Управление инцидентами Incident Management
Простыми словами
Запускается не по событию, а по выводу из анализа событий: «Incident management processes are invoked when the analysis of events indicates a violation or imminent threat of violation of computer security policies», политик приемлемого использования или обычной практики. Инцидентом издание считает четыре вида происшествий — попытки несанкционированного доступа, удачные и нет; нежелательное нарушение работы или отказ в обслуживании; использование системы для обработки или хранения данных без права на это; изменение оборудования, микропрограмм или ПО без ведома владельца. Тот же список стоит в глоссарии. Самое неожиданное здесь — вес правовой части: наравне с восстановлением перечислены цепочка передачи улик, уведомление органов с документами и отчётность. Ошибка — считать это технической уборкой: отчётность перед заинтересованными сторонами объявлена таким же обязательным процессом.
Примеры
«A process for understanding and fulfilling legal requirements» с оговорками про цепочку передачи улик и «Notification of appropriate authorities, including the ability to provide appropriate documentation» — то есть документировать надо так, чтобы документы годились органам.
O-ESA (The Open Group Guide G112), разд. 5.7 — управление инцидентами
«A recovery process to bring the organization back to its defined state». Тем же выражением разд. 5.4 описывает предмет мониторинга соответствия: без описанного заданного состояния непонятно, куда возвращаться.
O-ESA (The Open Group Guide G112), разд. 5.7 и 5.4 — восстановление и мониторинг соответствия
«A reporting process to ensure all interested parties are apprised of incident management activities» стоит в перечне наравне с анализом и восстановлением.
Определение из первоисточника
дословная выпискаIncident management provides a process framework for responding to security-related threats. Incident management processes are invoked when the analysis of events indicates a violation or imminent threat of violation of computer security policies, acceptable use policies, or standard computer security practices. These include (but are not limited to): Attempts (failed or successful) to gain unauthorized access to a system or its data Unwanted disruption or denial of service The unauthorized use of a system for the processing or storage of data Changes to system hardware, firmware, or software…
Управление инцидентами даёт рамочную структуру процессов реагирования на угрозы, связанные с безопасностью. Процессы управления инцидентами запускаются, когда анализ событий указывает на нарушение или надвигающуюся угрозу нарушения политик компьютерной безопасности, политик допустимого использования либо стандартных практик компьютерной безопасности. К ним относятся (но ими не исчерпываются): попытки (неудачные или удачные) получить несанкционированный доступ к системе или её данным; нежелательное нарушение работы или отказ в обслуживании; несанкционированное использование системы для обработ…
ИсточникOpen Enterprise Security Architecture (O-ESA): A Framework and Template for Policy-Driven Security. The Open Group Guide, April 2011, № документа G112, ISBN 1-931624-94-1
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Разд. 5.7 перечисляет состав процессов управления инцидентами: анализ и реагирование; оповещение нужных людей; выполнение правовых требований (цепочка передачи улик, уведомление органов с документами, восстановление, отчётность); процесс восстановления до заданного состояния; процесс отчётности перед заинтересованными сторонами.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций