Що “під капотом” у AI Pentest від A42 та чому він ефективніший за ручні пентести.
Нещодавно ми представили новий сервіс сервіс автоматизованого тестування на проникнення — AI Pentest. Він побудований на мультиагентній архітектурі та плейбуках елітних білих хакерів із Gov & Defence Tech та забезпечує ширше покриття і в 10 разів швидший результат, ніж класичний ручний пентест.
У цій статті ми розповімо, як працює AI Pentest та чому він ефективніший за традиційний підхід.
Мультиагентна архітектура AI Pentest
В основі нашого підходу лежить принцип розподіленої праці та глибокої спеціалізації. За воркфлоу пентесту відповідає спеціалізований агент-оркестратор. Він запускає скрипти та керує «командою» з понад 130 спеціалізованих агентів. Процес контролюється людиною — досвідченим пентестером, який і є відповідальним за результат.
1. Мозок системи — агент-оркестратор
Його завдання — стратегічне планування, розуміння архітектурного контексту системи та координація спеціалізованих агентів. Оркестратор аналізує застосунок як архітектор: він будує ментальну карту системи, відстежує взаємозв'язки між сторінками, базами даних та мікросервісами, а потім ставить точкові технічні завдання вузькопрофільній «піхоті».
2. Спеціалізовані агенти
Кожен із 130+ агентів — це вузькопрофільний експерт, і всі вони діють паралельно, обмінюючись інформацією через оркестратора в режимі реального часу.
До прикладу, агент з ін'єкцій знає понад 1000 способів обійти фільтрацію та реалізувати SQL-, NoSQL-, LDAP-, XML- чи OS-injections, а агент з бізнес-логіки аналізує правильність реалізації логіки застосунку, перевіряє маршрутизацію запитів і цілісність даних та виявляє логічні баги — наприклад, маніпуляції з цінами чи підміну ID.
Інші агенти беруть на себе складніші вектори. До прикладу, агент з JWT-токенів розбирає механіки автентифікації (JWT, OAuth, Basic Auth) і намагається реалізувати privilege escalation (підвищення привілеїв), а агент атак інфраструктури фокусується на найскладнішому — від CRLF Injection та HTTP Request Smuggling Desync атак до виявлення точок RCE, XXE, RFI та LFI.
Такий підхід дає одразу дві переваги. Вузька спеціалізація забезпечує якість перевірки, недосяжну для одного агента-універсала, бо моделі влаштовані таким чином, щоб економити токени, тоді як розподілення задач гарантує краще виконання кожної перевірки. Паралельна робота забезпечує швидкість, адже десятки векторів атак перевіряються одночасно, а не послідовно. Саме так досягається поєднання ширшого покриття і кратно швидшого результату, яке робить AI Pentest кращою альтернативою ручному тестуванню.
Human in the Loop
У майбутньому ШІ-агенти, ймовірно, дійдуть до рівня повної самостійності, але з урахуванням поточного стану розвитку моделей ми вважаємо доцільним залишати людину в процесі. Наш досвідчений пентестер додатково контролює, щоб агенти не відходили від методології та валідує результати.
Методологія AI Pentest крок за кроком
Послуга AI Pentest від A42 повністю відтворює найкращі практики мануального тестування та червоних команд (Red Teaming), але масштабує їх силами AI-систем.
Етап 1. Пасивна розвідка
На першому етапі використовуються звичайні технічні засоби для збору даних про ціль виключно з відкритих джерел, без прямої взаємодії з інфраструктурою.
Першим кроком йде пошук всіх субдоменів клієнта. Цей процес ми фактично розпочинаємо ще на етапі формування комерційної пропозиції. По-перше, він дозволяє оцінити реальний обсяг інфраструктури — найчастіше клієнти не знають, скільки субдоменів у них є. По-друге, він допомагає визначити ті субдомени, які є найбільш критичними для бізнесу, а отже, потребують глибокого тестування на проникнення.
Після пошуку субдоменів перевіряються параметри доменів: WHOIS, DNS-записи, IP-діапазони, поштові політики SPF/DKIM/DMARC. Аналізуються метадані та HTML-коментарі, визначається технологічний стек (Wappalyzer, BuiltWith, WhatWeb), знімаються «fingerprints» вебзастосунків і фреймворків.
Навіщо. Це потрібно, щоб скласти повну карту зовнішньої поверхні атаки: усіх активів, доступних ззовні, адже в реальному житті приблизно 80% кібератак починаються з експлуатації вразливостей зовнішнього периметру. Це відбувається тому, що організації систематично розкривають більше, ніж їм здається, залишаючи застарілі субдомени, тестові середовища, версії фреймворків у заголовках відповідей, конфігураційні файли в публічному доступі. Пасивна розвідка дозволяє отримати повну партину поверхні атак так, як її бачить атакувальник, і допомагає визначити, що саме потрібно перевіряти більше детально. Без цієї карти подальше тестування було б фрагментарним.
Етап 2. Активна розвідка
Тут починається пряма взаємодія з інфраструктурою. Проводиться сканування портів (Nmap, Masscan, Nessus), яке визначає відкриті порти й доступні ззовні сервіси. Banner grabbing збирає технічні характеристики цих сервісів: назви та версії програмного забезпечення, протоколи, особливості конфігурації.
Навіщо. Виявити приховані точки входу та елементи Shadow IT — сервіси й вузли, які функціонують в інфраструктурі, але не перебувають під контролем IT-команди. Такі активи часто бувають не охоплені процесами оновлення та моніторингу, адже про них навіть можуть не памʼятати, тому стають вразливими ланками. Версії ПЗ, отримані під час banner grabbing, далі зіставляються з відомими вразливостями — це місток до наступного етапу.
Етап 3. Автоматичне сканування
На основі зібраних даних запускається автоматизоване сканування вразливостей. AI-агенти відтворюють логіку галузевих інструментів: OWASP ZAP, Burp Suite, Nessus, Nikto, Acunetix, Nuclei, Naabu. Виявляються й оцінюються вразливості у веб застосунках, API та мережевих компонентах.
Навіщо. Щоб швидко ідентифікувати відомі вразливості. Саме вони, а не унікальні атаки, в реальному житті найчастіше лежать в основі більшості інцидентів. Не менш важлива функція цього етапу — пріоритизація знахідок і відсіювання хибних спрацювань (false positives), щоб подальша перевірка зосереджувалася на тому, що справді має значення, а клієнт отримує звіт без жодного хибного спрацювання.
Етап 4. Глибоке тестування AI-агентами
Як ми зазначали вище, глибоке тестування поширюється на критичні субдомени клієнта — наприклад, ті, що пов'язані з оплатами чи критичними для бізнесу процесами. На етапі формування пропозиції ми визначаємо технічними засобами, що саме потребує глибокого сканування, і узгоджуємо з клієнтом. Клієнт може на власний розсуд змінити субдомени в пропозиції або додати або прибрати окремі активи глибокого сканування.
На цьому етапі AI-агенти шукають вразливості та перевіряють, чи можна їх реально експлуатувати, відтворюючи дії досвідченого атакувальника за детальним чеклістом, який охоплює OWASP Top 10 і виходить за його межі.
Зокрема, на цьому етапі перевіряється:
- Управління ідентифікацією та автентифікація — коректність ролей і реєстрації, парольні політики, механізми блокування, спроби обходу автентифікації; перевірка механізмів JWT, OAuth, Basic Auth.
- Авторизація — спроби підвищення привілеїв і обходу логіки розмежування доступу.
- Управління сесіями — захист cookies, стійкість до CSRF, можливість login bypass.
- Валідація вхідних даних — пошук ін'єкцій (SQL, LDAP, XML, OS, NoSQL) та XSS.
- Бізнес-логіка — коректність маршрутизації запитів, перевірки цілісності, обробки завантаження файлів і потоків даних.
- Складніші вектори — CRLF-ін'єкції, HTTP Request Smuggling, атаки на завантаження файлів, RCE, RFI, LFI, XXE, парольні атаки, тестування внутрішніх і зовнішніх API на стійкість автентифікації, захист від ін'єкцій та обробку нестандартних HTTP-методів.
Навіщо. Для того щоб перевірити менш очевидні загрози і відокремитипідтверджений ризик від теоретичного. Кожна гіпотеза перевіряється практично в контрольованих умовах: вразливість не просто фіксується, а експлуатується в умовах, узгоджених з клієнтом, щоб довести її реальний вплив і водночас не нашкодити його інфраструктурі
Звіт
За підсумками пентесту клієнт отримує структурований звіт із детальним описом виявлених вразливостей, доказовою базою та конкретними рекомендаціями щодо усунення кожної з них. Звіт формується з урахуванням вимог чинних міжнародних стандартів та регламентів: ISO 27001, SOC 2, DORA тощо.
Навіщо. Технічна команда клієнта отримує точні кроки до виправлення з прив'язкою до конкретних знахідок. Керівництво отримує пріоритизацію за рівнем критичності: що вимагає негайної реакції, а що може бути усунене планово. Також цей звіт може бути використаний для проходження аудитів безпеки.
Повний ре-тест (опціонально)
Послуга ре-тесту є опціональною, вона охоплює весь скоуп перевірки і коштує 50% від вартості пентесту.
Навіщо. Ми вважаємо такий підхід найкращим для наших клієнтів, адже часто на етапі виправлення вразливостей випадково можуть бути створені нові. Частковий ре-тест не дозволяє виявити ці проблеми, а отже, потенційно залишає ризики для клієнта.
Крім того, деякі галузеві стандарти проходження аудитів вимагають від компанії усунення найбільш критичних вразливостей в дуже короткі терміни. Наш ре-тест спрощує підтвердження факту дотримання цієї норми з боку компанії для перевіряючої установи.
Заключні думки
Сучасна кібербезпека — це не про точкову перевірку раз на рік для галочки. Це про постійну видимість свого зовнішнього периметру та безперервний контроль інфраструктури. Мультиагентна архітектура AI Pentest від A42 дозволяє перетворити безпеку з бюрократичного гальма на прозорий та ефективний процес, забезпечивши розробників чіткими, валідними інструкціями для закриття реальних ризиків.
