Кожна AI-система, яку ви зараз будуєте, стоїть на фундаменті з відкритого програмного забезпечення. PyTorch, Transformers, LangChain, FastAPI — це десятки тисяч рядків коду, написаного спільнотою і прийнятого у виробництво без суворого аудиту безпеки. До цього часу ми більш-менш справлялися. Але ера AI-керованих атак змінює правила гри назавжди.

За даними The Decoder, Linux Foundation разом із 20 технологічними гігантами запустила ініціативу Akrites — її мета полягає у виявленні та виправленні вразливостей у відкритому ПЗ ще до того, як їх знайдуть і використають автоматизовані атакуючі системи. Це не черговий security-стартап із красивою презентацією. Це скоординована відповідь індустрії на загрозу, яка вже стоїть на порозі.

Чому AI-атаки змінюють ставки

Традиційні атаки на відкритий код обмежувалися людським фактором: зловмисник мав вручну шукати вразливості, писати експлойти та тестувати їх. Це займало час — час, протягом якого спільнота могла відреагувати, випустити патч і повідомити користувачів.

AI-атаки повністю усувають цей буфер. Моделі, навчені на кодових базах GitHub і публічних CVE-базах, здатні автоматично сканувати тисячі репозиторіїв у пошуку патернів вразливостей, генерувати робочі експлойти швидше за будь-яку команду безпеки і адаптуватися до нових патчів, шукаючи обхідні вектори. Масштаб теж інший: замість точкового удару по одному продукту — одночасна атака на всю екосистему залежностей.

Для AI-продуктів це особливо критично. Ланцюжок залежностей типового ML-проєкту містить від 300 до 500 пакетів. Компрометація одного — і весь стек під загрозою, включно з моделями, даними та інференс-інфраструктурою.

Що таке Akrites і як це працює

Назва «Akrites» походить від візантійських прикордонних захисників — символічний вибір для ініціативи, яка стоїть на межі між відкритим кодом і кіберзагрозами. Структурно Akrites — це консорціум, де кожен учасник вносить ресурси: інженерів безпеки, AI-інструменти для статичного та динамічного аналізу коду, а також фінансування bug bounty програм для мейнтейнерів.

Ключові компоненти ініціативи:

Важливий нюанс: Akrites не замінює існуючі ініціативи на кшталт OpenSSF або програму CISA Known Exploited Vulnerabilities. Це доповнення із фокусом саме на AI-посилені загрози — та на проактивний підхід замість реактивного.

Що це означає для AI-білдерів

Якщо ви будуєте продукти на відкритому коді — а в AI-сфері майже всі так роблять — ось практичний розбір по горизонтах планування.

Короткостроково (0–6 місяців): Нічого суттєво не зміниться в операційному режимі. Ініціатива щойно запустилася, консорціум формується. Але це хороший момент переглянути ваш поточний процес аудиту залежностей і з'ясувати, наскільки ви готові швидко реагувати на нові CVE.

Середньостроково (6–18 місяців): Очікуйте хвилю патчів у ключових ML-бібліотеках. Команди Akrites аудитуватимуть саме ті компоненти, на яких стоять AI-системи: PyTorch, ONNX Runtime, HuggingFace Transformers — ці проєкти будуть у пріоритеті. Потрібен автоматизований pipeline для оновлення залежностей без ручного втручання.

Довгостроково (18+ місяців): Якщо ініціатива виявиться успішною, open source для AI стане суттєво безпечнішим за замовчуванням. Регулятори, особливо в ЄС у рамках AI Act і Cyber Resilience Act, можуть почати посилатися на участь у таких консорціумах як показник зрілості безпеки продукту.

Практичні кроки прямо зараз:

Висновок AiiN

Akrites — правильний крок у правильний час. Відкритий код живить переважну більшість AI-продуктів, а скоординована відповідь індустрії на AI-посилені загрози була давно потрібна. Питання не в тому, чи є сенс у цій ініціативі — він очевидний. Питання в тому, чи вистачить у консорціуму швидкості та ресурсів, щоб стабільно випереджати зловмисників, які теж використовують ті самі AI-інструменти.

Для AI-білдерів сигнал один: безпека залежностей — це вже не «технічний борг на потім». Це операційний ризик сьогодні. Akrites дає надію, що індустрія нарешті грає проактивно. Але поки консорціум розгортається і набирає обертів — security hygiene залишається вашою безпосередньою відповідальністю.