Anthropic dá open source projektom bezplatné AI skeny bez ľudskej kontroly

Podľa Axios Anthropic 8. októbra 2026 spustil bezplatnú službu OSS Scanner pre zapojené open-source projekty. Služba má pravidelne hľadať zraniteľnosti a posielať hlásenia správcom bez predchádzajúcej ľudskej kontroly nálezov. Projekt sa musí prihlásiť a prejsť výberom; správca preto dostáva príležitosť nájsť chybu skôr, ale aj úlohu posúdiť, či je hlásenie správne.

Skúšobná spolupráca ukazuje prínos aj hranice tohto postupu. V technickom oznámení Anthropic Todd Ouska z wolfSSL uviedol, že jeho tím uznal 72 zo 74 prijatých hlásení za platné a päť sa stalo CVE; kvalitu nálezov opísal slovami „We found the signal from these reports high“. Ide o výsledok konkrétneho tímu v skúšobnej spolupráci, nie o mieru správnosti všetkých budúcich automatických hlásení. Pre zapojený projekt je podstatné rozlíšiť doručený výstup od chyby potvrdenej vo vlastnom kóde.

Prijatie závisí od dosahu projektu

Oprávnenosť sa posudzuje podľa významu projektu pre infraštruktúru a bezpečnosť používateľov. Podmienky programu uvádzajú medzi hľadiskami vystavenie vzdialeným útokom, počet závislých používateľov a projektov, používanie softvéru či bezpečnostný význam kódu. Každá žiadosť sa posudzuje jednotlivo. Úplne nové projekty a bežné kópie existujúcich projektov spravidla nevyhovujú; správca môže v prihláške stručne vysvetliť, prečo je jeho projekt dôležitý.

Jadrový správca podáva prihlášku ako návrh zmeny v repozitári programu. Konfiguračný súbor určuje skenovaný repozitár, hlavný bezpečnostný kontakt a Dockerfile, ktorý pripraví prostredie na zostavenie projektu. Kód pritom nemusí byť uložený na GitHube. Závislosti sa pripravujú pri zostavení; samotné skúmanie kódu potom prebieha bez prístupu na internet. Funkčné zostavenie je preto podmienkou, aby sa skener vôbec dostal k relevantnému kódu a testom.

Prihlášku preveruje človek: kontroluje, či ju podal oprávnený správca a či bezpečnostný kontakt patrí projektu. Pred odoslaním výsledkov sa oprávnenosť kontroluje znova. Táto kontrola príjemcu sa však netýka pravdivosti jednotlivých budúcich nálezov. Program je určený najmä projektom, ktoré už dokážu spracúvať potvrdené závažné bezpečnostné hlásenia a majú priestor aj na triedenie automatických výstupov.

Hlásenia chodia e-mailom bez ľudskej triáže

Po prijatí projektu nasleduje úvodný sken a balík hlásení príde na určenú e-mailovú adresu. Ďalšie skeny majú zachytávať nové aj predtým prehliadnuté chyby; ich frekvencia závisí od vyťaženia služby. Hlásenie má obsahovať postup reprodukcie, vysvetlenie problému a návrh opravy, ak je k dispozícii. V rámci automatického spracovania môžu nález ešte preverovať ďalší agenti, pred doručením ho však netriedi človek.

Kontaktná adresa uvedená v prihláške je verejná, preto je rozumné použiť adresu vyhradenú na bezpečnostné hlásenia a zabezpečiť jej pravidelné sledovanie. Konfigurácia umožňuje pridať ďalších príjemcov kópie alebo verejný kľúč OpenPGP na šifrovanie správ. Pri zapnutom šifrovaní dostáva hlásenia iba hlavný kontakt. Tím, ktorý potrebuje spoločnú triáž, musí s týmto obmedzením počítať už pri voľbe adresy a spôsobu doručovania.

Správca môže pripojiť aj model hrozieb projektu: pomenovať relevantné časti kódu, nedôveryhodné vstupy, hranice rozsahu a vlastné pravidlá hodnotenia závažnosti. Skener tak dostane kontext, ktorý zo samotného repozitára nemusí vyčítať. Ani presný opis rozsahu však neurobí z automatického výstupu potvrdenú zraniteľnosť. Je to spôsob, ako obmedziť nesprávne predpoklady ešte predtým, ako hlásenie dorazí tímu.

Surový nález potrebuje reprodukciu

Prvým rozhodnutím správcu je, či sa opísaná chyba prejaví v podporovanej konfigurácii projektu. Postup z hlásenia treba zopakovať v kontrolovanom prostredí a zaznamenať verziu, nastavenie, vstup aj potrebné oprávnenia. Ak sa výsledok nezhoduje, rozdiel môže byť v závislostiach alebo v predpokladoch automatického testu. Jeden neúspešný pokus preto ešte nestačí na odmietnutie nálezu, rovnako ako úspešný test sám neurčuje jeho dosah na používateľov.

Potom treba určiť dotknuté verzie, preveriť možnú duplicitu a posúdiť, či útočník skutočne dosiahne podmienky opísané v hlásení. Závažnosť sa má odvíjať od fungovania konkrétneho projektu, nie iba od hodnotenia priloženého modelom. Ak správa obsahuje návrh opravy, správca musí overiť, či odstraňuje príčinu chyby a či nenarúša ďalšie funkcie. Návrh záplaty môže urýchliť prácu, ale jeho prítomnosť nehovorí nič o tom, či už prešiel testami projektu.

Takéto triedenie vysvetľuje hlavný prevádzkový kompromis služby. Rýchle doručenie môže skrátiť čas od nájdenia problému po začiatok opravy, súčasne však pridáva prácu tímu, ktorý musí oddeliť skutočné chyby od duplicít a nesprávnych predpokladov. Pomáha mať súkromný kanál pre bezpečnostné hlásenia a záznam o reprodukcii, rozhodnutí o závažnosti a stave opravy. Bez nich sa aj užitočný nález môže stratiť medzi ďalšími upozorneniami.

Zverejnenie sa riadi stavom overenia

Na automatické, ľudsky neoverené hlásenia program neuplatňuje pevnú lehotu na verejné zverejnenie a sám ich nezverejňuje. Ak sa konkrétna chyba neskôr potvrdí v štandardnom procese koordinovaného oznamovania zraniteľností, režim zverejnenia sa môže zmeniť od chvíle, keď je správca o tomto potvrdení informovaný. Pri prijatí správy je preto vhodné držať technické detaily v bezpečnostnom kanáli, kým tím nepozná skutočný rozsah chyby a nemá pripravenú opravu.

Projekt môže prijímanie ďalších automatických hlásení dočasne pozastaviť úpravou konfigurácie alebo sa z programu odhlásiť. Aj potom môže dostávať ľudsky overené nálezy cez štandardný proces koordinovaného oznamovania. Pre správcu je to podstatná možnosť, ak počet surových výstupov začne presahovať kapacitu tímu: tempo prichádzajúcich hlásení môže znížiť bez toho, aby musel zverejniť neoverené detaily alebo opustiť existujúci bezpečnostný kontakt.

Prečítajte si aj:

• Microsoft Planner či Trello: bezplatná tabuľa môže zdražieť pri závislostiach
• Vates získal 30 miliónov eur, open-source licencie sľubuje zachovať
• Printful či Printify: vyššia marža môže znamenať viac kontroly kvality