Как защищены инфраструктуры, развёрнутые в российских публичных облаках: 5 фактов из отчёта Cloud Advisor
Российский бизнес стремительно осваивает публичные облака: всё больше компаний переносят туда свои сервисы и данные. Однако рост популярности облачных технологий закономерно привлекает и внимание злоумышленников. При этом объективных данных о реальном уровне защищённости российских облачных сред мало: команды опираются на разрозненные отчёты и собственный опыт.
Чтобы закрыть этот пробел, Cloud Advisor проанализировал данные десятков организаций — более 40 000 виртуальных машин в Cloud. ru и Yandex Cloud — и подготовил отчёт о фактическом состоянии безопасности облачных инфраструктур в России. Исследование фокусируется на том, насколько безопасно организации используют публичные облака и контролируют свою зону ответственности.
Пять ключевых фактов — в карточках ↑
Полная версия отчёта с деталями и практическими рекомендациями — по ссылке ↓
Скачать полный отчёт →
Российский бизнес стремительно осваивает публичные облака: всё больше компаний переносят туда свои сервисы и данные. Однако рост популярности облачных технологий закономерно привлекает и внимание злоумышленников. При этом объективных данных о реальном уровне защищённости российских облачных сред мало: команды опираются на разрозненные отчёты и собственный опыт.
Чтобы закрыть этот пробел, Cloud Advisor проанализировал данные десятков организаций — более 40 000 виртуальных машин в Cloud. ru и Yandex Cloud — и подготовил отчёт о фактическом состоянии безопасности облачных инфраструктур в России. Исследование фокусируется на том, насколько безопасно организации используют публичные облака и контролируют свою зону ответственности.
Главный вывод: критические риски есть практически у каждой организации, использующей публичное облако. Проблемы носят системный характер и не зависят от облачного провайдера.
Пять ключевых фактов — в карточках ↑
Полная версия отчёта с деталями и практическими рекомендациями — по ссылке ↓
Скачать полный отчёт →
🔥10✍2👍2
Разбор инцидента: как бывший сотрудник остановил Cisco Webex на две недели
В 2018 году экс-инженер Cisco воспользовался неотозванными учётными данными в AWS и удалил 456 виртуальных машин Webex Teams. Результат: две недели восстановления, более 16 000 пострадавших аккаунтов, $1,4 млн расходов и $1 млн компенсаций.
Это не APT: без фишинга, эксплойтов и вредоносного ПО. Только цепочка типичных ошибок в управлении доступом (IAM, Identity and Access Management).
В статье разбираем:
→ пять упущений, сделавших инцидент возможным;
→ меры защиты: федерация удостоверений, блокировка неактивных учётных записей, ротация ключей, принцип наименьших привилегий и ограничение доступа к веб-консоли провайдера;
→ почему недостатки в управлении IAM и мисконфигурации в облаке опаснее уязвимостей;
→ как автоматически выявлять такие риски в облачной инфраструктуре.
Читать статью →
#инцидент #кибербезопасность #облачнаябезопасность #cloudsecurity
В 2018 году экс-инженер Cisco воспользовался неотозванными учётными данными в AWS и удалил 456 виртуальных машин Webex Teams. Результат: две недели восстановления, более 16 000 пострадавших аккаунтов, $1,4 млн расходов и $1 млн компенсаций.
Это не APT: без фишинга, эксплойтов и вредоносного ПО. Только цепочка типичных ошибок в управлении доступом (IAM, Identity and Access Management).
В статье разбираем:
→ пять упущений, сделавших инцидент возможным;
→ меры защиты: федерация удостоверений, блокировка неактивных учётных записей, ротация ключей, принцип наименьших привилегий и ограничение доступа к веб-консоли провайдера;
→ почему недостатки в управлении IAM и мисконфигурации в облаке опаснее уязвимостей;
→ как автоматически выявлять такие риски в облачной инфраструктуре.
Читать статью →
#инцидент #кибербезопасность #облачнаябезопасность #cloudsecurity
🔥4👍2✍1