CVE-2026-72196

CVE CVE-2026-72196EUVD EUVD-2026-58954Veröffentlicht 2026-08-15T05:53:55.000ZZuletzt geändert 2026-08-17T05:41:23.000ZCVSS 8.4

Was das Advisory beschreibt

In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: bound copy_lcns dp->page_lcns[] index in analysis pass In log_replay()'s analysis pass, after find_dp() returns a valid DIR_PAGE_ENTRY for the (target_attr, target_vcn) tuple, the copy_lcns block walks lrh->lcns_follow further entries: t16 = le16_to_cpu(lrh->lcns_follow); for (i = 0; i < t16; i++) { size_t j = (size_t)(le64_to_cpu(lrh->target_vcn) - le64_to_cpu(dp->vcn)); dp->page_lcns[j + i] = lrh->page_lcns[i]; } find_dp() only validates that target_vcn falls within [dp->vcn, dp->vcn + dp->lcns_follow), i.e., that the FIRST cluster is covered. The walk through the further entries is not bounded against dp->lcns_follow. For a malformed LRH where target_vcn = dp->vcn + dp->lcns_follow - 1 and lrh->lcns_follow > 1, the i > 0 writes overflow the dp's allocated page_lcns[] array. Add the missing j + lrh->lcns_follow <= dp->lcns_follow guard. Reproduced under UML+KASAN on mainline 8d90b09e6741 as a slab-out-of-bounds write of size 8 from log_replay+0x68d4 on the mount path. This is distinct from Pavitra Jha's 2026-05-02 patch ("fs/ntfs3: validate lcns_follow in log_replay conversion", <20260502154252.164586-1-jhapavitra98@gmail.com>) which addresses the separate version-0 dirty-page-table conversion path's memmove(&dp->vcn, ...) call. The two fixes are complementary; both should land. [almaz.alexandrovich@paragon-software.com: clang-formatted the changes, fixed conflicts]

Quelle: EUVD (ENISA), im Wortlaut der Meldung.

Produkte, die das Advisory nennt

Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.

• Linux — Linux b46acd6a6a627d876898e1c84d3f84902264b445 <49c86dae0c0ccb8d98ddcdc46987259389c816dd; patch: 6.1.178; b46acd6a6a627d876898e1c84d3f84902264b445 <5e7b598660cfa8e5af172cf4c65cffc126333307; b46acd6a6a627d876898e1c84d3f84902264b445 <0f13e823bf86bd1800168ea0bb5bca8b8500a81c; b46acd6a6a627d876898e1c84d3f84902264b445 <d240cd98f5f7b65c90f6b2b6abe3232ccdc405ab; patch: 6.18.40; patch: 6.6.145; b46acd6a6a627d876898e1c84d3f84902264b445 <9b7c28d8c61bdb041936222a09a708531a1c2921; patch: 0; patch: 7.1.5; patch: 6.12.97; patch: 7.2; 5.15; b46acd6a6a627d876898e1c84d3f84902264b445 <9b3d8cc9d54fcded4de51b2b1026ae7182512077

Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.

Im Produktkatalog geführt

Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.

• Linux — Linux

Patchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.