Ресурси
Анализи, наръчници и изследвания.
Практически материали от екипа, който извършва тестовете: технически анализи, наръчници за избор на доставчик, пълен примерен доклад, анонимизирани казуси и публикувани изследвания на уязвимости.
Изберете информирано.
Практични страници за важните решения при избора на тестване.
Автоматизирано тестване и тестове за проникване от специалисти
Изберете тестване според обхвата, доказателствата и въпроса, който искате да изясните. Как автоматизираните проверки и специалистите се допълват.
Разгледайте подходитеТестове за AI сигурност и тестване с помощта на AI
Разберете разликата между използването на AI за тестване и оценката на приложение с AI функционалности. Вижте обхвата на услугата на Pixel.
Разгледайте подходитеРъководства и материали
Кратки, практични PDF файлове. Без формуляр.
PDF
Наръчник за купувача на тестове за проникване
Всички стъпки в един документ: определяне на нуждите и обхвата, избор на доставчик, преглед на офертата и заданието и разчитане на получения доклад. Завършва с контролен списък за проверка преди подписване.
PDF
Контролен списък при избор на тест за проникване
Контролен списък на една страница с въпросите, които отличават истинския тест за проникване от сканиране с титулна страница.
PDF
Как да четете отчет от тест за проникване
Какво означава всеки раздел, как да приоритизирате констатациите и какви въпроси да зададете на тестерите си.
PDF
Готовност за тестване по DORA и NIS2
Как режимите DORA и NIS2 на ЕС засягат задълженията ви по тестване и как да се подготвите.
Всичко
Цялата библиотека
Статии, бюлетини за уязвимости, казуси, наръчници и справочни материали на едно място.
СтатияПочти никога не ни е нужен експлойтКак достъпни тайни, прекомерни права и неправилни връзки на доверие водят до сериозни пробиви без сложен експлойт. Наблюдения от реални тестове.СтатияКакво всъщност обхваща един тест за проникване в AIОпределете обхвата на AI оценка: администрация, извличане на данни, действия на агенти и prompt injection, с ясни права, доказателства и безопасни граници.СтатияКак да изберете доставчик на тестове за проникванеКак да сравните доставчици на тестове за проникване: екип, ръчна работа, обхват, доказателства, качество на доклада и условия за повторен тест.СтатияИзисква ли SOC 2 тест за проникване?Какво означава SOC 2 за тестовете, как се различават доказателствата за Type 1 и Type 2 и какво да уточните с одитора за вашата система.СтатияСканиране за уязвимости или тест за проникванеКакво установява сканирането за уязвимости и какво доказва ръчният тест за проникване. Разлики в покритието, доказателствата и подходящото приложение.СтатияТест за проникване или red teamРазликата между тест за проникване и red team операция: систематично покритие на слабостите или оценка на откриването и реакцията срещу реалистична атака.СтатияИнжектирането на промпти не е първият ви AI риск — административният слой еAI администрацията, credentials и достъпът до артефакти изискват проверка наред с prompt injection. Как да отделите доказания достъп от възможното въздействие.СтатияКолко време отнема един тест за проникване?Как обхватът, сложността и подготовката определят срока на теста за проникване. Планиране на достъпа, отстраняването и повторната проверка.СтатияКакво определя цената на един тест за проникванеФакторите, които определят цената на теста за проникване: обхват, сложност, роли и необходима ръчна работа. Как да сравните предложенията.СтатияИзолация между клиентски организации: когато достъпът зависи от HTTP хедърПотвърдено четене на чужди данни, непотвърден опит за запис и практически насоки за тестване на изолацията, без прибързани изводи от HTTP статусите.СтатияRed team или purple teamКога да изберете red team и кога purple team. Разлики между оценката на откриването и реакцията и съвместното подобряване на защитните механизми.СтатияЗащитни механизми, които присъстват, но не работятЗащо конфигурирани контроли може да не работят и как да оцените браузърни хедъри, CORS, CSRF и login обвързване без преувеличено въздействие.СтатияТестването на сегментацията по PCI DSS, обясненоКакво доказва тестът на сегментацията по PCI DSS, как се проверява изолацията на средата с картови данни и кои изисквания определят честотата.СтатияPTaaS или ръчно тестване за проникванеPTaaS е модел на предоставяне, а ръчното тестване е метод. Сравнете човешкото време, покритието, доказателствата и повторните тестове.СтатияПовторна оценка: какво остана от миналогодишните уязвимостиКакво установи повторната проверка на миналогодишни констатации: непоправени и повторно появили се уязвимости. Защо отстраняването трябва да се потвърждава.СтатияВътрешно или външно тестване за проникванеКакви рискове проверяват вътрешният и външният тест за проникване. Публичен периметър, компрометирани акаунти и пътища към чувствителни системи.СтатияВъпроси, които да зададете, преди да подпишете задание за тест за проникванеКакво да уточните в заданието за тест за проникване: обхват, разрешения, правила, условия за спиране, обработка на данни и повторен тест.СтатияDORA TLPT или стандартен тест за проникванеРазлики между програмата за тестване по DORA и TLPT за определени финансови субекти. Обхват, организация и подготовка за приложимите изисквания.СтатияТревожни сигнали в едно предложение за тест за проникванеКак да оцените предложение за тест за проникване и да уточните неяснотите за обхвата, екипа, времето, доказателствата и повторната проверка.СтатияПроверка на CVE: когато версията в банера подвеждаКак да проверявате CVE предположения по версия, да различавате доказани предпоставки от отрицателни проби и да описвате границите на извода.СтатияКонтролният списък на купувача на тест за проникванеКонтролен списък за възлагане на тест за проникване: избор на обхват, сравнение на доставчици, договорни условия и подготовка за началото.СтатияКак да четете доклад от тест за проникванеКак да разчетете обхвата, критичността, доказателствата и въздействието в доклад от тест за проникване и да определите приоритетите за отстраняване.СтатияIDOR: най-простият дефект, който и през 2026 г. превзема APIКак липсваща проверка на правата за конкретен обект позволява достъп до чужди данни чрез API. Разпознаване, тестване и предотвратяване на IDOR.СтатияКакво откриваме в действителност: повтарящи се модели от нашите ангажиментиПовтарящи се първопричини за сериозни уязвимости в приложения, API, облачни и вътрешни среди. Наблюдения от анонимизирана клиентска работа.СтатияДефекти в бизнес логиката: защо е нужна ръчна проверкаКак валидни действия могат да се комбинират в злоупотреба с плащания, одобрения или работни процеси. Ръчна проверка на бизнес логиката.БюлетинCVE-2025-50674 — OpenMediaVault 7.4.17Дефект в метода changePassword позволява на локален удостоверен нападател да ескалира привилегиите си до root.СтатияСигурност на GraphQL: изключената интроспекция не означава скрита схемаЗащо изключването на GraphQL интроспекцията не е достатъчна защита. Изтичане на схема, сложни заявки, изчерпване на ресурси и подходящи ограничения.СтатияPurple teaming: превръщане на констатациите от red team в правила за откриванеКак purple teaming превръща пропуснатите техники от red team операция в проверени правила за откриване чрез съвместна работа със защитния екип.БюлетинCVE-2024-33911 — Weblizar School Management ProНеправилна неутрализация на специални елементи в SQL команда в School Management Pro.БюлетинCVE-2024-32136 — BWL Advanced FAQ ManagerSQL инжектиране в приставката BWL Advanced FAQ Manager за WordPress.БюлетинCVE-2024-0399 — WooCommerce Customers Manager (< 29.7)SQL инжектиране, експлоатируемо от роля „абонат“ и нагоре поради непочистен вход.БюлетинCVE-2024-31370 — WordPress AIKit pluginSQL инжектиране, открито и докладвано в приставката AIKit за WordPress.БюлетинCVE-2024-30240 — Typps Calendarista (≤ 15.5.7)SQL инжектиране, което позволява на злонамерено лице да работи директно с базата данни.БюлетинCVE-2024-0365 — Fancy Product Designer (WP, < 6.1.5)SQL инжектиране през непочистен параметър в приставката Fancy Product Designer.СтатияDORA и NIS2: какво ЕС вече очаква да тестватеПрактическо въведение в тестването на сигурността по DORA и NIS2: приложими изисквания, обхват, планиране и доказателства за проверките.БюлетинCVE-2024-0566 — Smart Manager (WP, < 8.28.0)Недостатъчно екраниране на параметър води до SQL инжектиране през роля с високи привилегии.БюлетинCVE-2024-0405 — Burst Statistics (WP, 1.5.3)SQL инжектиране след удостоверяване през няколко JSON параметъра в REST крайна точка.СтатияNTLM relay все още работи в съвременна среда с ADПредпоставки за NTLM relay, ограничения между протоколи, принудително удостоверяване и защити за SMB, LDAP и AD CS.СтатияСигурност още от началото на разработката: моделиране на заплахите, което инженерите наистина използватКак да свържете моделирането на заплахите с архитектурата, контролите и автоматизираните тестове, за да откривате дефекти още при разработката.БюлетинCVE-2023-0830 — EasyNAS 1.1.0Удостоверено инжектиране на команди към операционната система във функцията system на /backup.pl, достижимо по мрежата.СтатияSSRF и облачните метаданни: опасна комбинацияКак SSRF може да достигне облачни метаданни, какво защитават IMDSv2 и ограничението за мрежовите хопове на отговора и какво доказват blind SSRF сигналите.СтатияТайни в кода: изтичането с дълготрайни последствияКак да откривате разкрити тайни, да отнемете достъпа им и да прецените почистването на хранилището, с ограниченията на ентропийните правила и краткотрайните credentials.СтатияOWASP API Security Top 10 на практикаНай-често срещани категории от OWASP API Security Top 10 при реални тестове. Права за достъп, бизнес логика, ресурси и конкретни мерки за защита.СтатияОт нула до Domain Admin: разчитане на пътищата за атака в Active Directory с BloodHoundКак BloodHound разкрива връзките между права, групи и сесии в Active Directory. Проверка на пътищата до Domain Admin и мерки за прекъсването им.СтатияKerberoasting, обяснено за защитнициКак Kerberoasting използва служебни билети за офлайн отгатване на пароли, кои действия подлежат на одит и как управляваните служебни акаунти намаляват риска.СтатияАко една констатация не е възпроизводима, тя не е завършенаКакви доказателства и стъпки са нужни за възпроизвеждане на констатация от тест за проникване. Проверка на качеството и полезността на доклада.СтатияPassword spraying все още работи: защита на входната вратаКак password spraying може да избегне някои прагове, как да го откривате без записване на пароли и как да защитите потребители и служебни идентичности.СтатияКак прекомерните права в базата данни разширяват пробиваКак приложните credentials разширяват компрометирането и какви са границите на минималните права, изолацията между организации и KMS шифроването.СтатияМобилното приложение като хранилище на тайни: какво разкрива пакетътВградени credentials, локално шифроване и runtime контроли: какво проверява мобилният тест и как се различават Keychain, Secure Enclave и Keystore.СтатияСканирането за уязвимости не е тест за проникванеКак да различите автоматизирано сканиране от ръчен тест за проникване. Покритие на бизнес логиката, правата за достъп и доказателства за въздействие.ИзискванеУправление на киберриска и тестване на сигурността по NIS2Какво означава член 21 от NIS2 за тестването на сигурността: да покажете, че мерките ви за управление на киберриска работят, включително по веригата на доставки.Информационна картаТестове за проникване за одитни и регулаторни изисквания — информационен листНезависимият тест за проникване, който вашата програма по ISO 27001, SOC 2, PCI DSS, DORA или NIS2 изисква, изпълнен по стандарта, който одиторът ви очаква.Информационна картаТестове за проникване в десктоп приложения — информационен листРъчни тестове на десктоп клиенти, локални данни, привилегировани компоненти, механизми за обновяване и сървърни API.Информационна картаТестове за проникване в Wi-Fi мрежи — информационен листПрактически тестове на Wi-Fi удостоверяването, доверието на устройствата и мрежовата сегментация с доказателства какво може да се достигне през безжичния достъп.Информационна картаТестване за проникване, водено от заплахи — информационен листRed teaming, воден от разузнавателна информация и насочен към конкретни цели, съобразен с DORA и рамката TIBER-EU за устойчивост на финансовия сектор.Информационна картаТестване за проникване — информационен листРъчни тестове на приложения, API, мрежи и облачни среди. Доказваме реалните рискове и проверяваме отстраняването им.ИзискванеТестване за проникване по SOC 2Тест за проникване с обхват, съобразен с описанието на вашата система по SOC 2 и одитния период, със съотнасяне към критериите и писмо за повторен тест, което одиторът ви може да прегледа.ИзискванеТестване за проникване по PCI DSSТестване за проникване с обхват по изискване 11.4 на PCI DSS v4.0.1: вътрешно, външно, на сегментацията и повторно, с доказателства, които вашият оценител може да проследи.ИзискванеТестване за проникване по ISO/IEC 27001Тестване на сигурността, което дава реални доказателства за контроли по ISO/IEC 27001:2022 като 8.8, 8.29 и 5.35, без да се твърди, че стандартът изисква тест за проникване.ИзискванеТестване за проникване за няколко рамки: един тест, много одитиЕдин годишен тест за проникване, с обхват и доклад, подготвени така, че един пакет доказателства да обслужва ISO 27001, SOC 2, PCI DSS, DORA, NIS2 и клиентските въпросници.Информационна картаТестване за проникване в облачна среда — информационен листПрактическо тестване на AWS, Azure и GCP: конфигурации, права за достъп, данни и възможни пътища за атака.Информационна картаТестване за проникване в AI / LLM — информационен листПроверка на AI и LLM приложения: административен достъп, изолация между клиенти, данни и правомощия на агентите.Информационна картаСоциално инженерство и фишинг — информационен листРеалистични кампании с фишинг, вишинг и претекстинг, които проверяват вашите хора и процеси — за да ги укрепят, а не за да подведат служителите.Информационна картаСигурност на мобилни приложения — информационен листПроверка на приложения за iOS и Android по OWASP MASVS: данни на устройството, защити при изпълнение и свързаните API.Информационна картаСигурна разработка — информационен листПреглед на кода за сигурност, моделиране на заплахите и оценка на архитектурата с практични насоки за разработчиците.ИзискванеРегламент на ЕС за ИИ — тестване на сигурността по член 15Какви изисквания към киберсигурността поставя Регламент (ЕС) 2024/1689, кои атаки посочва член 15 и как тестването предоставя доказателства за устойчивост.Информационна картаРазузнаване на заплахите — информационен листНаблюдение на dark web, изтекли идентификационни данни и марката — плюс анализ на фишинг комплекти и подкрепа при тяхното сваляне.КазусПубликувано мобилно приложение, което беше трезор за идентификационни данни1 критична, 5 високи — отстранениИнформационна картаОценка на уязвимостите — информационен листШироко, повторяемо покритие на средата ви с експертна проверка, която премахва погрешно отчетените уязвимости.КазусОт мрежов достъп до компрометиране на Active Directory2 критични — многослоен план за укрепване на защитатаКазусОт достъп до един контейнер до целия слой с данниДоказана верига на компрометиране и спешен план за 24 часаИнформационна картаИнструменти за сигурност — информационен листНашият собствен софтуер за сигурност, Blackbar и Airward, плюс специализирани инструменти, създадени за вашия екип.Информационна картаИзследване на уязвимости и разработка на експлойти — информационен листЗадълбочено изследване на продуктите, които създавате или от които зависите — откриване на непознати уязвимости и, когато е необходимо, разработване на експлойти за доказателство на концепцията.КазусЗащитено, но недовършено: приложение за транзакции с висока стойност16 констатации и план за разделение на отговорноститеКазусДобре защитен периметър — и доказателствата за товаНяма доказани критични или високи уязвимости в проверения обхватКазусДобре защитен периметър — и атака в ход2 критични проблема и данни за активна атакаКазусДесетгодишната парола зад Domain AdminПотвърдени защити и план за укрепване на Active DirectoryКазусАнализ на смишинг комплект, който заобикаляше SMS двуфакторното удостоверяванеХеширани доказателства с документирана верига на съхранение и сигнали за премахване на инфраструктуратаКазусАдминистративният слой на AI без проверка за администраторски права1 висока, 2 средни, 4 ниски — една първопричинаСправкаОт кой тест имате нужда?Шест въпроса, после препоръка — включително случаите, в които честният отговор е, че тестът за проникване не е това, което ви трябва.СправкаКакво съдържа докладътРазделите на крайния доклад, предназначението им и границите на изводите, които той подкрепя.НаръчникНаръчник за купувача на тестове за проникванеВсички стъпки в един документ: определяне на нуждите и обхвата, избор на доставчик, преглед на офертата и заданието и разчитане на получения доклад. Завършва с контролен списък за проверка преди подписване.СправкаТехнологии, с които работимПлатформите, рамките и инструментите, които тестваме, и стандартите, върху които е изградена работата ни.ОтчетСъстоянието на нашите констатации 2026Какво показват ръчните ни тестове: разпределението по критичност, най-честите първопричини и основните рискове, въз основа на анонимизирани ангажименти от собствената ни практика.ОтчетПримерен отчет от тест за проникванеПълен примерен доклад със седем подробно описани констатации: доказателства, стъпки за възпроизвеждане, въздействие и препоръчани корекции.ОтчетПримерен отчет от тест за проникване в мобилно приложениеДевет констатации за разпространяваното приложение, данните на устройството, защитите по време на изпълнение и сървърния API. Всяка е съотнесена към група контроли от OWASP MASVS.ОтчетПримерен отчет от тест за проникване в AI / LLMДевет констатации за административния слой, изолацията между клиентски организации и правата на AI агента при работа с инструменти. Публикуването на пълен доклад за AI тест остава рядкост.СправкаПравила за провеждане на тестоветеРазрешение за тестване, обхват, условия за спиране, ескалация и работа с данни. Публикуваме правилата, за да можете да ги използвате при договаряне с всеки доставчик.Информационна картаRed Teaming — информационен листРеалистични атаки срещу хора, процеси и системи, които проверяват способността ви да откривате и реагирате.Информационна картаPurple Teaming — информационен листСъвместни упражнения на red и blue team, които валидират вашите правила за откриване срещу реални техники, съотнесени към MITRE ATT&CK.НаръчникКонтролен списък при избор на тест за проникванеКонтролен списък на една страница с въпросите, които отличават истинския тест за проникване от сканиране с титулна страница.СправкаКак работимПетте етапа на ангажимента, резултатът от всеки етап и разпределението на работата между инструментите и специалистите.СправкаКак оценяваме констатациитеПълната ни скала за критичност и как CVSS подпомага оценката, без да я определя самостоятелно.НаръчникКак да четете отчет от тест за проникванеКакво означава всеки раздел, как да приоритизирате констатациите и какви въпроси да зададете на тестерите си.СправкаКак се структурират тестоветеЧетирите вида ангажименти, въпросите, на които отговарят, и факторите, които определят обхвата им.СправкаРечникТермините в нашите доклади, с ясни определения и полезни препратки.ИзискванеDORA и тестване за проникване, водено от заплахиКакво изисква главата за тестване на устойчивостта в DORA от финансовите субекти — от годишно тестване на критичните системи до тестване за проникване, водено от заплахи, на всеки три години.НаръчникГотовност за тестване по DORA и NIS2Как режимите DORA и NIS2 на ЕС засягат задълженията ви по тестване и как да се подготвите.СправкаПолитика за координирано разкриванеКак действаме при уязвимост в чужд продукт: първо уведомяваме доставчика, предоставяме 90-дневен срок и след това публикуваме информацията.Информационна картаActive Directory и вътрешна мрежа — информационен листТестове на Active Directory и вътрешни мрежи, които доказват пътищата до административен достъп и мерките за прекъсването им.Казус24-часов токен на всички погрешни местаПлан за преработка на жизнения цикъл на токените
Няма резултати за избраните критерии.