🪟 Windows: Ищем «протухающие» сертификаты через PowerShell

Забытый SSL-сертификат на внутреннем веб-сервере или в хранилище `LocalMachine` — это классический повод для экстренного вызова админа из отпуска. Чтобы этого не случилось, давай автоматизируем проверку.

Технический разбор:
В Windows есть встроенный провайдер `Cert:`, который позволяет работать с сертификатами как с обычными файлами.

Сниппет для поиска проблем:

# Найти все сертификаты в личном хранилище компьютера, 
# срок действия которых истекает в ближайшие 30 дней
Get-ChildItem -Path Cert:\LocalMachine\My | 
    Where-Object { $_.NotAfter -lt (Get-Date).AddDays(30) -and $_.NotAfter -gt (Get-Date) } |
    Select-Object Subject, NotAfter, Thumbprint |
    Format-Table -AutoSize

Зачем это нужно: Закинь этот скрипт в ежедневный Task Scheduler с отправкой письма на почту, и ты никогда не пропустишь момент, когда пора обновлять сертификат на твоем AD FS или IIS.

#windows #powershell #security #pki #certificates #automation #admin_future

🔏 eMudhra: ключи восьми промежуточных CA оказались подбираемыми. Один из них буквально был числом 4

Коллеги, показательная история про архитектуру доверия PKI и слепые зоны автономных trust store в серверной инфраструктуре.

📌 ФАКТЫ
Удостоверяющий центр eMudhra отозвал 8 промежуточных сертификатов (6 для TLS и 2 для подписи кода под корнем emSign ECC Root CA - G3, кросс-подписанных Sectigo): закрытые ключи P-384, сгенерированные в апреле 2025 года, содержали катастрофически низкую энтропию

Криптография уровня велосипедного замка: вместо 384 бит случайности ключи представляли собой целые числа меньше 256 (3–8 бит). Закрытый ключ для EM OV TLS CA – G3C оказался буквально числом 4. Полный перебор на обычном ноутбуке занимает доли секунды

Причина: сбой служебного скрипта на этапе wrap/unwrap во время церемонии генерации ключей и ошибка сопоставления лейблов. Проблема оставалась незамеченной 17 месяцев и прошла через два аудита

Эксплуатация: исследователи обнаружили баг 17 октября 2026 года. Прямых фактов вредоносного выпуска в Certificate Transparency не зафиксировано, злоупотреблений в дикой природе пока не найдено

Реакция экосистемы: Chrome (CRLSet), Mozilla (OneCRL, отзыв корня G3, удаление в Firefox 158.0.1 / CVE-2026-113470), Apple и Microsoft заблокировали цепочки. На фоне инцидента eMudhra заявила об уходе с мирового рынка публичных TLS-сертификатов

Специфический фикс для Go 1.27.3 / 1.26.10 (CVE-2026-111943): встроенный верификатор crypto/x509 фильтрует скомпрометированные SPKI-хеши

🛠 ПРОВЕРКА И ПРАКТИЧЕСКИЕ ШАГИ
Браузеры блокируют такие цепочки на лету, но CLI-утилиты, скрипты, ран таймы и контейнеры обычно не проверяют списки отзыва (CRL/OCSP) и продолжают доверять скомпрометированным сертификатам, пока не обновлен сам bundle.

Bash

# 1. Обновляем системное хранилище доверенных корневых сертификатов
apt update && apt install --only-upgrade ca-certificates
update-ca-certificates 2>/dev/null || true

# 2. Тестовый запрос: проверяем, доверяет ли локальный curl скомпрометированной цепочке
# (Ожидаемый безопасный результат — ошибка SSL / HTTP 000, а не 200 OK)
curl -s -o /dev/null -w "%{http_code}\n" https://dv-g3b-emudhra.we-have-a-problem.com/

# 3. Аудит бинарников на Go (агенты мониторинга, CLI-инструменты, экспортеры)
# В них зашит встроенный движок x509:
go version -m /usr/local/bin/<ваша_утилита> | head -1

⚠️ ГДЕ ОСТАЁТСЯ РИСК
Docker-образы: контейнеры несут собственный /etc/ssl/certs/ca-certificates.crt, зашитый при сборке. apt upgrade на хосте их не защитит — необходим пересбор образов с ключом --pull --no-cache.

Изолированные runtime-пакеты: Node.js (22.23.4+ / 24.22.1+), Python (certifi), Java (cacerts), Rust (webpki-roots) тащат свои копии trust store.

Корпоративный софт и appliance: прошивки сетевого оборудования, VPN-шлюзы и внутренние утилиты, не имеющие автообновления бандлов.

💡 В ЧЁМ СУТЬ

Модель открытого PKI держится на презумпции криптографической стойкости корневых участников: ошибка одного вендора в private key автоматически ставит под угрозу весь HTTPS.

Поскольку сервера и пайплайны исторически игнорируют CRL/OCSP из соображений скорости и надежности сети, единственной защитой остается регулярная актуализация trust store в базовых ОС и пересборка контейнеров с подтягиванием свежих пакетов

ca-certificates

.

#pki #tls #certificates #security #go #sysadmin #admin_future