Головна / Послуги / Пентест
Penetration testing

Знайдемо вразливості у вашому застосунку до того, як ними скористаються

Ручний пентест вебзастосунків, API та зовнішньої інфраструктури. Відтворюємо кожну знахідку, показуємо її вплив на бізнес і перевіряємо виправлення.

Для SaaS, fintech, e-commerce, healthcare та інших цифрових продуктів. Межі перевірки та методи погоджуємо до початку робіт.
scope / app · api · infra
Карта поверхні атаки
З чого зазвичай починається

Коли пентест потрібен вже зараз

Два збіги зі списку означають, що перевірку пора ставити в план.

  • Ви запускаєте новий продукт або велике оновлення
  • Додали новий API чи інтеграцію із зовнішнім сервісом
  • Виходите на enterprise-клієнтів, і від вас вимагають незалежну перевірку
  • Давно — або жодного разу — не перевірялися зовнішнім підрядником
  • Пройшли міграцію інфраструктури чи змінили хостинг
  • Партнер, клієнт або регулятор просить підтвердження безпеки
  • Хочете перевірити не наявність захисту, а чи зможе хтось його реально обійти
  • Є внутрішня команда з безпеки, і потрібен незалежний погляд на її роботу
Обсяг перевірки

Що ми атакуємо

Простими словами. Точний перелік фіксуємо в межах перевірки до старту.

Вебзастосунок

Сторінки, форми, завантаження файлів, обробка введених даних.

API

Канали, через які продукт обмінюється даними з іншими системами — включно з тими, про які вже забули.

Автентифікація

Вхід, відновлення пароля, сесії, токени, багатофакторність.

Ролі та права доступу

Чи може користувач дістатися до даних і дій, які йому не належать.

Бізнес-логіка

Сценарії, формально дозволені системою, але придатні для зловживання.

Зовнішні сервіси

Інтеграції, автоматичні сповіщення між сервісами, сторонні компоненти та їх налаштування.

Конфігурації

Налаштування серверів, заголовки, доступи, зайві відкриті сервіси.

Типові класи вразливостей

Спроби дістатися чужих даних, підмінити вміст сторінки або обійти перевірки. Технічно — ін'єкції, XSS, SSRF, IDOR та суміжні класи.

Про метод

Чому сканера недостатньо

Так, сканери корисні: вони швидко покривають відоме й економлять час. Але вони не відповідають на головне питання: чи можна цим скористатися проти вас.

Що бачить сканер

Відомі шаблони, застарілі версії, типові помилки конфігурації. Це корисна база — і ми теж її знімаємо.

Що додає ручна робота

Бізнес-логіку, зловживання правами доступу, ланцюжки з кількох дрібних проблем і контекст саме вашого продукту.

  • Сканер не знає, що у вашому продукті означає «чужий рахунок» або «не той статус замовлення»
  • Він не поєднає три нецікаві окремо знахідки в один робочий шлях атаки
  • Він не відрізнить справжню проблему від очікуваної поведінки
  • Він не перевірить, чи можна вийти за межі своєї ролі
Процес

Шість етапів без сюрпризів

На кожному етапі ви знаєте, що відбувається і що буде далі.

01

Межі перевірки

Домовляємось, що саме перевіряємо: домени, застосунки, API, оточення. Так само фіксуємо, що у роботу не входить.

02

Дозвіл

Отримуємо письмовий дозвіл на тестування погоджених меж перевірки. Без нього активна перевірка не починається.

03

Перевірка

Ручна перевірка з позиції атакуючого. Автоматичні інструменти — лише допоміжні. Критичні знахідки повідомляємо відразу, не чекаючи звіту.

04

Звіт

Звіт: що знайдено, як це відтворити, наскільки критично і що це означає для бізнесу.

05

Виправлення

Ваша команда виправляє. Ми на звʼязку і відповідаємо на питання по кожній знахідці.

06

Повторна перевірка

Повторно перевіряємо виправлене і фіксуємо, що саме закрито.

Жодного тестування без дозволу

Активні перевірки виконуються тільки в погоджених межах і тільки після письмового дозволу.

Ризиковані техніки або виключаються, або переносяться на тестове оточення. Мета — знайти проблему, а не створити її.

Результат

Звіт, з яким команда працює наступного дня

