grsecurity forums

by **siti** » Mon Sep 15, 2003 3:19 am

When having a process trying to access very very very large paths the process will lock up and will not be killable by anything even -9 and will require a reboot (I have not tried disabling the ACL system) to kill the process. This happened to me when I was emergeing coreutils when it does a test probably to see how long paths can be.

by **spender** » Mon Sep 15, 2003 8:23 am

I've been able to reproduce this on a vanilla 2.4.22 kernel (without grsec). An ls in a directory with length 4096 (in my case i created many directories, each a single character in length) causes the process to enter disk sleep and never wake up.

-Brad

by **spender** » Mon Sep 15, 2003 3:15 pm

I've just noticed the cause of the problem. In kernels < 2.4.22, d_path could never return an error. If the path it would generate was too long, it would simply truncate. The grsec and pax code aren't updated for this, and I would imagine other kernel patches aren't updated as well.

-Brad

by **spender** » Mon Sep 15, 2003 3:25 pm

Fixes for grsec and PaX have been committed to CVS.

-Brad

grsecurity forums

Bug in Grsecuritys ACL System (Version 1)

Bug in Grsecuritys ACL System (Version 1)