← Документация WAF / managed-rules / check-for-exposed-credentials
Переход на обнаружение утёкших учётных данных
В этом руководстве описаны общие шаги по обновлению Exposed Credentials Check конфигурацию в новую обнаружение утекших учётных данных.
Cloudflare рекомендует клиентам обновить конфигурацию и перейти на новое обнаружение скомпрометированных учётных данных, которое предлагает следующие преимущества:
- Использует обширную базу данных утёкших учётных данных, содержащую более 15 миллиардов паролей.
- После включения обнаружения вы можете просматривать количество входящих запросов с утёкшими учётными данными в Security Analytics ещё до создания правил противодействия.
- Против запросов, содержащих скомпрометированные учётные данные, можно принимать меры с помощью функций WAF, таких как правила ограничения скорости или пользовательские правила.
1. Отключите Exposed Credentials Check
Если вы развернули управляемый набор правил Cloudflare Exposed Credentials Check:
-
На панели управления Cloudflare перейдите к разделу Правила безопасности страницу.
Перейдите в Правила безопасности ↗ -
(Необязательно) Отфильтруйте по Управляемые правила.
-
Измените правило, которое выполняет Cloudflare Exposed Credentials Check Ruleset, и запишите текущую конфигурацию (а именно выполняемое действие). Затем удалите (или отключите) это правило.
2. Включите обнаружение утёкших учётных данных
На плане Free обнаружение утёкших учётных данных включено по умолчанию, и никаких действий не требуется. На платных планах вы можете включить обнаружение в панели управления Cloudflare, через API или с помощью Terraform.
-
В панели управления Cloudflare перейдите в раздел Security Настройки страницу.
Перейдите в Настройки ↗ -
(Необязательно) Отфильтруйте по Инструменты обнаружения.
-
Включите Обнаружение утёкших учётных данных.
Используйте POST запрос, подобный следующему:
Необходимые разрешения API-токена
Хотя бы одно из следующих права доступа токена требуется:Zone WAF WriteAccount WAF Write
curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/leaked-credential-checks" \
--request POST \
--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
--json '{
"enabled": true
}'Используйте cloudflare_leaked_credential_check ресурс, чтобы включить обнаружение утёкших учётных данных для зоны. Например:
resource "cloudflare_leaked_credential_check" "zone_lcc_example" {
zone_id = var.cloudflare_zone_id
enabled = true
}3. Настройте действия, которые нужно выполнить
Исходя из вашей предыдущей конфигурации, выполните одно из следующих действий:
- Если вы использовали действие по умолчанию в Exposed Credentials Check: включите Добавление заголовка Leaked Credentials Checks управляемое преобразование который добавляет
Exposed-Credential-Checkзаголовок к входящим запросам, содержащим скомпрометированные учетные данные. Хотя имя заголовка совпадает с именем в Exposed Credentials Check, значения заголовка в новой реализации будут отличаться в зависимости от1и4. - Если вы использовали другое действие: создайте пользовательское правило с действием, эквивалентным тому, которое вы использовали. Правило должно соответствовать
User and password leaked is true(если вы используете редактор выражений, введите(cf.waf.credential_check.username_and_password_leaked)).
Дополнительные ресурсы
- Проверьте результаты обнаружения утёкших учётных данных в Security Analytics.
- См. Пример правил противодействия примеры стратегий по снижению риска, которые можно использовать при обнаружении утёкших учётных данных.