A Claude 94 esetben talált figyelmeztetés nélkül kikapcsolódó biztonsági védelmet
Egy kiszolgáló klienstanúsítványt követelt volna, két beállítás együtt mégis bárkit beengedett, figyelmeztetés nélkül. Az Anthropic kutatásában a Claude 25 nyílt forráskódú projektet vizsgált át, és 493 problémát azonosított. Ezek között szükségtelenül elérhető kódrészek és egymás hatását felülíró biztonsági beállítások is szerepeltek.
A beállítások együtt kapcsolták ki a védelmet
Az Anthropic Frontier Red Team csapata háromféle problémát keresett: alapbeállítások mellett szükségtelenül elérhető funkciókat, egymással ütköző biztonsági opciókat, valamint olyan összetett kódot, amely túl korán fut le. Utóbbinál például a hitelesítésnek vagy más ellenőrzésnek kellene megelőznie a feldolgozást.
A Claude 162 olyan, biztonsági szempontból érzékeny beállításkombinációt talált, amelyet a programok hibaüzenet és figyelmeztetés nélkül elfogadtak. A dokumentáció sem magyarázta el az együttes működésüket. Közülük 94 esetben észrevétlenül kikapcsolódott valamelyik védelem.
A klienstanúsítványt megkövetelő kiszolgáló példájában az ütköző opciók az Anthropic szerint 21 éve jelen voltak a szoftverben. Az üzemeltetők nem kaptak jelzést arról, hogy a tanúsítvány követelménye megszűnt.
A tiltó szabály is hatástalanná válhatott
Négy, egymástól független projektben a gépnévre épülő hozzáférési szabályok egy külön névfeloldási beállítástól függtek. Ha ez ki volt kapcsolva, a kiszolgáló a gépnévre megadott szabályt a kapcsolódó kliens IP-címével vetette össze. A tiltás így nem talált egyezést, és olyan kapcsolatokat is átengedett, amelyeket az üzemeltető blokkolni akart.
Mind a 11 olyan projektben akadt hitelesítés előtt véletlenül elérhető kód, amelynek bizonyos funkcióit csak azonosított felhasználók használhatták volna. Az Anthropic hangsúlyozta: ezek a megállapítások önmagukban nem jelentettek azonnal kihasználható hibát. Ugyanakkor növelték a támadók számára hozzáférhető kód mennyiségét.
Az OpenSSH 10.6 már korábban ellenőrzi a kulcsokat
A biztonságos távoli hozzáférést biztosító OpenSSH esetében a Claude kísérleti titkosítási kódhoz talált utat hitelesítés nélkül. Ez akkor is elérhető maradt, ha az üzemeltető kifejezetten kizárta az érintett algoritmust: a szoftver előbb feldolgozta a kapott kulcsot, és csak utána ellenőrizte, engedélyezett-e a típusa.
Az Anthropic javításokat küldött a karbantartóknak. Az OpenSSH 10.5 előrébb hozta az ellenőrzést, de a Claude ezután további hiányosságokat talált. A kliens másnak tüntethette fel a kulcs típusát, a tanúsítvány feldolgozása pedig továbbra is túl korán érhette el az aláírás-ellenőrző kódot.
Az újabb, OpenSSH 10.6 kiadás már a feldolgozó kódon belül ellenőrzi az engedélyezett típusokat és aláírási algoritmusokat. A módosítások alapértelmezett összeállításban mintegy ötödével csökkentették a hitelesítés előtt elérhető kód mennyiségét.
Az eltérő működést embernek is át kell néznie
Az Anthropic újrahasználható Claude-képességgé fogta össze a módszereket. Ezt az OSS Scanner nevű, nyílt forráskódú projekteknek szánt ingyenes, önkéntesen igénybe vehető biztonsági vizsgálószolgáltatásába dolgozza be.
A modell futás közben rögzített végrehajtási adatokkal ellenőrzi a találatokat. Az alapbeállításokat érintő esetekben elkészíti a javasolt hozzáférési korlátozásokat, majd a módosított változatot összeveti az eredetivel. Ehhez a projekt saját tesztjeit és további, a külső működést ellenőrző teszteket használ; az eredményeknek azonosnak kell maradniuk.
Ha egy korlátozás nem alapértelmezett konfiguráció mellett megváltoztatná a működést, azt emberi felülvizsgálatra teszik félre.
A cikk mesterséges intelligencia segítségével készült; a szerkesztőség ellenőrizte és jóváhagyta. Impresszum