Ако в момента оценявате решение за агентно пентестване (agentic pentest), най-вероятно вече сте чували едно и също представяне неведнъж: насочвате го към цел и то открива, валидира и експлоатира вектори на атака автономно, по начина, по който би го направил истински атакуващ.
Това обещание си заслужава да се вземе на сериозно. То също така си заслужава да бъде подложено на проверка под натиск, като три въпроса вършат основната работа.
- Какво всъщност може да докаже оценката?
- Кога се генерира това доказателство? И,
- Колка част от вашата среда покрива доказателството?
Повечето оценки спират до първата стъпка. Втората и третата стъпка обаче са мястото, където програмите за валидиране печелят или губят.
Ето и един отбелязан детайл за нашата позиция: Picus разработва и продава автономен пентестинг. Точно затова можем да бъдем прецизни относно това къде свършва той, защото ограниченията принадлежат на самия метод, а не на реализацията на конкретен доставчик, и никоя пътна карта не може да ги премахне.
Проблемът в четири числа
Четири числа от тази година обясняват защо вторият и третият въпрос вече имат по-голяма тежест от първия.
- Обем: 35 364 CVE, намерени през първата половина на 2026 г., което е увеличение с 49.5% на годишна база.
- Приоритизация: само 95 от приблизително 39 600 CVE, публикувани до август, са имали потвърдена експлоатация в реални условия, така че приоритизацията, водена от критичността, ефективно преследва грешния списък.
- Скорост: средното време от разкриването до експлоатацията намаля от 21.5 дни през 2025 г. на 8 часа през 2026 г.
- Капацитет: от над 26 000 уязвимости, открити чрез сканиране в мащаба на AI, само за 421 са инсталирани корекции за сигурност при производителя.
Не можете да се измъкнете от тази ситуация само с инсталиране на корекции за сигурност, графици или прогнози. Трябва да валидирате въз основа на доказателства, в рамките на часове от промяната, която го е изисквала. Въпреки това един годишен пентест оставя прозорец на сляпо петно от цели 365 дни между една промяна и следващия тест, а седмичните автоматизирани тестове все още оставят празнина от до седем дни.
Срещу осемчасов прозорец за експлоатация и двата подхода губят.
Gartner официално направи следното заключение: техният модел за непрекъснато тестване на офанзивната сигурност (Continuous Offensive Security Testing - COST) заменя точковата във времето оценка с тестване, задвижвано от събития (triggers) и разпределено по нива на риск, завършващо в съобразени с риска времеви рамки, често минути или часове, с планирана предпоставка, че до 2028 г. над 60% от корпоративните програми за пентест ще работят като непрекъснато валидиране. Ключовият въпрос вече не е „тествахме ли?“, а „колко бързо валидираме новите излагания на риск?“
Агентното пентестване е най-важният отговор на този въпрос.
Две доказателства, които агентното пентестване предоставя
Всеки пентест съществува, за да отговори на един въпрос: уязвими ли сме за експлоатация? Агентното пентестване му отговаря с двете доказателства, които са от значение. То доказва дали отделните излагания на риск са уязвими за експлоатация или не, потвърдено чрез безопасно изпълнение на зловредния код, вместо да прави изводи от версията на софтуера. И доказва верижното достигане: където истинските зловредни кодове са свързани във верига от първоначалния достъп през ескалацията на привилегии и хоризонталното движение (lateral movement), като потвърденият път до критичен актив се докладва като доказателство.
Относно активите, до които достига, нищо не е по-убедително, и тъй като всяка коригирана уязвимост може да бъде повторно валидирана с още едно пускане, отстраняването става доказуемо, а не основано на надежда.
Ключовата фраза тук е „относно активите, до които достига“. Доказването на уязвимостта за експлоатация е първият отговорен въпрос; фразата мълчаливо признава останалите два: кога пристига доказателството и колко голяма част от инфраструктурата покрива.
Разликата в скоростта – „кога“
Ако стартирате агентен пентест в среда от 250 000 крайни устройства, пълният цикъл отнема седмици. Това е драстично подобрение спрямо тримесечието, необходимо за ангажимент, воден от хора, но все пак е грешната единица за време.
Внимателният агентен пентест работи стъпка по стъпка: първоначален достъп, изброяване, пренасочване (pivot), свързване във верига, доказване. Повторете това през четвърт милион крайни устройства и сканирането се разтегля, докато средата се променя под него. До момента на завършването му, големи части от резултатите описват среда, която вече не съществува.
Седмиците може да са бързи за пентест, но спрямо осемчасов прозорец това е бавно. Само едно дълбоко сканиране не може да мости тази празнина.
Разликата в покритието – „колко“
Пролуката в покритието има по-голямо значение. Експлоатацията на живо може да бъде насочена само към част от средата. Критично важните за бизнеса производствени системи, много големите сегменти и ограничените или изолирани (air-gapped) зони са недостъпни за реални зловредни кодове поради причини за безопасност, стабилност и достъп. Хилядите CVE без работещ експлойт не дават нищо на инструмента, с което да стреля. А прозорецът между разкриването и първия експлойт, където данните за скоростта показват, че цялото състезание сега се провежда, е точно и за съжаление момента, в който инструмент, зависещ от зловреден код, има най-малко какво да каже.
Когато теглите чертата, автономното пентестване самостоятелно вижда може би 20 до 30% от реалната възможност за експлоатация в една типична организация. Добавянето на втори или трети инструмент не променя математиката, защото всеки инструмент в тази категория споделя един и същ метод и следователно един и същ таван. А частичното покритие не намалява несигурността. То просто я премества върху активите, които сте пропуснали, а на атакуващия му трябва само едното нещо, което сте пропуснали, за да се объркат нещата.
Промяната определя метода на валидиране
Пролуката в покритието се затваря по същия начин: позволете на промяната, която е задействала теста, да избере метода, който отговаря най-бързо и най-безопасно.
Възникваща уязвимост засяга вашите активи. Ключовият въпрос е „уязвима ли е за експлоатация в нашата среда?“. Валидирането на възможността за експлоатация отговаря на това в рамките на часове, в целия засегнат обхват, чрез тестване на техниките на киберпрестъпника, от които зависи уязвимостта, без да е необходим работещ експлойт. Това отговаря на възражението, което чуваме най-често: „пентестването не покрива ли вече това?“. Да, но само там, където изпълнението на живо може да стигне; за разлика от това, валидирането на възможността за експлоатация достига до по-голямата част от инфраструктурата и по-голямата част от списъка с CVE.
Наблюдава се нова кампания или се променя контрол за сигурност. Въпросът тук е „можем ли да спрем това?“. Валидирането на контролите за сигурност емулира техниките на кампанията срещу вашата активна защита и показва дали всяка от тях е предотвратена, засечена или пропусната.
Настъпва промяна в инфраструктурата. Големият въпрос е „това отвори ли нов вектор на атака?“. Агентното пентестване го потвърждава с верижно доказателство на живо – нещо, което само то може да направи.
Три метода, един модел за констатации
Едно предупреждение от близката история: управлението на уязвимостите се разпокъса на острови от дублиращи се констатации и противоречиви приоритети, а валидирането ще пресъздаде тези острови, ако всеки метод идва със собствена конзола и опашка. Трите метода трябва да захранват един общ модел на констатациите, дедублиран, подкрепен с доказателства и съобразен с активите, с единен списък със задачи и едно състояние на отстраняване за всяка уязвимост.
Това е принципът, върху който е изградена Picus Platform, като автономното тестване за проникване (Autonomous Penetration Testing), валидирането на изложеността на риск (Exposure Validation) и симулацията на пробиви и атаки (Breach and Attack Simulation) работят на базата на едни и същи доказателства.
В надпревара с времето: появява се критична CVE уязвимост.
- Първи час: тя се обогатява с данни за заплахите.
- Втори час: засегнатите активи, критичността и съпътстващите контроли се картографират.
- Четвърти час: оценява се възможността за експлоатация на всеки засегнат актив, потвърждават се пътищата за атака там, където тестването в реално време е безопасно, и контролите са тествани спрямо съответните техники.
- Шести час: внедрени са мерки за намаляване на риска с ниска сложност, останалите са пренасочени към отговорниците и всяка корекция за сигурност е превалидирана преди затваряне.
Всяка промяна се валидира. Всяка изложеност на риск е доказана. В рамките на часове. Заявете вашата демо версия и вижте как една CVE уязвимост преминава през трите метода в един общ модел на констатациите.
Вижте го на живо
По време на The Validation Summit 26, организиран от Ron Eddings от Hacker Valley, на 14 октомври от 13:00 ч. ET и на 15 октомври от 11:00 ч. BST, ще демонстрираме този модел на живо в продукта. Нашият CTO Volkan Erturk ще преведе нововъзникваща CVE уязвимост от задействането ѝ до валидирана изложеност на риск и потвърдена корекция за сигурност в рамките на часове, с избор на правилния метод при промяна на условията. В допълнение, Mikko Hyppönen ще открие събитието с тема за промените след Mythos. Лидери по сигурността от Chanel, Atlassian и Kraft Heinz ще обсъдят как се подготвят.
Два часа. Регистрацията е безплатна. Вижте сами как работи процесът на живо.