kernel/audit.c control character detection is off-by-one
authorVesa-Matti J Kari <vmkari@cc.helsinki.fi>
Tue, 22 Jul 2008 21:06:13 +0000 (00:06 +0300)
committerAl Viro <viro@zeniv.linux.org.uk>
Fri, 1 Aug 2008 16:05:35 +0000 (12:05 -0400)
commit1d6c9649e236caa2e93e3647256216e57172b011
treef2ddd51635a3aac71d11e6d6ae4d4dc698c120f5
parentee1d315663ee0b494898f813a266d6244b263b4f
kernel/audit.c control character detection is off-by-one

Hello,

According to my understanding there is an off-by-one bug in the
function:

   audit_string_contains_control()

in:

  kernel/audit.c

Patch is included.

I do not know from how many places the function is called from, but for
example, SELinux Access Vector Cache tries to log untrusted filenames via
call path:

avc_audit()
     audit_log_untrustedstring()
         audit_log_n_untrustedstring()
             audit_string_contains_control()

If audit_string_contains_control() detects control characters, then the
string is hex-encoded. But the hex=0x7f dec=127, DEL-character, is not
detected.

I guess this could have at least some minor security implications, since a
user can create a filename with 0x7f in it, causing logged filename to
possibly look different when someone reads it on the terminal.

Signed-off-by: Vesa-Matti Kari <vmkari@cc.helsinki.fi>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
kernel/audit.c