Безпека штучного інтелекту: ризики, рамки й перші кроки для безпечнішого використання ШІ.
Проста карта того, що може піти не так, коли ви користуєтеся штучним інтелектом чи будуєте на ньому свої рішення, які публічні рамки варто знати і з чого почати. Фокус асоціації: безпечне впровадження ШІ для людей та організацій, а не технічний захист самих моделей.
Пояснення · оновлено
Роль асоціації
Національна асоціація кібербезпеки України є платформою співпраці: об'єднанням експертів та учасників ринку, а не постачальником послуг. У цьому напрямі вона сприяє стандартам безпечного впровадження ШІ, експертному діалогу та обміну практиками.
Йдеться про державно-приватну співпрацю: розмову між державними органами, бізнесом, науковцями й фахівцями з безпеки про те, як упроваджувати штучний інтелект так, щоб ним можна було довіряти. За цим не стоїть ні формальне партнерство, ні договір державно-приватного партнерства.
Експертну раду чи робочі групи за цим напрямом лише планується створити. Ця сторінка поки що пояснювальний матеріал із джерелами, а не результат роботи таких груп.
Що ми називаємо безпекою ШІ
Словосполучення «безпека ШІ» вживають у двох значеннях. Перше: захист самих систем від зламу чи зловживань. Друге: безпека людей у світі, де штучний інтелект (ШІ) уже став звичайним робочим інструментом. Профіль NIST для генеративного ШІ називає два пов'язані ризики для інформаційної безпеки: такі системи знижують поріг входу для наступальних кібероперацій і розширюють поверхню атаки, бо самі вразливі до prompt injection (приховані інструкції для моделі) та отруєння даних 1.
Для Національної асоціації кібербезпеки головним є другий погляд. Асоціація не захищає моделі й не відповідає за чужі системи: її цікавить клієнт, волонтер чи пацієнт, чиї дані проходять через ці системи, і спільні орієнтири для організацій, які відповідають за їхню безпеку.
Ця сторінка про безпечне використання ШІ: інструментами, які організація купує, і функціями, які вона створює. ШІ в обороні та атаки з його допомогою розглянуті окремо, коротко. Покрокових інструкцій зі зламу моделей і готових експлойтів тут немає свідомо.
Як системи ШІ дають збій або стають мішенню
Найзручніша опора для розмови про ризики: OWASP Top 10 для застосунків на великих мовних моделях, редакція 2025 року 2. Нижче сім пунктів зі списку, пояснені простою мовою. Решта три (надмірна самостійність, витік системного промпту, вразливості векторних баз) стосуються розробників і ШІ-агентів; про агентів ідеться в окремому розділі.
- Prompt injection. Інструкції для моделі надходять або безпосередньо від користувача, або приховані у вебсторінці чи файлі, які модель читає 3.
- Витік чутливої інформації. Через систему можуть витекти персональні, фінансові та медичні дані, облікові дані й комерційна таємниця 4.
- Ланцюг постачання. Слабкі місця можуть бути в навчальних даних, моделях і платформах, на яких усе розгорнуто 5.
- Отруєння даних і моделей. Хтось втручається в дані попереднього навчання, донавчання чи векторного пошуку 6.
- Неналежна обробка відповідей. Інші системи довіряють відповіді моделі й використовують її, не перевіривши 7.
- Дезінформація. Модель видає хибну, але правдоподібну відповідь 8.
- Необмежене споживання. Неконтрольоване використання моделі призводить до збоїв у роботі та неочікуваних витрат 9.
Для тих, хто хоче глибше, MITRE ATLAS є публічною базою знань про тактики й техніки супротивників щодо систем ШІ 10. Ми лише посилаємося на неї й не відтворюємо описів технік. Список OWASP має позначку 2025 року, тож за кожного перегляду ми перевіряємо, чи не вийшла нова редакція.
Рамки, які варто знати
NIST AI Risk Management Framework (AI RMF) побудований навколо чотирьох функцій: Govern (управління), Map (контекст), Measure (оцінювання), Manage (реагування) 12. Версія 1.0 датована 26 січня 2023 року, профіль для генеративного ШІ вийшов 26 липня 2024 року, а сам NIST повідомляє, що AI RMF 1.0 переглядається 11. Профіль описує 12 ризиків, серед яких конфабуляції, приватність даних, цілісність інформації, інформаційна безпека, цілісність ланцюга постачання та взаємодія людини й ШІ 1.
Кодекс практик із кібербезпеки ШІ, який оприлюднив уряд Великої Британії 31 січня 2025 року, має 13 принципів на п'яти етапах життєвого циклу: проєктування, розробка, розгортання, супровід і виведення з експлуатації. Він добровільний 13.
Є й спільні настанови профільних відомств кількох країн: «Безпечне розгортання систем ШІ» від 15 квітня 2024 року 14 та «Безпека даних ШІ» від 22 травня 2025 року, що охоплює безпеку й цілісність даних протягом усього життєвого циклу 15. Окрему увагу приділено критичній інфраструктурі: 7 квітня 2026 року NIST опублікував концептуальну записку про профіль довіреного ШІ для неї 11. Секторальних порад ми тут поки не даємо.
Усе це публічні документи інших організацій. Жоден із них не є стандартом асоціації, і вона нікого не сертифікує за ними.
ШІ-агенти: ризик, що зростає найшвидше
ШІ-агент, або агентний ШІ, у цьому тексті означає систему, яка не лише відповідає, а й діє: надсилає листи, змінює файли, робить покупки. Відповідний ризик OWASP називає «надмірною самостійністю» (excessive agency) і виділяє три першопричини: надто широка функціональність, надто широкі дозволи й надто висока автономність 16.
Перші спільні настанови щодо обережного впровадження агентного ШІ, випущені 1 травня 2026 року американським CISA, австралійським ACSC та іншими партнерами, радять обмежувати доступ, починати з малоризикових завдань без чутливих даних і включати агентів до моделі безпеки та оцінювання ризиків 17. Серед адресатів зазначено й малий та середній бізнес 18.
Британський NCSC (15 травня 2026 року) радить спершу подумати, починати з малого, надавати мінімально потрібні права, користуватися короткочасними обліковими даними, зберігати контроль людини та можливість зупинити систему, а відповідальних призначати від самого початку 19. OWASP також оприлюднив 9 грудня 2025 року окремий список Top 10 для агентних застосунків на 2026 рік 20.
З чого почати малій організації
Не потрібен великий бюджет, щоб зробити перший крок. Ось п'ять кроків у порядку, який можна взяти за основу:
- 1Вирішіть, які дані можна вносити в ШІ-інструменти, і запишіть це правилом. Найчутливіші категорії: персональні, фінансові, медичні дані, облікові дані та конфіденційна інформація організації 4.
- 2З'ясуйте, якими ШІ-інструментами, моделями й платформами ви користуєтеся і хто їх підтримує 5.
- 3Не дозволяйте іншим системам сліпо довіряти відповідям ШІ: перевіряйте їх, перш ніж вони потраплять у лист, базу даних чи платіж 7.
- 4Дайте будь-якому агенту мінімально потрібний доступ і вимагайте затвердження людиною для дій, які не можна скасувати 16.
- 5Призначте відповідальну людину за кожен ШІ-інструмент і заздалегідь визначте, як його вимкнути 19.
Докладніші контрольні списки є в окремих освітніх посібниках: для малих організацій і для ШІ-агентів.
Коли щось пішло не так
Британський кодекс радить операторам систем стежити за поведінкою ШІ й мати канал зв'язку з користувачами, яких це зачепило 13. NCSC додає, що плани реагування на інциденти мають враховувати збої агентів, зловживання ними та втрату контролю 19.
В Україні організація може звернутися до CERT-UA, урядової команди реагування на комп'ютерні надзвичайні події. Вона працює з технічними даними (журнали, підозрілі файли), просить спершу ізолювати уражену мережу й не є каральним органом 21. Приватним особам зручніше почати з Кіберполіції, яка приймає повідомлення через форму на своєму сайті 22.
Що робить асоціація, а чого не робить
Асоціація публікує освітні посібники та пояснювальні матеріали з датою, версією й переліком джерел і сприяє обміну досвідом між учасниками ринку. Вона не проводить оцінювання, не видає сертифікатів, не тестує системи ШІ й не надає технічних чи юридичних послуг.
Це пояснювальний матеріал, а не юридична чи технічна консультація. Асоціація не перевіряє окремі системи й не розслідує інциденти: з такими питаннями звертайтеся до фахівців або уповноважених органів.
Джерела
- 1NIST. Artificial Intelligence Risk Management Framework: Generative AI Profile (NIST AI 600-1) · англійською · переглянуто 2026-10-22
- 2OWASP GenAI Security Project. OWASP Top 10 for LLM Applications (2025) · англійською · переглянуто 2026-10-22
- 3OWASP GenAI Security Project. LLM01:2025 Prompt Injection · англійською · переглянуто 2026-10-22
- 4OWASP GenAI Security Project. LLM02:2025 Sensitive Information Disclosure · англійською · переглянуто 2026-10-22
- 5OWASP GenAI Security Project. LLM03:2025 Supply Chain · англійською · переглянуто 2026-10-22
- 6OWASP GenAI Security Project. LLM04:2025 Data and Model Poisoning · англійською · переглянуто 2026-10-22
- 7OWASP GenAI Security Project. LLM05:2025 Improper Output Handling · англійською · переглянуто 2026-10-22
- 8OWASP GenAI Security Project. LLM09:2025 Misinformation · англійською · переглянуто 2026-10-22
- 9OWASP GenAI Security Project. LLM10:2025 Unbounded Consumption · англійською · переглянуто 2026-10-22
- 10MITRE. MITRE ATLAS (atlas-data repository) · англійською · переглянуто 2026-10-22
- 11NIST. AI Risk Management Framework · англійською · переглянуто 2026-10-22
- 12NIST AI Resource Center. AI RMF Core: Govern, Map, Measure, Manage · англійською · переглянуто 2026-10-22
- 13UK Government (DSIT). Code of Practice for the Cyber Security of AI · англійською · переглянуто 2026-10-22
- 14CISA with NSA, FBI and international partners. Joint guidance: Deploying AI Systems Securely · англійською · переглянуто 2026-10-22
- 15CISA with NSA, FBI and international partners. AI Data Security: Best Practices for Securing Data Used to Train and Operate AI Systems · англійською · переглянуто 2026-10-22
- 16OWASP GenAI Security Project. LLM06:2025 Excessive Agency · англійською · переглянуто 2026-10-22
- 17CISA. CISA, US and international partners release guide on secure adoption of agentic AI · англійською · переглянуто 2026-10-22
- 18CISA. Careful adoption of agentic AI services (joint guidance) · англійською · переглянуто 2026-10-22
- 19UK National Cyber Security Centre (NCSC). Thinking carefully before adopting agentic AI · англійською · переглянуто 2026-10-22
- 20OWASP GenAI Security Project. OWASP Top 10 for Agentic Applications for 2026 · англійською · переглянуто 2026-10-22
- 21Кабінет Міністрів України (kmu.gov.ua). Як Держспецзв'язку (CERT-UA) реагує на кіберінциденти: від повідомлення до ліквідації наслідків · переглянуто 2026-10-22
- 22Кіберполіція України. Повідомити про кіберінцидент · переглянуто 2026-10-22