[apparmor] [PATCH 5/5] apparmor: disable aa_audit_file AA_BUG(!ad.request) due to fd inheritance

Ryan Lee ryan.lee at canonical.com
Tue Mar 4 20:55:54 UTC 2025


Inheritance of fd's triggers the lookup logic, and O_PATH fd's are checked
with an empty request set. If the O_PATH fd corresponds to a disconnected
path for an application with a profile in complain mode, we have an error
without a request bit set in aa_audit_file. Until we can handle O_PATH fd
inheritance better, the best we can do for now is disable the AA_BUG line.

Signed-off-by: Ryan Lee <ryan.lee at canonical.com>
---
 security/apparmor/file.c | 13 ++++++++++++-
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/security/apparmor/file.c b/security/apparmor/file.c
index c430e031db31..3267a597526e 100644
--- a/security/apparmor/file.c
+++ b/security/apparmor/file.c
@@ -271,7 +271,18 @@ int aa_audit_file(const struct cred *subj_cred,
 	} else {
 		/* only report permissions that were denied */
 		ad.request = ad.request & ~perms->allow;
-		AA_BUG(!ad.request);
+
+		/*
+		 * Inheritance of fd's across execution boundaries causes the
+		 * path name lookup logic to be triggered for all the fd's.
+		 * This includes O_PATH fd's for which the original requested
+		 * set is empty. An O_PATH fd with a disconnected path results
+		 * in a lookup error, which in complain mode, means we reach
+		 * this branch with an empty request. Until we have a better
+		 * way to detect and handle this case, we have to disable this
+		 * AA_BUG line.
+		 */
+		// AA_BUG(!ad.request);
 
 		if (ad.request & perms->kill)
 			type = AUDIT_APPARMOR_KILL;
-- 
2.43.0




More information about the AppArmor mailing list