Please enable JavaScript.

Coggle requires JavaScript to display documents.

СИСТЕМА УПРАВЛІННЯ ІНЦИДЕНТАМИ ІНФОРМАЦІЙНОЇ БЕЗПЕКИ - Coggle Diagram

- - - - Для найбільш ефективної реалізації системи управління інцидентами інформаційної безпеки необхідно спиратись на вимоги міжнародних і галузевих стандартів, таких як ISO\IEC 27001-2005 ''Information security management systems. Requirements'' та ITU-T X-1051 ''Information security management systems. Requirements for telecommunications''.
        
        Специфічні питання управління інцидентами інформаційної безпеки розглядаються в наступних документах:
        
        ISO/IEC 27035:2011 ''Information technology. Security techniques. Information security incident management'' (ISO/IEC TR 18044 ''Information security incident management'') описує інфраструктуру управління інцидентами в рамках циклічної моделі PDCA. Розглядаються питання забезпечення нормативно-розпорядчою документацією, ресурсами, приводяться докладні рекомендації щодо необхідних процедур.
        
        Документ ISO/IEC 27035:2011 (ISO/IEC TR 18044 Information security incident management) визначає формальну модель процесу реакції на інциденти.
        
        Цілями проходження цієї моделі є впевненість в тому, що:
        
        – події та інциденти інформаційної безпеки виявляються і обробляються ефективним чином, особливо в частині класифікації подій;
        
        – виявлені інциденти інформаційної безпеки враховуються і обробляються найбільш відповідним і ефективним чином;
        
        – наслідки інцидентів інформаційної безпеки можуть бути мінімізовані в процесі реакції на інциденти, можливо із залученням процесів відновлення після збоїв та аварій (DRP/BCP);
        
        – за рахунок аналізу інцидентів та подій ІБ підвищується ймовірність запобігання майбутніх інцидентів, поліпшуються механізми і процеси забезпечення ІБ.
        
        CMU/SEI-2004-TR-015 Defining incident management processes for CISRT (Software Engineering Institute/Carnegie Mellon University) описує методологію планування, впровадження, оцінки і поліпшення процесів управління інцидентами. Основний наголос робиться на організації роботи CISRT (Critical Incident Stress Response Team) – групи або підрозділів, які забезпечують сервіс і підтримку запобігання, обробки і реакції на інциденти інформаційної безпеки. Вводиться ряд критеріїв, на підставі яких можна оцінювати ефективність даних сервісів, приводяться докладні процесні карти.
        
        NIST SP 800-61 Computer security incident handling guide - збірка "кращих практик" щодо побудови процесів управління інцидентами і реакції на них. Детально розбираються питання реакції на різні типи загроз, такі як розповсюдження шкідливого програмного забезпечення, несанкціонований доступ та ін.
        
        Стандарт ISO/IEC 27001 накладає ряд загальних вимог з побудови процесів управління інформаційною безпекою, до складу яких входить і процес управління інцидентами. До числа таких вимог відноситься:
        
        – використання моделі PDCA для забезпечення планування процесів, впровадження процесів, контролю й аналізу процесів, поліпшення процесів.
        
        – належне документування процесів і процедур;
        
        – своєчасне виявлення невдалих і успішних спроб порушення безпеки та інцидентів інформаційної безпеки;
        
        – своєчасне повідомлення про інциденти ІБ за належними управлінськими каналами;
        
        – встановлення відповідальності керівництва і процедур для забезпечення швидкої і ефективної реакції на інциденти ІБ;
        
        – повинні бути реалізовані механізми, які дозволяють вимірювати і відстежувати типи, обсяги і вартість інцидентів ІБ;
        
        – необхідно зібрати, зберегти і надати докази відповідно до вимог локального законодавства;
        
        – повинна бути забезпечена підтримка керівництвом процесів управління інцидентами;
        
        – процеси управління інцидентами повинні безперервно аналізуватися і поліпшуватися.
        
        Основні вимоги до процесу управління інцидентами в стандартах ISO/IEC 27001 та ISO/IEC 27002 полягають в наступному:
        
        розподіл відповідальності та розробка процедур. Це ключовий момент в будь-якому процесі. Якщо персонал не знатиме, кому і яким чином реагувати на інцидент, то про управління даним процесом не може бути й мови;
        
        інформування про інциденти. Стандарт визначає, що всі (не тільки штатні співробітники компанії, але і підрядники, які залучаються для виконання будь-яких робіт) повинні в обов'язковому порядку своєчасно інформувати відповідальних осіб про відповідні події ІБ;
        
        інформування про уразливість ІБ. Дана міра призначена для запобігання можливим інцидентам ІБ;
        
        оцінка і прийняття рішень по інцидентах. Не всяке подія ІБ є інцидентом
        
        все залежить від прийнятої класифікації та проведеної оцінки;
        
        реагування на інциденти. Рекомендується, щоб процедура дій у відповідь на інциденти була документально підтверджена, включала такі дії, як збір свідчень, проведення експертного аналізу, ескалація (при необхідності), ведення необхідних записів, оповіщення зацікавлених сторін, усунення виявлених вразливостей, закриття інциденту і оформлення необхідної документації;
        
        витяг уроків з інцидентів. Якщо інцидент стався, слід досконально вивчити його причини і вжити необхідних заходів, щоб по можливості запобігти його повторному виникненню;
        
        збір свідчень. Даний процес повинен забезпечити наявність доказової бази як для внутрішніх дисциплінарних процесів, так і при необхідності для судового розгляду.
        
        ISO/IEC 27035: 2011
        
        Стандарт ISO/IEC 27035: 2011 «Information technology. Security techniques. Information security incident management» містить структурований і планомірний підхід
        
        здійснення відповідної реакції і управління інцидентами ІБ;
        
        виявлення, оцінки та усунення вразливостей;
        
        постійного поліпшення управління ІБ і інцидентами ІБ
        
        до виявлення, складання звітів і оцінці інцидентів ІБ;
        
        підпроцеси
        
        планування та підготовка до обробки інцидентів ІБ, включаючи складання документів, що підтримують управління інцидентами;
        
        виявлення/ідентифікація і підготовка звіту щодо інциденту ІБ;
        
        оцінка інциденту і прийняття рішень щодо інциденту ІБ;
        
        відповідна реакція на інцидент ІБ;
        
        витяг уроків з інциденту ІБ
- - - - – служба недоступна;
      - – помилка в додатку, що не дає змогу клієнту нормально працювати;
      - – вичерпано дисковий простір.
    - - – збій системи;
      - – внутрішній сигнал тривоги;
      - – відмова принтера.
    - - – надходження заявки на отримання додаткової інформації, поради, документації;
      - – забутий пароль.
  - - - – відмова в обслуговуванні сервісів, засобів обробки інформації, устаткування;
      - – порушення конфіденційності і цілісності цінної інформації;
      - – недотримання вимог до інформаційної безпеки, прийнятих в компанії (порушення правил обробки інформації);
      - – незаконний моніторинг інформаційної системи;
      - – шкідливі програми;
      - – компрометація інформаційної системи (наприклад, розголошення пароля користувача).