Администрирование и инфраструктура

Безопасность ОС: Windows, Linux

🔐 Базовый hardening для обеих ОС:

✅ Общие меры:
• Минимизация установленных пакетов/служб (принцип наименьшей функциональности)
• Регулярное обновление: патчи безопасности в течение 72 часов после выхода
• Отключение ненужных сетевых сервисов и портов
• Настройка политик паролей: длина ≥12, сложность, история, блокировка после неудачных попыток
• Включение расширенного логирования (аудит входа, изменений, привилегий)

🔹 Windows специфика:
• Использование Group Policy для централизованного управления
• Настройка LAPS для управления паролями локальных админов
• Включение Credential Guard и Application Control (WDAC)
• Отключение SMBv1, настройка SMB signing

🔹 Linux специфика:
• Применение SELinux/AppArmor для мандатного контроля доступа
• Настройка sudo с принципом наименьших привилегий
• Использование auditd для детального аудита
• Конфигурация SSH: отключение root-логина, ключевая аутентификация, ограничение попыток

Чек-лист соответствия:

Требование

Инструмент проверки

Стандарт/источник

Отсутствие уязвимостей

OpenSCAP, Lynis, Microsoft Baseline Security Analyzer

CIS Benchmarks, ФСТЭК №21

Контроль целостности

AIDE, Tripwire, Wazuh FIM

Приказ ФСТЭК №21, п. 8.7

Аудит действий привилегированных пользователей

auditd (Linux), Advanced Audit Policy (Windows)

ФСТЭК №21, п. 8.2

Управление доступом и правами

🎭 Модель RBAC (Role-Based Access Control):

📋 Принципы реализации:
• Принцип наименьших привилегий (PoLP): выдавать только необходимые права
• Разделение обязанностей (SoD): критичные действия требуют участия ≥2 лиц
• Регулярный пересмотр прав (access review): минимум раз в квартал
• Автоматизация жизненного цикла учётных записей:
onboarding → role assignment → periodic review → offboarding

🔧 Технические механизмы:
• Active Directory / LDAP: группы, GPO, делегирование
• PAM-решения: управление привилегированным доступом (CyberArk, Wallix, отечественные аналоги)
• MFA: обязательна для администраторов и доступа извне
• JIT-доступ (Just-In-Time): выдача прав на ограниченное время по запросу

⚠️ Типичная ошибка: Использование общих учётных записей (admin, root) для нескольких сотрудников — нарушает принцип неотказуемости (non-repudiation) и усложняет расследование инцидентов.

Резервное копирование и восстановление

🗂️ Стратегия 3-2-1-1-0:

✅ 3 копии данных (оригинал + 2 резервные)
✅ 2 разных типа носителей (например, диск + облако)
✅ 1 копия вне площадки (offsite)
✅ 1 копия с неизменяемым хранением (WORM/immutable backup)
✅ 0 ошибок при тестовом восстановлении (регулярные проверки)

📊 Параметры резервного копирования:

Параметр

Описание

Рекомендация для критичных систем

RPO (Recovery Point Objective)

Максимально допустимая потеря данных

≤15 минут (непрерывная репликация)

RTO (Recovery Time Objective)

Максимальное время восстановления

≤1 часа (автоматизированный failover)

Частота бэкапов

Как часто создаются копии

Полные: еженедельно; инкрементальные: ежедневно; транзакционные: непрерывно

Шифрование бэкапов

Защита резервных копий

Обязательно, ключи хранятся отдельно от данных

Тестирование восстановления

Проверка работоспособности бэкапов

Ежеквартально, с документированием результатов

🛡️ Защита от ransomware:

🔒 Immutable backups: использование хранилищ с защитой от удаления/изменения (WORM)
🔐 Изоляция: резервные копии не должны быть доступны из производственной сети по умолчанию
👁️ Мониторинг: алерты при аномальной активности с бэкапами (массовое удаление, шифрование)
🧪 Регулярные учения: восстановление из резервной копии в изолированной среде

Аудит и логирование

📝 Требования к логам (согласно ФСТЭК №21, п. 8.13):

✅ Обязательные события для регистрации:
• Успешные и неудачные попытки входа в систему
• Изменения прав доступа и учётных записей
• Запуск/остановка критичных служб
• Изменения в конфигурации СЗИ
• Доступ к конфиденциальным данным

✅ Технические требования:
• Синхронизация времени (NTP) для всех источников
• Защита логов от модификации (запись в WORM, цифровая подпись)
• Хранение: минимум 1 год для ПДн, 3 года для КИИ
• Централизованный сбор в защищённое хранилище (не на защищаемом узле)

🔍 Аналитика логов:

-- Пример запроса для выявления подозрительной активности (псевдокод):
SELECT 
  user_id, source_ip, COUNT(*) as failed_attempts,
  MIN(timestamp) as first_attempt, MAX(timestamp) as last_attempt
FROM auth_logs
WHERE status = 'FAILED' 
  AND timestamp > NOW() - INTERVAL 1 HOUR
GROUP BY user_id, source_ip
HAVING COUNT(*) > 5
ORDER BY failed_attempts DESC;

Конфигурационный менеджмент и hardening

🔄 Infrastructure as Code (IaC) для безопасности:

🛠️ Инструменты:
• Ansible / Terraform: автоматизация настройки и проверка соответствия
• OpenSCAP / InSpec: декларативная проверка конфигураций на соответствие стандартам
• GitOps: версионирование конфигураций, code review изменений

📋 Пример hardening-правила (Ansible, псевдокод):

  • name: Disable unnecessary services
    systemd:
    name: "{{ item }}"
    state: stopped
    enabled: no
    loop:

    • telnet.socket

    • rsh.socket

    • ftp.socket
      tags: [hardening, cis-level1]

📚 Стандарты конфигурационной безопасности:

Стандарт

Область

Применение в РФ

CIS Benchmarks

Международные рекомендации по hardening

Ориентир для внутренних политик, адаптируется под требования ФСТЭК

ФСТЭК: Базовый набор мер

Обязательные меры для ИСПДн/ГИС

Юридически обязательный для сертифицированных систем

blog.infra-tech.ru

DISA STIGs

Стандарты для госсектора США

Используется как референс для сложных сценариев


Последнее изменение: Пятница, 17 Апрель 2026, 20:46