Как организовать логирование безопасности
Вопрос
Как вы организуете логирование событий безопасности в продукте, чтобы по нему можно было расследовать инциденты?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Перечень событий: входы, отказы в доступе, админ-действия, критичные операции
Структурированный формат и обязательные поля, синхронизированное время, id запроса
Маскирование секретов и ПДн в общем логгере
Центральное хранилище с правом только на запись и ограниченным доступом
Правила обнаружения и алерты с владельцами
Сроки хранения и проверка, что расследование по логам реально возможно
Что могут спросить следом
- Как проверить, что логирование действительно работает?
- Сколько хранить логи и от чего это зависит?
Разбор
Образцовый ответ: «Начинаю со списка событий, который согласую с командой: входы и их неудачи, MFA, сброс пароля, отказы в доступе, смена ролей, выгрузки, платежи. Формат JSON с обязательными полями: время UTC, пользователь, IP, действие, объект, результат, id запроса. Маскирование паролей, токенов и ПДн встраиваю в общий логгер, чтобы не зависеть от внимательности каждого. Логи уходят в центральную систему, приложение не может их менять. Поверх правила: всплеск неудачных входов, много 403 от одного пользователя, массовые выгрузки, у каждого алерта владелец и инструкция. Сроки хранения согласую с юристами. И раз в квартал проверяю на учении: можем ли по логам восстановить сценарий атаки».
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Ещё по теме «Логирование, реагирование и ПДн»
- Уведомление об утечке по 152-ФЗ
- Локализация персональных данных
- Усталость от алертов
- Маскирование email и номеров карт в логах
- Экранирование значения для лога
- Что 152-ФЗ требует от разработки
- Этапы реагирования на инцидент
- Поля записи события безопасности