RD / Услуги

Целевой фаззинг

Проверка выбранных компонентов неожиданными входными данными, исследование сбоев и поиск значимых для безопасности ошибок. Начнём с компонента, важного для вашего продукта.

  • Компоненты и библиотеки
  • Неожиданные данные
  • Разбор сбоев

Для команд, создающих парсеры, библиотеки, SDK, протоколы и компоненты, которые обрабатывают недоверенные входные данные.

Когда некорректный файл, сообщение или запрос может выявить слабое место.

Что проверяем

  • Оценить пригодность цели, требования к сборке, точки входа и задачи тестирования.
  • Подготовить и запустить согласованный подход к проверке компонента.
  • Исследовать и сгруппировать сбои, минимизировать полезные примеры и оценить влияние на безопасность.

Понятный старт. Полезный результат.

Расскажите о задаче

Опишите продукт, стек, цель и срок. Короткого обзора достаточно для начала разговора.

Согласуем работу

До начала получите письменный объём, результаты, критерии приёмки, стоимость и график.

Обсуждаем промежуточные результаты

При проверке разбираем доказательства и приоритеты. При разработке проверяем согласованные этапы реализации.

Используйте результат

Получите технический разбор и материалы для команды. Согласуем дальнейшую реализацию или проверку, если они нужны.

Разбираюсь в первопричине.

Исследования Facebook и Instagram, более 300 изученных отчётов и находок в ядре Linux, восемь патчей и две опубликованные CVE. Связываю подозрительное поведение с кодом, условиями его возникновения и последствиями для продукта.

Находки и исправления в ядре Linux

Вопросы перед началом

Какой компонент подходит для фаззинга?

Компонент с понятными границами входных данных и доступной средой сборки или выполнения. Парсеры, библиотеки и обработчики протоколов — возможные кандидаты. Пригодность цели проверяем до согласования основной работы.

Можно ли начать с небольшого пилота?

Да. Платный этап оценки поможет определить, пригодна ли цель, какая подготовка нужна и что должно войти в дальнейшее тестирование.

Передадите ли вы тестовую обвязку и настройки?

Состав артефактов согласуем заранее. В зависимости от цели это могут быть тестовая обвязка, начальные входные данные, инструкции запуска, примеры для воспроизведения или рекомендации по интеграции. Они будут перечислены в предложении.

Любой сбой означает уязвимость?

Нет. Сбои нужно исследовать. Отчёт разделяет наблюдаемое поведение, подтверждённое влияние на безопасность и открытые вопросы. Количество уязвимостей или CVE не обещается.

Практические выводы из исследований

Услуги

08Контакт

Решим следующую сложную задачу.

Расскажите, что вы разрабатываете, что стоит на кону и когда нужен результат. Обсудим, подходит ли задача, и определим объём, результаты и стоимость.