Безопасность в облаке: IAM, VPC, шифрование
«Безопасно ли облако?» — вопрос, который задаёт каждый. Ответ: облако безопаснее, чем большинство собственных ДЦ, если правильно настроить. Провайдеры вкладывают миллиарды в безопасность, но ответственность за настройку — на клиенте.
Это называется «shared responsibility model»: провайдер отвечает за физическую инфраструктуру, вы — за конфигурацию. В этой статье — разбор безопасности в облаке: IAM, VPC, шифрование, аудит. Как защитить данные и не допустить утечек. Если нужно настроить безопасное облако — поможем.
📋 Содержание статьи
Модель ответственности
В облаке ответственность делится между провайдером и клиентом.
| Уровень | Провайдер | Клиент |
|---|---|---|
| Физическая инфраструктура | ✓ | |
| Сеть | ✓ | |
| Гипервизор | ✓ | |
| ОС и патчи | ✓ | |
| Сетевая конфигурация | ✓ | |
| Firewall | ✓ | |
| IAM и доступы | ✓ | |
| Данные и шифрование | ✓ | |
| Приложение | ✓ | |
| Секреты и ключи | ✓ |
Провайдер отвечает за «безопасность облака», клиент — за «безопасность в облаке». Ошибки в конфигурации — самая частая причина утечек.
IAM
IAM (Identity and Access Management) — это система управления доступом. Кто, к чему, как может получить доступ.
Основные понятия
- Users: пользователи (люди);
- Groups: группы пользователей;
- Roles: роли (для сервисов, ВМ);
- Policies: политики (что разрешено);
- MFA: двухфакторная аутентификация;
- Access Keys: ключи для API.
Принципы
- Least Privilege: минимум прав. Каждый получает только то, что нужно;
- Root account: не использовать для повседневных задач. Только для настройки;
- MFA везде: обязательно для админов;
- Отдельные роли: для каждого сервиса — своя роль;
- Короткие ключи: Access Keys обновлять регулярно;
- Аудит: логировать все действия.
Примеры
- Разработчик: доступ к dev-среде, чтение логов;
- DevOps: доступ к prod, управление инфраструктурой;
- БД-роль: доступ к конкретной БД;
- Приложение: доступ только к нужным сервисам.
VPC
VPC (Virtual Private Cloud) — изолированная сеть в облаке. Все ресурсы находятся внутри VPC.
Компоненты
- Subnets: подсети (public, private);
- Route tables: маршрутизация;
- Internet Gateway: выход в интернет;
- NAT Gateway: для private подсетей;
- Security Groups: файрвол на уровне инстанса;
- Network ACLs: файрвол на уровне подсети;
- VPC Peering: соединение VPC.
Best practices
- Private subnets: БД и внутренние сервисы в private, без выхода в интернет;
- Public subnets: только балансировщики и NAT;
- Security Groups: минимум открытых портов;
- Bastion host: для SSH-доступа через одну точку;
- Flow logs: логирование трафика;
- VPC Endpoints: доступ к AWS-сервисам без интернета.
Шифрование
Шифрование — обязательный элемент. Данные должны быть зашифрованы в покое и при передаче.
В покое (at rest)
- Диски ВМ: EBS-шифрование;
- Object Storage: SSE-S3, SSE-KMS;
- БД: Transparent Data Encryption;
- Бэкапы: шифрование бэкапов;
- Ключи: AWS KMS, Azure Key Vault, Yandex KMS.
При передаче (in transit)
- HTTPS: TLS 1.2+ для всего;
- VPN: для соединений между сетями;
- Private links: для связи между сервисами;
- SSH/HTTPS: для управления.
Управление ключами
- KMS: централизованное управление ключами;
- Ротация: автоматическая смена ключей;
- Разделение: разные ключи для разных данных;
- Аудит: логирование использования ключей.
💡 Важно
Шифрование в облаке — по умолчанию включено у большинства провайдеров. Но убедитесь, что оно включено для всех сервисов, особенно для БД и хранилищ.
Секреты
Секреты — это пароли, API-ключи, токены. Их нельзя хранить в коде или в открытых конфигах.
Инструменты
- AWS Secrets Manager: хранение и ротация секретов;
- Azure Key Vault: то же для Azure;
- HashiCorp Vault: мультиоблачный;
- Yandex Lockbox: российский;
- Parameter Store: простой вариант от AWS.
Правила
- Не в коде: никогда не коммитить секреты;
- Не в env без защиты: если env-переменные логируются — риск;
- Ротация: менять пароли регулярно;
- Аудит: логировать доступ к секретам;
- Разные для окружений: dev, stage, prod — разные;
- Шифрование: все секреты зашифрованы.
WAF и защита
Помимо IAM и шифрования, важно защитить приложение от атак.
WAF
- AWS WAF: защита от SQL-инъекций, XSS, ботов;
- Cloudflare WAF: то же + DDoS;
- Yandex Smart Web Security: российский WAF;
- Правила: обновляются автоматически.
DDoS protection
- AWS Shield: базовая и Advanced защита;
- Cloudflare: встроена во все тарифы;
- Yandex DDoS Protection: российский;
- Rate limiting: ограничение запросов.
Защита приложения
- SAST/DAST: сканеры уязвимостей кода;
- Dependency scanning: проверка библиотек;
- Penetration testing: тесты на проникновение;
- Bug bounty: программа поиска уязвимостей.
Аудит и логи
Аудит — это запись всех действий в облаке. Без него невозможно понять, что произошло.
Что логировать
- IAM: кто входил, что делал;
- API: все вызовы API;
- Данные: доступ к чувствительным данным;
- Сеть: трафик, соединения;
- Приложение: ошибки, события;
- БД: запросы, изменения.
Инструменты
- CloudTrail (AWS): аудит всех действий;
- Azure Monitor: логи и метрики;
- GCP Cloud Logging: логирование;
- Yandex Audit Trails: российский аудит;
- ELK Stack: централизация логов;
- Sentry: ошибки приложения.
Хранение
- Отдельное хранилище: логи не на том же сервере;
- Защита: логи нельзя удалить или изменить;
- Сроки: 90 дней — 7 лет;
- Анализ: автоматический поиск аномалий.
Мониторинг
Мониторинг безопасности — это отслеживание аномалий в реальном времени.
Что отслеживать
- Неудачные входы: много попыток — брутфорс;
- Аномалии API: необычные вызовы;
- Изменения конфигураций: кто-то изменил настройки;
- Доступ к данным: необычные запросы;
- Сетевой трафик: аномалии в трафике;
- Расходы: резкий рост — возможен майнинг.
Инструменты
- AWS GuardDuty: ML-обнаружение угроз;
- Azure Security Center: мониторинг безопасности;
- GCP Security Command Center: то же для GCP;
- Yandex Security: российский;
- Splunk, ELK: SIEM-системы;
- PagerDuty: алерты.
Чек-лист безопасности
IAM
- MFA для всех админов
- Root account заблокирован
- Least privilege для всех
- Ротация Access Keys
- Роли для сервисов
VPC и сеть
- Private subnets для БД
- Security Groups минимальны
- Bastion host для SSH
- Flow Logs включены
- VPC Endpoints для сервисов
Шифрование
- Шифрование дисков
- Шифрование S3/хранилищ
- Шифрование БД
- HTTPS для всего
- KMS для ключей
Аудит и мониторинг
- CloudTrail включён
- Логи в отдельном хранилище
- GuardDuty включён
- Алерты настроены
- SIEM для анализа
Наши рекомендации
📌 Что вы получаете, заказывая безопасность у нас
- Настройку IAM — роли, политики, MFA
- VPC — private subnets, security groups
- Шифрование — диски, БД, хранилища
- Секреты — Secrets Manager
- Аудит — CloudTrail, логи, SIEM
- Мониторинг — GuardDuty, алерты
- Реакцию на инциденты — помощь при проблемах
🔹 Оставьте заявку на настройку безопасности
Хотите защитить облако? Оставьте заявку на бесплатную консультацию.
📌 Итоговый вывод
Безопасность в облаке — это ответственность клиента, а не только провайдера.
Что нужно знать:
- Модель ответственности — провайдер за инфраструктуру, клиент за конфигурацию
- IAM — MFA, least privilege, роли, аудит
- VPC — private subnets, security groups, bastion
- Шифрование — at rest и in transit, KMS
- Секреты — Secrets Manager, ротация
- WAF — защита от атак на приложение
- Аудит — CloudTrail, логи, хранение
- Мониторинг — GuardDuty, алерты, SIEM
- Чек-лист — 20+ пунктов для проверки
Хотите защитить облако? Закажите консультацию в Lead Hub.
Также рекомендуем: что такое облако, типы облаков, миграция в облако, стоимость облака, облако vs VPS, облачный хостинг.