Загальне звітування про інциденти

Що таке Загальне звітування про інциденти?

Звіт, поданий у перші п’ятнадцять хвилин, перевершує судово-медичне розслідування, розпочате через три дні, і найважче – вирішити, чи можна щось взагалі вважати підлягаючим звіту. Ця вправа робить це судження. Автоматичне сповіщення показує успішний вхід у ваш обліковий запис о 3:47 ранку з міста, яке ви ніколи не відвідували. Ви називаєте деталі, які роблять це серйозним, фіксуєте його під несанкціонованим доступом на порталі інцидентів і змінюєте свій пароль, поки команда безпеки відповідає.

Що ви дізнаєтесь у Загальне звітування про інциденти

• Відрізняйте звичайну подію безпеки від інциденту, про який слід повідомити, і дійте, не чекаючи певності
• Критично прочитайте сповіщення про вхід, використовуючи час, місце розташування та успішність чи невдачу, щоб оцінити серйозність
• Виберіть правильну категорію інциденту, щоб звіт одразу надійшов до потрібної команди
• Напишіть фактичний звіт про інцидент, який містить деталі, необхідні групі безпеки для швидкого сортування
• Негайно зробіть крок із стримування, передавши скомпрометовані облікові дані разом із поданням звіту

Загальне звітування про інциденти — Кроки навчання

1. Звичайний ранок четверга

   Сьогодні ви дізнаєтеся про те, як розпізнавати інциденти безпеки та повідомляти про них – події, які можуть вказувати на загрозу даним компанії, системам або людям.

2. Незвичайне сповіщення

   Переглядаючи ваші ранкові електронні листи, Аліса помічає автоматичне сповіщення безпеки від ІТ-систем ClearView. Електронний лист повідомляє про вхід до її облікового запису з незнайомого місця.

3. Аналіз оповіщення

   Аліса уважно вивчає сповіщення безпеки. Кілька деталей викликають занепокоєння.

4. Розпізнавання попереджувальних знаків

   Аліса уважно читає попередження. Вона спала о 3:47 і ніколи не була в Джакарті. Цей логін був не її. Її голова крутиться запитаннями: чи був це системний збій? Чи варто їй чекати, щоб побачити, чи це повториться? Або вона має повідомити про це негайно?

5. Вирішивши звітувати

   Аліса пригадує своє навчання безпеки. Інцидент безпеки — це будь-яка подія, яка може поставити під загрозу конфіденційні дані, дозволити несанкціонований доступ, порушити роботу або порушити політику безпеки. Підозрілий вхід явно відповідає цьому визначенню. Вона вирішує негайно повідомити про це, використовуючи посилання, надане в сповіщенні безпеки.

6. Доступ до порталу інцидентів

   Аліса відкриває внутрішній портал звітності про інциденти компанії. Вона використовує свій менеджер паролів для безпечного входу – це хороша звичка, завдяки якій вона використовує надійні унікальні облікові дані.

7. Вибір типу інциденту

   Форма звіту про інцидент відображає кілька категорій. Оскільки до Аліси стався несанкціонований вхід із іншої країни, їй потрібно вибрати відповідний тип інциденту. Підозрілий вхід із Джакарти явно є спробою несанкціонованого доступу .

8. Заповнення звіту про подію

   Якщо вибрано тип інциденту, Аліса надає чіткий, фактичний звіт про те, що сталося, включаючи час, дані про місцезнаходження з оповіщення та той факт, що вона не авторизувала цей вхід.

9. Дії негайного реагування

   Після подання звіту Аліса отримує підтвердження про те, що команда безпеки повідомлена. Система рекомендує негайно вжити заходів: змінити пароль і переглянути останні дії в обліковому записі. Аліса знає, що швидкі дії можуть обмежити шкоду від потенційного порушення.

10. Зміна облікових даних

    Аліса використовує менеджер паролів компанії, щоб створити надійний унікальний пароль. Вона знає, що якщо її старий пароль було зламано, негайно змінити його важливо для запобігання подальшому несанкціонованому доступу. Форма вимагає її поточний пароль для підтвердження її особи, перш ніж дозволити зміну.