Небезпечна обробка виводу AI

Небезпечна обробка виводу AI

SQL, створений штучним інтелектом, працює як будь-який інший SQL. Перевірте це.

Що таке Небезпечна обробка виводу AI?

Вихід моделі є ненадійним введенням для того, хто його споживає. Після того, як програма виконує, рендерить або пересилає відповідь штучного інтелекту, модель стає частиною поверхні атаки, а звичайна перевірка вхідних даних знаходиться не в тому місці. Ви працюватимете над кінцевою точкою перетворення природної мови на SQL, надсилатимете створений параметр і спостерігатимете, як згенерований query перетворюється на ін’єкцію, яка видаляє таблицю. Жоден контроль не обійшов. Ви прочитаєте вразливий шлях і схвалите виправлення, перевірене білим списком.

Що ви дізнаєтесь у Небезпечна обробка виводу AI

Небезпечна обробка виводу AI — Кроки навчання

  1. Нова функція ШІ для тестування

    Сьогодні функція API запитів на природній мові (NLQ) готова до внутрішнього тестування, перш ніж надсилати її в робочу версію. API NLQ використовує модель штучного інтелекту для перетворення звичайних запитань англійською мовою на запити SQL: бізнес-користувачі вводять запитання, штучний інтелект записує SQL, а API повертає результати.

  2. Електронний лист від технічного керівника

    Аліса отримує електронний лист від свого технічного керівника Джеймса Парка, у якому повідомляється, що кінцеву точку API NLQ розгорнуто в проміжному середовищі та готово до тестування.

  3. Відкриття API Tester

    Аліса відкриває інструмент API Tester, щоб почати надсилати запити до кінцевої точки NLQ. Це стандартна частина її робочого процесу для тестування нових функцій API перед їх запуском.

  4. Простий тестовий запит

    Аліса починає з прямого запиту, щоб переконатися, що API працює. Кінцева точка NLQ приймає запити GET із параметром запиту, що містить питання природної мови.

  5. Відповідь API

    API відповів п’ятьма записами клієнтів, що відповідають запиту. Відповідь виглядає нормально.

  6. Згенерований SQL

    Панель «Аналіз запитів SQL» показує, що саме згенерував штучний інтелект із введення природною мовою. Це запит, який було виконано до бази даних.

  7. Потік даних

    Візуалізація ланцюга показує, як дані протікають від запитання користувача природною мовою до результату бази даних.

  8. Тестування зі зловмисним введенням

    Аліса вирішує перевірити стійкість API. Що робити, якщо користувач додає синтаксис SQL-ін’єкції у свій запит природною мовою? Добре побудована система повинна або відхиляти вхідні дані, або очищати їх. Вона створює параметр запиту, який вбудовує команду DROP TABLE у підказку природною мовою.

  9. Пошкодження у відповідь

    Відповідь повернулася, але щось дуже не так. Уважно подивіться на тіло відповіді.

  10. Введений SQL

    Панель SQL показує, що саме створив ШІ. Корисне навантаження ін’єкції було точно переведено у виконуваний SQL.

Охоплення стандартів безпеки

OWASP LLM Top 10

  • LLM10:2026 Improper Output Handling
  • LLM05:2025 Improper Output Handling

CWE

  • CWE-1426 Improper Validation of Generative AI Output
  • CWE-89 Improper Neutralization of Special Elements used in an SQL Command

CIS Controls

  • CIS 16 Application Software Security

NIST CSF

  • PR.AT-02 Individuals in specialized roles are provided with awareness and training so that they possess the knowledge and skills to perform relevant tasks with cybersecurity risks in mind
  • PR.PS Platform Security