Ресурсы · 23
Приоритизация уязвимостей и проверка устранения
Связь известных эксплойтов, уязвимых активов, влияния на бизнес и доказательство работоспособности исправления.
Обновлено · 2 min
Чего помогает достичь это руководство
- Сопоставление оповещений с активами.
- Оценка фактической срочности.
- Безопасное развертывание.
- Проверка и закрытие.
Быстрая проверка
- Действительно ли затронутый продукт и версия развернуты?
- Доступен ли актив и является ли он критически важным для бизнеса?
- Задокументирована ли эксплойтная уязвимость?
- Что защищает сервис до установки патча?
- Подтверждает ли проверка, что проблема устранена из актива?
Пошаговый метод
- 1
Консолидация инвентаризации.
Сопоставление сервисов, продуктов, версий, сред, уязвимостей и владельцев. Одного лишь уведомления о компоненте недостаточно, чтобы доказать, что уязвимый экземпляр развернут.
Результат: список затронутых активов с указанием даты и неопределенностей.
- 2
Оценка обнаруженных уязвимостей
Сравните рекомендации поставщика, идентификатор CVE, условия эксплуатации и, где это применимо, каталог известных эксплуатируемых уязвимостей CISA. Запишите, когда был проверен каждый источник.
Результат: обнаруженные уязвимости с указанием основных источников.
- 3
Установите обоснованный приоритет
Учитывайте известные способы эксплуатации, доступность ресурсов, необходимые привилегии, обрабатываемые данные, влияние на сервис и доступные способы устранения. Назначьте ответственного и контекстно-зависимый крайний срок.
Результат: обоснованное решение о приоритете.
- 4
Подготовка изменений
Сопоставьте зависимости, окно изменений, резервное копирование и откат. Если обновление не может быть применено оперативно, запишите временный контроль и срок его действия.
Результат: план развертывания и ограниченное исключение.
- 5
Развертывание и тестирование
Примените исправление или меры по устранению уязвимости от поставщика, используя утвержденный процесс. Проверьте полученную версию, бизнес-процесс и интеграции, которые могут привести к регрессии.
Результат: запись о развертывании и функциональный результат.
- 6
Проверка закрытия
Проверьте фактический ресурс подходящим методом, найдите пропущенные экземпляры и повторно просмотрите исключения. Не закрывайте заявку только потому, что обновление было запланировано.
Результат: подтверждение проверки и обновленный реестр.
Показатели управления
| Показатель | Что он измеряет | Первое действие |
|---|---|---|
| Охват | Критические активы с известными версиями и владельцами | Завершение инвентаризации |
| Задержка | Время от квалификации до подтвержденного исправления | Устранение повторяющихся узких мест |
| Верификация | Исправления повторно протестированы на реальных активах | Возобновление закрытия без доказательств |
| Исключения | Отказы с контролем, владельцем и сроком действия | Закрытие истекших исключений |
Распространенные ошибки
- Ранжирование исключительно по общему показателю без проверки актива
- Предположение, что наличие KEV означает, что продукт существует в вашей инфраструктуре
- Развертывание без тестирования поведения сервиса
- Оставление компенсирующих элементов управления без даты проверки
Часто задаваемые вопросы
Должен ли CVE с наивысшим баллом всегда быть первым?
Показатель описывает техническую серьезность; известная эксплуатация, уязвимость и локальное влияние на сервис определяют порядок действий.
Что делать, если патча нет?
Следуйте мерам защиты поставщика, по возможности уменьшите риски и задокументируйте ответственного, дату проверки и остаточный риск.
Когда работа завершена?
После проверки версии или мер защиты на затронутых экземплярах и тестирования критически важных функций.
Официальные ссылки
Ссылки подтверждают метод. Адаптируйте проверки к вашему контексту; они не являются сертификацией. Оригинальные названия ссылок и исходные документы могут быть на другом языке.
