Audit: fix handling of 'strings' with NULL characters
commitb3897f567100d18e0597f638b911d23aa5e0dd23
authorMiloslav Trmac <mitr@redhat.com>
Thu, 19 Mar 2009 13:48:27 +0000 (19 09:48 -0400)
committerAl Viro <viro@zeniv.linux.org.uk>
Sun, 5 Apr 2009 17:43:24 +0000 (5 13:43 -0400)
tree32fa9d3d8faaae7a87de64163d450460b423fd87
parentc28bb7da74ab74a2860d652493aaff7de104d79e
Audit: fix handling of 'strings' with NULL characters

currently audit_log_n_untrustedstring() uses audit_string_contains_control()
to check if the 'string' has any control characters.  If the 'string' has an
embedded NULL audit_string_contains_control() will return that the data has
no control characters and will then pass the string to audit_log_n_string
with the total length, not the length up to the first NULL.
audit_log_n_string() does a memcpy of the entire length and so the actual
audit record emitted may then contain a NULL and then whatever random memory
is after the NULL.

Since we want to log the entire octet stream (if we can't trust the data
to be a string we can't trust that a NULL isn't actually a part of it)
we should just consider NULL as a control character.  If the caller is
certain they want to stop at the first NULL they should be using
audit_log_untrustedstring.

Signed-off-by: Eric Paris <eparis@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
kernel/audit.c