PXLSecurity LTD., София, България Офанзивна сигурност от 2014[email protected]

Технологии

Платформите, които тестваме — и инструментите, с които ги тестваме.

Работим през целия съвременен технологичен стек: облак и идентичност, уеб и API, мобилни приложения и данни. Ето какво покрива това, какво търсим при всяко от тях и инструментите и рамките зад работата ни.

През целия стек

Защо широчината през целия стек има значение

Атаките могат да преминават през няколко технологични слоя. Например компрометиран API токен може да даде достъп до облачна роля, тя — до тайна от CI/CD процеса, а тайната — до системата за управление на идентичности. Проверяваме тези връзки, за да покажем пълното въздействие на откритата слабост.

Екипът ни тества облачни услуги, системи за идентичност, уеб и мобилни приложения и платформи за данни. Този опит ни позволява да проследяваме вериги от слабости и да даваме насоки за отстраняване, съобразени с реалната ви архитектура. По-долу са платформите, които тестваме, и типичните проверки за всяка група.

Облак и инфраструктура

Облачните акаунти, клъстери и пайплайни, които оценяваме за неправилна конфигурация и възможност за експлоатация.

  • AWS
  • Azure
  • Google Cloud
  • DigitalOcean
  • Kubernetes
  • Docker
  • OpenShift
  • Terraform
  • Безсървърни (Lambda / Functions)

Какво търсим

  • Пътища за ескалация на привилегии през IAM между роли, потребители и служебни акаунти
  • Публично изложени хранилища, моментни снимки и управленски крайни точки
  • Пропуски в RBAC на Kubernetes, привилегировани подове и маршрути за бягство от контейнер
  • Тайни, изтекли в състоянието на Terraform, в CI/CD пайплайни и в променливи на средата

Операционни системи и идентичност

Платформите и системите за идентичност, които стоят зад повечето вътрешни компрометирания.

  • Windows
  • Active Directory
  • Entra ID (Azure AD)
  • Linux
  • macOS
  • Okta / SSO
  • Kerberos
  • LDAP

Какво търсим

  • Пътища за атака в Active Directory през делегиране, ACL-и и услуги за сертификати
  • Kerberoasting, препредаване на идентификационни данни и слаби пароли на служебни акаунти
  • Неправилни конфигурации в Entra ID и Okta при условен достъп и съгласие за приложения
  • Локална ескалация на привилегии на крайни точки с Windows, Linux и macOS

Уеб, API и приложни стекове

Рамките, протоколите и стандартите за удостоверяване, които тестваме ръчно.

  • REST
  • GraphQL
  • SOAP
  • OAuth2 / OIDC
  • SAML
  • JWT
  • WordPress
  • React / Next.js
  • Node.js
  • Django
  • Laravel
  • Spring
  • ASP.NET

Какво търсим

  • Нарушена оторизация на ниво обект и на ниво функция през API крайните точки
  • Дефекти в OAuth2, OIDC, SAML и JWT, позволяващи подправяне на токени или превземане на акаунт
  • Злоупотреба с бизнес логиката при плащания, работни процеси и многостъпкови операции
  • Инжектиране, SSRF и десериализация в код, специфичен за конкретна рамка

AI и LLM платформи

Доставчиците на модели, оркестрационните слоеве и хранилищата за данни зад AI функциите — и административната повърхност, която ги управлява.

  • OpenAI / Azure OpenAI
  • Anthropic Claude
  • Google Gemini
  • Самостоятелно хоствани модели (Llama, Mistral)
  • Amazon Bedrock
  • Vertex AI
  • LangChain / LlamaIndex
  • Model Context Protocol (MCP)
  • Генериране с извличане (RAG)
  • Векторни хранилища (pgvector, Pinecone, Qdrant)
  • Рамки за агенти и извикване на инструменти
  • Жизнен цикъл на модела и процеси за обучение

Мобилни платформи

Нативни и кросплатформени мобилни приложения, от страна на клиента и на сървъра.

  • iOS
  • Android
  • React Native
  • Flutter

Какво търсим

  • Чувствителни данни, съхранени несигурно на устройството или в резервни копия
  • Слабо фиксиране на сертификати (certificate pinning), откриване на root или jailbreak и проверки за подправяне
  • Твърдо кодирани ключове, тайни и дебъг крайни точки в двоичния файл на приложението
  • Дефекти в сървърния API, достижими след заобикаляне на контролите от страна на клиента

Данни и съобщения

