Топ кибербезопасности Батранкова

И в продолжение меры по защите от проблемы которая описана в предыдущем посте

MITIGATION
• Disable LLMRN, NBT-NS and MDNS
• Disable IPv6 if not in use
• Set ms-DS-MachineAccountQuota to 0
• Monitor and alert on event ID 5136 or 4662 (match msDS-AllowedToActOnBehalfOfOtherIdentity)
• Monitor and alert on event ID 5136 or 4662 (match msDS-KeyCredentialLink)
• Monitor and alert on event ID 4768 (PKINIT authentication)
• Enable and require SMB and LDAP signing
• Consider implementing EPA (Enhanced Protection for Authentication)
• Ensure to enable local host firewall
• Implement network segmentation
• Consider disabling the WebDAV client (WebClient service)
• Implement RPC firewall rule, alert and monitor malicious RPC activities
• Consider disabling the Print Spooler Service.
• Configure privileged accounts as “Account is sensitive and cannot be delegated”
• Configure privileged accounts into the “Protected Users group”
• Consider removing the ADCS HTTP endpoint if not required (ADCS)
• Consider manual manager approval steps where they make sense (ADCS)
• Audit and review your ADCS templates and servers' permissions

Взято из презентации

#Кибербезопасность #Экспертам

C ИИ веселей начинать пятницу )

А реально-то защита работает?

Прочитал статью Константина Чмиля о проблеме формального подхода к ИБ. Очень рекомендую.

🔹Пользователя отключили в Active Directory, а доступ в облачный сервис остался.
🔹События собрали в SIEM, а сопоставить последовательность действий человека по ним трудно.
🔹Резервные копии делают каждый день, но восстановить сервис в нужный срок не получается.

Мне особенно близок предложенный подход: взять типовой для компании сценарий инцидента и пройти его целиком.
🔹Как злоумышленник получит доступ?
🔹Что мы увидим?
🔹Кто примет решение?
🔹Сможем ли остановить атаку?

Регламенты, аудиты и средства защиты нужны. Проверка того, как всё это сработает вместе, однозначно должна быть частью работы.

Статью стоит обсудить на совместной встрече ИТ и ИБ — и выбрать один сценарий, который вы проверите у себя.

Статья Константина Чмиля на Хабре.

#Кибербезопасность #Практика

🚩 У всего мира новая проблема. Основная мировая операционная система продырявлена 948 раз. ИИ-агенты нашли 948 уязвимостей ядра Linux и сделали к ним рабочие эксплойты — такой результат опубликовала OpenAI:

Имея обычную учётную запись на тестовой машине, агенты получали root, обходя включённю штатную защиту ядра. Агенты сами читали код (спасибо open source), находили ошибки, писали эксплойты и предлагали исправления.

Сначала эксплойты и предложенные патчи проверили исследователи безопасности OpenAI. Дальше исправления рассматривают мейнтейнеры подсистем Linux — разработчики, которые отвечают за этот код и решают, принимать ли изменения. Основная проблема, что патчи замедляют работу операционной системы.

Средние расходы на разработку одного эксплойта вышли около 1 279 долларов (работа через API), с учётом поиска и проверки уязвимостей.

Для защиты вопрос практический: сколько времени у нас проходит от выхода патча до его установки на рабочие системы?

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

✔️ Из-за чего установка патчей затягивается и при чём здесь клиентские приложения и их владельцы — написал в статье.

В ролике — как агенты искали уязвимости в ядре Linux.

@safebdv
#Уязвимости #Linux