Katalog CVE

CVE-2026-53397

WysokieCVSS 7.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.53%

Percentyl 42 - wyżej niż 42% wszystkich znanych CVE

Streszczenie

W jądrze Linuxa wykryto wyciek pamięci w serwerze NFS (nfsd) podczas obsługi błędów dekodowania protokołu SETACL. Funkcje dekodujące dwukrotnie wywołują nfs_stream_decode_acl() dla ACL dostępu i domyślnego, ale w przypadku niepowodzenia drugiego wywołania pierwszy przydzielony posix_acl nie jest zwalniany. Problem został naprawiony przez dodanie dedykowanych funkcji zwalniających (nfsaclsvc_release_setacl i nfs3svc_release_setacl), które poprawnie czyści oba pola ACL.

Ocena ryzyka

Wyciek pamięci może prowadzić do stopniowego wyczerpania zasobów systemowych na serwerze NFS, co w dłuższej perspektywie może spowodować degradację wydajności lub awarię usługi.

Rekomendacja

Zaleca się natychmiastową aktualizację jądra Linux do wersji zawierającej poprawkę (commit w głównej gałęzi). Należy monitorować dostępność łatki dla używanej dystrybucji i zastosować ją jak najszybciej.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: nfsd: fix posix_acl leak on SETACL decode failure nfsaclsvc_decode_setaclargs() and nfs3svc_decode_setaclargs() each call nfs_stream_decode_acl() twice, first for NFS_ACL and then for NFS_DFACL. Each successful call transfers ownership of a freshly allocated posix_acl into argp->acl_access or argp->acl_default. If the first call succeeds but the second fails, the decoder returns false and argp->acl_access is left dangling. ACLPROC2_SETACL.pc_release was wired to nfssvc_release_attrstat and ACLPROC3_SETACL.pc_release was wired to nfs3svc_release_fhandle. Both only call fh_put() and have no knowledge of the ACL fields on argp. The posix_acl_release() pairs sat at the out: labels inside nfsacld_proc_setacl() and nfsd3_proc_setacl(), but svc_process() skips pc_func when pc_decode returns false, so that cleanup is unreachable on decode failure: svc_process_common() pc_decode() /* decode_setaclargs: false */ /* pc_func skipped */ pc_release() /* fh_put only -- ACLs leaked */ The orphaned posix_acl is leaked for the lifetime of the server. Fix by adding nfsaclsvc_release_setacl() and nfs3svc_release_setacl(), which release both argp->acl_access and argp->acl_default in addition to fh_put(), and wiring them as pc_release for their respective SETACL procedures. pc_release runs on every path svc_process() takes after decode, including decode failure, so the posix_acl_release() pairs are removed from the proc functions' out: labels to keep ownership in one place. This matches the existing release_getacl() pattern used by the sibling GETACL procedures.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS