SOC Prime Bias: High

16 Oct 2026 13:48 UTC

Атаки на вебсайти на основі штучного інтелекту використовують автономних агентів

Author Photo
SOC Prime Team linkedin icon Стежити
Атаки на вебсайти на основі штучного інтелекту використовують автономних агентів
shield icon

Detection stack

  • AIDR
  • Alert
  • ETL
  • Query

Резюме

Дослідники з безпеки спостерігали автоматизовані атаки, що націлені на корпоративні японські вебсайти за допомогою агентів, керованих штучним інтелектом. Ці агенти використовують такі інструменти, як curl, sqlmap, та кастомні скрипти Python, для проведення розвідки та використання вразливостей. Діяльність відзначається високою адаптивністю, швидкістю прийняття рішень та здатністю динамічно змінювати техніки атак, ґрунтуючись на відповідях сервера.

Розслідування

Команда Scutum WAF розгорнула механізм моніторингу, розроблений для розрізнення трафіку, керованого ШІ, від звичайних автоматизованих інструментів атак. Дослідники ідентифікували, принаймні, три окремих IP-адреси, що здійснюють різні етапи діяльності, від базового сканування до складної багатоступеневої експлуатації. Аналіз показав, що більш здатні моделі ШІ генерували дедалі ефективнішу та адаптивну поведінку атак.

Запобігання

Організації повинні забезпечити, щоб вебдодатки та API були вчасно оновлені проти відомих вразливостей для мінімізації доступної поверхні атаки. Рекомендується розгорнути високопродуктивний WAF, здатний до поведінкового аналізу, а не покладатися лише на відповідність підписам. Постійне управління вразливостями є також необхідним для захисту від адаптивних загроз, керованих ШІ.

Відповідь

Коли виявлена діяльність атак, керованих ШІ, команди безпеки повинні дослідити шаблони динамічної адаптації запитів. Потрібно моніторити швидкі зміни User-Agents та багатоступеневу поведінку сканування. Переглядайте телеметрію WAF на наявність високоадаптивних послідовностей запитів, що можуть указувати на автоматизованого агента, який активно навігає та вивчає структуру додатка.

Послідовність атак

Ми все ще оновлюємо цю частину.

Виявлення

Запит на можливий конфіденційний файл (через вебсервер)

Команда SOC Prime
16 жовтня 2026

Сплеск повернень відповідей HTTP статусу 40* для однієї IP (через вебсервер)

Команда SOC Prime
16 жовтня 2026

Ймовірне завантаження вебшелу через Put або Post запит (через вебсервер)

Команда SOC Prime
16 жовтня 2026

Підозрілі шаблони User Agent (через веб)

Команда SOC Prime
16 жовтня 2026

Можливі шаблони MSSQL ін’єкцій (через веб)

Команда SOC Prime
16 жовтня 2026

Можливі шаблони сліпих SQL ін’єкцій на основі часу (через веб)

Команда SOC Prime
16 жовтня 2026

Можливий шаблон проходження по шляху в URL (через вебсервер)

Команда SOC Prime
16 жовтня 2026

HTTP бібліотеки клієнта User-Agent до кінцевих точок автентифікації (через проксі)

Команда SOC Prime
16 жовтня 2026

IOC (SourceIP) для виявлення: Попередження про атаки на вебсайти через AI агенти

AI правила SOC Prime
16 жовтня 2026

IOC (DestinationIP) для виявлення: Попередження про атаки на вебсайти через AI агенти

AI правила SOC Prime
16 жовтня 2026

Вебатаки AI агентів з певних IP [Вебсервер]

AI правила SOC Prime
16 жовтня 2026

## Виконання симуляції

  • Атака і команди: Атакуючий здійснює автоматизовану розвідку, щоб ідентифікувати безпекову позицію сервера та архітектуру бекенду. Вони спеціально імітують шаблон сканування “ШІ Агента”. Атакуючий буде підробляти або використовувати певні IP, визначені в правилі виявлення, щоб запитувати конфіденційні файли (/.well-known/security.txt and /_search) для перевірки, чи вразлива ціль до розкриття інформації або експлуатації пакета Elasticsearch.

  • Регресійний тестовий скрипт:

    #!/bin/bash
    # Симуляційний скрипт для запуску правила виявлення 'AI Agent Web Attacks'.
    # ПРИМІТКА: У реальному тесті ми імітуємо генерацію журналів. 
    # Оскільки ми не можемо легко підробити 'source_ip', сприйнятий сервером, 
    # без маніпуляцій на мережевому рівні, ми будемо безпосередньо додавати iмітовані 
    # рядки журналу до файлу журналу веб для перевірки правила SIEM.
    
    LOG_FILE="/var/log/nginx/access.log"
    
    echo "[INFO] Початок симуляції перевірки виявлення..."
    
    # Виклик тригера 1: IP 38.54.56.121 доступ до security.txt
    echo '38.54.56.121 - - [16/Oct/2026:10:00:01 +0000] "GET /.well-known/security.txt HTTP/1.1" 200 150 "-" "AI-Agent-Scanner/1.0"' >> $LOG_FILE
    echo "[SUCCESS] Викликано selection_ip_1"
    
    # Виклик тригера 2: IP 185.196.220.130 доступ до robots.txt
    echo '185.196.220.130 - - [16/Oct/2026:10:00:02 +0000] "GET /robots.txt HTTP/1.1" 200 45 "-" "AI-Agent-Scanner/1.0"' >> $LOG_FILE
    echo "[SUCCESS] Викликано selection_ip_2"
    
    # Виклик тригера 3: IP 192.236.229.229 доступ до кінцевої точки Elasticsearch
    echo '192.236.229.229 - - [16/Oct/2026:10:00:03 +0000] "GET /_search HTTP/1.1" 401 12 "-" "AI-Agent-Scanner/1.0"' >> $LOG_FILE
    echo "[SUCCESS] Викликано selection_ip_3"
    
    echo "[INFO] Симуляцію завершено. Перевірте SIEM на наявність попереджень."
  • Команди очищення:

    # Використовуйте sed для видалення імітованих рядків журналу з журналу доступу, щоб уникнути забруднення журналів
    sudo sed -i '/38.54.56.121/d' /var/log/nginx/access.log
    sudo sed -i '/185.196.220.130/d' /var/log/nginx/access.log
    sudo sed -i '/192.236.229.229/d' /var/log/nginx/access.log
    echo "[INFO] Очищення завершено."