Linus Torvalds új dokumentációt olvasztott be a Linux kernel-hoz, amely pontosítja, hogyan kell a biztonsággal kapcsolatos hibákat bejelenteni, osztályozni és kezelni. Külön kitér azokra az esetekre is, amikor AI segítségével jelentenek be sebezhetőségeket, reagálva az egyre több, gyenge minőségű, „biztonsági javításként” beküldött jelentésre.

A változtatás a docs-7.1-fixes pull request részeként került be, és folyamatleírást ad a Linux kernel biztonsági hibamodelljéhez. A dokumentumot Willy Tarreau írta, akit a HAProxy és a Linux kernel stabil ágának karbantartása kapcsán ismernek. Részletesen tisztázza, mely hibák számítanak biztonsági sebezhetőségnek, és melyek maradjanak a szokásos, nyilvános fejlesztési folyamatban.

A kernel projekt álláspontja szerint a legtöbb biztonsági jellegű hibát nyilvánosan kell kezelni, mert a szélesebb körű átnézés jobb javításokhoz vezet. A zárt biztonsági levelezőlista azokra az esetekre van fenntartva, amikor sürgős, könnyen kihasználható sebezhetőségről van szó, amely sok felhasználót érint, és lehetővé teszi a támadók számára a jogosultságok emelését.

A frissítés közvetlenül foglalkozik az AI által segített sebezhetőségi jelentésekkel. Az új irányelvek szerint az AI-asszisztensekkel talált problémákat általában nyilvánosan kell megvitatni, mert több kutató is egyszerre rábukkanhat ugyanarra a hibára. A kihasználást bemutató exploit kódot nem szabad nyilvánosan megosztani; a bejelentők jelezhetik, hogy létezik működő exploit, és azt kérésre, privát csatornán adhatják át egy karbantartónak.

Egy külön szakasz a mesterséges intelligencia által generált vagy AI-val segített jelentések minőségi elvárásait rögzíti. A karbantartók tömör, egyszerű szöveges (plain-text) jelentéseket kérnek, Markdown nélkül, a legfontosabb tényekkel a legelején. A jelentésnek igazolt hatásokat kell leírnia, például hogy egy hiba lehetővé teszi-e egy nem privilegizált felhasználó számára egy adott képesség megszerzését, ahelyett hogy pusztán találgatna a lehetséges következményekről.

A dokumentáció előírja, hogy a bejelentők teszteljék az AI által generált exploitokat, mielőtt beküldik őket, és erősítsék meg, hogy a probléma ténylegesen reprodukálható. Emellett arra is bátorítja a fejlesztőket, hogy AI-t ne csak sebezhetőségek keresésére, hanem javítások kidolgozására és tesztelésére is használjanak.

A frissítés egyik kulcseleme az új Linux kernel fenyegetési modell. Felsorolja azokat a garanciákat, amelyek megsértése sebezhetőségnek minősülhet, például a felhasználók közötti elszigetelést, a folyamatok memóriájának szétválasztását, a

ptrace

korlátozásait, az IPC- és hálózati izolációt, valamint az olyan Linux képességek által érvényesített védelmeket, mint a

CAP_SYS_ADMIN

, a

CAP_NET_ADMIN

és a

CAP_SYS_PTRACE

.

A dokumentum kitér a user namespace-ekre is. A

CONFIG_USER_NS

lehetővé teszi, hogy nem privilegizált felhasználók elszigetelt környezeteket hozzanak létre, amelyek nem befolyásolhatják a globális namespace-et. Szó esik a debuggelési felületekről is, például a

/proc/kmsg

, a

perf

és a

debugfs

interfészekről. A szöveg hangsúlyozza, hogy az ezekből kinyerhető érzékeny információkhoz csak kifejezett rendszergazdai engedéllyel lehet hozzáférni.

Az új dokumentáció azt is tisztázza, mely problémákat nem szabad automatikusan sebezhetőségnek tekinteni. Ilyenek például az elavult kernel ágakból eredő gondok, a nem biztonságos build opciók, a rosszul beállított sysctl vagy fájlrendszer-jogosultságok, a kizárólag fejlesztésre szánt funkciók – mint a

LOCKDEP

, a

KASAN

és a

FAULT_INJECTION

–, valamint a staging vagy kísérleti területeken lévő kód.

Ugyanez a mérce vonatkozik azokra a jelentésekre is, amelyek túlzott jogosultságokat, valószerűtlen laborkörülményeket, módosított hardvert, irreálisan sok próbálkozást vagy a normál használattól nagyon távol álló konfigurációt igényelnek. A dokumentum ezen felül kizárja azokat az elméleti megkerüléseket, amelyekhez nincs működő exploit, a kontrollálatlan információszivárgásokat, valamint azokat a fájlrendszer-képfájlokkal kapcsolatos problémákat, amelyeket jellemzően olyan eszközökkel kezelnek, mint az

fsck

.