aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorAnthony G. Basile <blueness@gentoo.org>2012-11-10 17:54:12 -0500
committerAnthony G. Basile <blueness@gentoo.org>2012-11-10 17:54:12 -0500
commitf5f0ad31ab6158c6609530a6d12b25ab3f9462ea (patch)
tree893124ed2503598ebedd34523e8f243dff4ca0f9 /doc
parentsrc/paxctl-ng.c: properly hand -L and -l in opts (diff)
downloadelfix-f5f0ad31ab6158c6609530a6d12b25ab3f9462ea.tar.gz
elfix-f5f0ad31ab6158c6609530a6d12b25ab3f9462ea.tar.bz2
elfix-f5f0ad31ab6158c6609530a6d12b25ab3f9462ea.zip
src/paxctl-ng.c, doc/paxctl-ng.{pod,1}: delete XT_PAX xattr field
Diffstat (limited to 'doc')
-rw-r--r--doc/paxctl-ng.136
-rw-r--r--doc/paxctl-ng.pod36
2 files changed, 42 insertions, 30 deletions
diff --git a/doc/paxctl-ng.1 b/doc/paxctl-ng.1
index 2f3a904..6140a4f 100644
--- a/doc/paxctl-ng.1
+++ b/doc/paxctl-ng.1
@@ -143,6 +143,8 @@ paxctl\-ng \- get or set the PaX flags for both PT_PAX and XT_PAX markings
.PP
\&\fBpaxctl-ng\fR \-c [\-v] \s-1ELF\s0
.PP
+\&\fBpaxctl-ng\fR \-d [\-v] \s-1ELF\s0
+.PP
\&\fBpaxctl-ng\fR \-F [\-v] \s-1ELF\s0
.PP
\&\fBpaxctl-ng\fR \-f [\-v] \s-1ELF\s0
@@ -154,11 +156,11 @@ paxctl\-ng \- get or set the PaX flags for both PT_PAX and XT_PAX markings
\&\fBpaxctl-ng\fR [\-h]
.SH "DESCRIPTION"
.IX Header "DESCRIPTION"
-\&\fBpaxctl-ng\fR is used to get or set the PaX flags on \s-1ELF\s0 objects which determine
-the memory restrictions on the process spawned from those objects. \fBpaxctl-ng\fR
-manages two types of markings, either the older style \s-1PT_PAX\s0 markings which put the
-flags in an \s-1ELF\s0 program header named \s-1PT_PAX\s0, or the newer style \s-1XT_PAX\s0 markings
-which put the flags in an extended attribute field called \*(L"user.pax\*(R" on the filesystem.
+\&\fBpaxctl-ng\fR is used to get or set the PaX flags on \s-1ELF\s0 executables which determine
+the memory restrictions on process(es) spawned from them. \fBpaxctl-ng\fR manages
+two types of markings, either the older style \s-1PT_PAX\s0 markings which put the flags
+in an \s-1ELF\s0 program header named \s-1PT_PAX\s0, or the newer style \s-1XT_PAX\s0 markings which
+put the flags in an extended attribute field called \*(L"user.pax\*(R" on the filesystem.
Whenever possible, \fBpaxctl-ng\fR will set both \s-1PT_PAX\s0 and \s-1XT_PAX\s0 to the same flags.
.PP
There are drawbacks to both \s-1PT_PAX\s0 and \s-1XT_PAX\s0 markings. \s-1PT_PAX\s0 will not work on
@@ -171,19 +173,21 @@ it on such binaries.
.PP
Alternatively, \s-1XT_PAX\s0 requires a filesystem support Extended Attributes. Most
modern filesystems do so, but not all. Furthermore, one must be careful when
-moving \s-1ELF\s0 objects and ensure that the target filesystem or archive supports
-Extended Attributes, otherwise these are lost, unlike \s-1PT_PAX\s0 markings which
+moving \s-1ELF\s0 objects to ensure that the target filesystem or archive supports
+Extended Attributes, otherwise they are lost, unlike \s-1PT_PAX\s0 markings which
are carried within the binary itself.
.PP
\&\fBpaxctl-ng\fR is opportunistic without taking control away from the user. If both
-a \s-1PT_PAX\s0 program header and \s-1XT_PAX\s0 extended attribute field \*(L"user.pax\*(R" exist, then
-both markings will be equally updated when the user modifies the flags, unless the
-\&\fB\-L\fR or \fB\-l\fR flags are given, limiting the markigs to just \s-1PT_PAX\s0 or \s-1XT_PAX\s0. If
-only one marking is possible, then only that marking will be updated. Under no
-circumstances will \fBpaxctl-ng\fR create a \s-1PT_PAX\s0 program header as \fBpaxctl\fR does.
-It will only attempt to create an \s-1XT_PAX\s0 extended attribute field if it is instructed
-to do so with the \-C or \-c flag, and it will attempt to synchronize the \s-1PT_PAX\s0 and
-\&\s-1XT_PAX\s0 markings if given the \fB\-F\fR or \fB\-f\fR flag.
+a \s-1PT_PAX\s0 program header and an Extended Attribute field \*(L"user.pax\*(R" exist, then
+both fields will be equally updated when the user modifies flags; unless the
+\&\fB\-L\fR or \fB\-l\fR flags are given, in which case the markings are limiting to just
+\&\s-1PT_PAX\s0 or \s-1XT_PAX\s0, respectively. If only one marking is possible, then only that
+marking will be updated. Under no circumstances will \fBpaxctl-ng\fR create a \s-1PT_PAX\s0
+program header as \fBpaxctl\fR does. It will only attempt to create an \s-1XT_PAX\s0 Extended
+Attribute field if it is instructed to do so with the \fB\-C\fR or \fB\-c\fR flags, and it
+will attempt to synchronize the \s-1PT_PAX\s0 and \s-1XT_PAX\s0 markings if given the \fB\-F\fR or
+\&\fB\-f\fR flags. Finally, if the user wished, he can remvoe the Extended Attribute
+field \*(L"user.pax\*(R" by running \fBpaxctl-ng\fR with the \fB\-d\fR flag.
.SH "OPTIONS"
.IX Header "OPTIONS"
.IP "\fB\-P\fR or \fB\-p\fR Enable or disable \s-1PAGEEXEC\s0" 4
@@ -212,6 +216,8 @@ eg. \-Pp for \s-1PAGEEXEC\s0, then the default setting \- is used.
.IX Item "-C Create XT_PAX xattr with the most secure PaX settings"
.IP "\fB\-c\fR Create \s-1XP_PAX\s0 xattr with the default PaX settings" 4
.IX Item "-c Create XP_PAX xattr with the default PaX settings"
+.IP "\fB\-d\fR Delete \s-1XP_PAX\s0 xattr" 4
+.IX Item "-d Delete XP_PAX xattr"
.IP "\fB\-F\fR Copy \s-1PT_PAX\s0 flags to \s-1XT_PAX\s0, if possible" 4
.IX Item "-F Copy PT_PAX flags to XT_PAX, if possible"
.IP "\fB\-f\fR Copy \s-1XT_PAX\s0 flags to \s-1PT_PAX\s0, if possible" 4
diff --git a/doc/paxctl-ng.pod b/doc/paxctl-ng.pod
index 19a9026..fc9b759 100644
--- a/doc/paxctl-ng.pod
+++ b/doc/paxctl-ng.pod
@@ -14,6 +14,8 @@ B<paxctl-ng> -C [-v] ELF
B<paxctl-ng> -c [-v] ELF
+B<paxctl-ng> -d [-v] ELF
+
B<paxctl-ng> -F [-v] ELF
B<paxctl-ng> -f [-v] ELF
@@ -26,11 +28,11 @@ B<paxctl-ng> [-h]
=head1 DESCRIPTION
-B<paxctl-ng> is used to get or set the PaX flags on ELF objects which determine
-the memory restrictions on the process spawned from those objects. B<paxctl-ng>
-manages two types of markings, either the older style PT_PAX markings which put the
-flags in an ELF program header named PT_PAX, or the newer style XT_PAX markings
-which put the flags in an extended attribute field called "user.pax" on the filesystem.
+B<paxctl-ng> is used to get or set the PaX flags on ELF executables which determine
+the memory restrictions on process(es) spawned from them. B<paxctl-ng> manages
+two types of markings, either the older style PT_PAX markings which put the flags
+in an ELF program header named PT_PAX, or the newer style XT_PAX markings which
+put the flags in an extended attribute field called "user.pax" on the filesystem.
Whenever possible, B<paxctl-ng> will set both PT_PAX and XT_PAX to the same flags.
There are drawbacks to both PT_PAX and XT_PAX markings. PT_PAX will not work on
@@ -43,19 +45,21 @@ it on such binaries.
Alternatively, XT_PAX requires a filesystem support Extended Attributes. Most
modern filesystems do so, but not all. Furthermore, one must be careful when
-moving ELF objects and ensure that the target filesystem or archive supports
-Extended Attributes, otherwise these are lost, unlike PT_PAX markings which
+moving ELF objects to ensure that the target filesystem or archive supports
+Extended Attributes, otherwise they are lost, unlike PT_PAX markings which
are carried within the binary itself.
B<paxctl-ng> is opportunistic without taking control away from the user. If both
-a PT_PAX program header and XT_PAX extended attribute field "user.pax" exist, then
-both markings will be equally updated when the user modifies the flags, unless the
-B<-L> or B<-l> flags are given, limiting the markigs to just PT_PAX or XT_PAX. If
-only one marking is possible, then only that marking will be updated. Under no
-circumstances will B<paxctl-ng> create a PT_PAX program header as B<paxctl> does.
-It will only attempt to create an XT_PAX extended attribute field if it is instructed
-to do so with the -C or -c flag, and it will attempt to synchronize the PT_PAX and
-XT_PAX markings if given the B<-F> or B<-f> flag.
+a PT_PAX program header and an Extended Attribute field "user.pax" exist, then
+both fields will be equally updated when the user modifies flags; unless the
+B<-L> or B<-l> flags are given, in which case the markings are limiting to just
+PT_PAX or XT_PAX, respectively. If only one marking is possible, then only that
+marking will be updated. Under no circumstances will B<paxctl-ng> create a PT_PAX
+program header as B<paxctl> does. It will only attempt to create an XT_PAX Extended
+Attribute field if it is instructed to do so with the B<-C> or B<-c> flags, and it
+will attempt to synchronize the PT_PAX and XT_PAX markings if given the B<-F> or
+B<-f> flags. Finally, if the user wished, he can remvoe the Extended Attribute
+field "user.pax" by running B<paxctl-ng> with the B<-d> flag.
=head1 OPTIONS
@@ -86,6 +90,8 @@ eg. -Pp for PAGEEXEC, then the default setting - is used.
=item B<-c> Create XP_PAX xattr with the default PaX settings
+=item B<-d> Delete XP_PAX xattr
+
=item B<-F> Copy PT_PAX flags to XT_PAX, if possible
=item B<-f> Copy XT_PAX flags to PT_PAX, if possible