Хранилищата за данни и брокерите, които съхраняват и придвижват данните, търсени от нападателите.

  • PostgreSQL
  • MySQL
  • MSSQL
  • MongoDB
  • Redis
  • Elasticsearch
  • Kafka

Какво търсим

  • Хранилища за данни и брокери, достижими без удостоверяване или с данни по подразбиране
  • Прекомерни права в базата, които превръщат SQL инжектирането в компрометиране на хоста
  • Нешифрован клиентски трафик, репликация и резервни копия, излагащи чувствителни данни
  • Неоторизиран достъп до теми и подправяне на съобщения в опашки и потоци

Инструменти, с които тестваме

Утвърдени в бранша офанзивни инструменти, заедно с онези, които изграждаме сами.

  • Burp Suite
  • Nmap
  • Metasploit
  • BloodHound
  • Nessus
  • sqlmap
  • ffuf
  • Ghidra
  • Frida
  • Nuclei
  • Responder

Какво търсим

  • Инструментите ускоряват покритието; всяка констатация се потвърждава ръчно
  • Изходът на скенерите се преглежда на ръка, така че погрешно отчетените уязвимости отпадат, преди да стигнат до доклада ви
  • Изграждаме собствени инструменти там, където готовите не достигат
  • Сканиранията се настройват и ограничават по скорост, за да останат безопасни за продукционни системи

Стандарти и рамки

Методологиите и системите за оценяване, върху които стъпва работата ни.

  • OWASP WSTG
  • OWASP MASTG
  • OWASP API Top 10
  • OWASP Top 10 for LLM Applications
  • MITRE ATT&CK
  • MITRE ATLAS
  • PTES
  • OSSTMM
  • NIST 800-115
  • NIST AI RMF
  • CVSS / EPSS

Какво търсим

  • OWASP WSTG, MASTG и PTES определят минималното покритие за всеки тест
  • Дейностите и констатациите на red team се съотнасят към техники от MITRE ATT&CK
  • CVSS оценява критичността; EPSS добавя реалната вероятност за експлоатация
  • Рамките задават базата, но тестването отива далеч отвъд точките в контролния списък

Работите с нещо, което не е изброено? Почти със сигурност тестваме и него — кажете ни какъв е вашият стек.

Често задавани въпроси

Често задавани въпроси

Тествате ли технологии, които не са изброени тук?

Да. Групите покриват често срещани платформи, а не границите на това, което тестваме. Ако вашият стек включва нещо необичайно, споменете го, когато заявявате оферта, и ще ви кажем направо дали имаме опита да го тестваме добре.

Разчитате ли на автоматизирани скенери?

Използваме скенери и други инструменти за широко покритие, но всяка констатация в доклада се потвърждава ръчно. Тестерите проверяват и проблеми, които изискват разбиране на приложението, като нарушения в контрола на достъпа и злоупотреба с бизнес логиката.

Можете ли да тествате локални и облачни среди заедно?

Да, и често именно там са най-важните констатации. Хибридните среди свързват локалния Active Directory с Entra ID и облачни работни натоварвания, а ние тестваме пътищата между тях, както и всяка страна поотделно.

Нужен ли ви е достъп до изходния код?

Не, можем да тестваме и без него. Изходният код, архитектурните диаграми или спецификациите на API ни позволяват да покрием повече за същото време и да открием проблеми, трудни за забелязване отвън, затова препоръчваме да ги споделите, когато можете.

Кои мобилни платформи тествате?

Тестваме нативни приложения за iOS и Android, както и кросплатформени приложения, изградени с рамки като React Native и Flutter. Тестването обхваща приложението на устройството и сървърните API, с които то общува, следвайки OWASP MASTG.

Можете ли да тествате продукционни системи безопасно?

Тестваме продукционни системи при предварително договорени правила и ограничения за безопасност. Ограничаваме скоростта на автоматизираните проверки и изключваме разрушителните техники, освен ако не са изрично разрешени. При по-висок риск обсъждаме първоначално тестване в тестова среда.

Разкажете ни за вашия стек.

Кажете ни какво искате да защитите. Опитен специалист ще ви помогне да определите обхвата и следващите стъпки. Обикновено отговаряме в рамките на един работен ден.

Поверителност от първия разговор

Можем да подпишем вашето NDA, преди да споделите чувствителни детайли. За запитването ви се прилага политиката ни за поверителност.

Как защитаваме информацията ви · Политика за поверителност