Кожна знахідка з кроками відтворення, впливом на бізнес і порядком виправлення.

Підтверджені знахідки

Не «потенційно можливо», а те, що ми справді відтворили — з кроками відтворення.

Пріоритети

Що закривати сьогодні, а що планово. Без списку на 200 пунктів однакової ваги.

Вплив на бізнес

Що конкретно отримує зловмисник у разі експлуатації: дані, гроші, доступ, простій.

Технічний опис для команди

Достатньо конкретики, щоб розробники виправили без додаткових здогадок.

Повторна перевірка

Після виправлень перевіряємо ще раз і фіксуємо результат.

Фінальний розбір

Проходимо результати голосом: що закрито, що лишилось, на що дивитися далі.

Для кого

Продукти, які ми тестуємо

SaaS

Багатокористувацькі продукти

Ізоляція тенантів, права ролей, API, які росли швидше за документацію.

Fintech

Гроші й платіжні потоки

Платіжна логіка, обмеження операцій, доступ до фінансових даних.

E-commerce

Замовлення й оплати

Адмінки, кошик і знижки, інтеграції платіжних систем, дані клієнтів.

Healthcare

Чутливі дані пацієнтів

Форми запису, доступ персоналу, зберігання медичних записів.

Marketplace

Дві сторони угоди

Довіра між продавцем і покупцем, модерація, зловживання логікою.

Crypto

Необоротні операції

Доступи, ключі, інтеграції, поведінка системи на межових сценаріях.

Хто веде проєкт

Засновник веде кожен проєкт і відповідає за результат

Засновник Veiltrack
Владислав Краєвський
Керівник команди з кібербезпеки · Засновник Veiltrack

Пентест не ставимо «на конвеєр»: я веду проєкт від планування до фінального розбору і відповідаю за результат.

Керую командою з кібербезпеки. З 2019 року провів понад 170 пентестів для понад 80 компаній. Працював із безпекою багатьох українських банків і платіжних систем, а також держустанов і правоохоронних органів. Проєкт веде засновник, роботу назовні не передаємо.

Перевіряю системи так само, як це робить реальний зловмисник — зовні, без підказок, без доступу зсередини.

SANS GIAC OffSec CompTIA Cisco
Питання, які ставлять найчастіше

Часті запитання

Ні. Автоматичні інструменти можуть бути частиною процесу, але основна цінність — ручна перевірка й аналіз логіки. Сканер не розуміє, що у вашому продукті означає «чужий рахунок» або «не той статус замовлення».
Не завжди. Можна працювати як зовнішній атакуючий, без доступу зсередини, а можна глибше — з кодом і тестовими акаунтами. Формат обираємо разом: він залежить від того, яке питання ви хочете закрити.
Межі перевірки та методи погоджуються заздалегідь. Ризиковані техніки виключаються або виконуються на тестовому оточенні, а критичні знахідки ми повідомляємо відразу. Мета — знайти проблему, а не створити її.
Ваша команда виправляє знахідки, ми відповідаємо на питання по кожній. Після виправлень робимо повторну перевірку і фіксуємо, що саме закрито.
Залежить від обсягу: один вебзастосунок і платформа з десятком сервісів — різні роботи. Терміни й вартість називаємо після короткого дзвінка, коли розуміємо межі перевірки.
Так. Працюємо з клієнтами з Європейського Союзу: договір і NDA укладаємо англійською, звіт готуємо англійською або українською. Як і завжди, активні перевірки починаємо лише після письмового дозволу та погодження меж.
Суміжні формати

Коли краще обрати інший формат

Пентест іде вглиб одного застосунку. Задача ширша або інша? Ось формати під неї.

Ширше

Vulnerability Assessment

Коли потрібно перевірити не один застосунок, а весь зовнішній периметр на відомі технічні проблеми.

Vulnerability Assessment →

Кілька векторів

Veiltrack Security Program

Коли крім застосунку потрібно перевірити периметр, команду та доступи — в одних погоджених межах.

Veiltrack Security Program →

Якщо питання не «які вразливості є», а «чи помітить і зупинить нас команда» — це вже Red Team Engagement: окремий формат за окремо погодженими межами.
Наступний крок

Забронюйте 30-хвилинний розбір

30 хвилин: скажемо, що тестувати, в якому обсязі і за який час. Без презентацій і тиску.

Забронювати розбір