13.1.2 Звіти про недоліки безпеки

Управління 13.1.2 застосовується з ISO / IEC 27002.

13.2 Управління інцидентами інформаційної безпеки та поліпшення

13.2.1 Обов'язки та процедури

Управління

Обов'язки керівництва та процедури повинні бути створені для забезпечення швидкого, ефективного і впорядкованого реагування на інциденти інформаційної безпеки.

Здійснення керівництва

На додаток до представлення подій інформаційної безпеки та слабких сторін (див. також 13.1), моніторин систем, оповіщення та вразливості (10.10.2) повинні бути використані для виявлення інцидентів інформаційної безпеки. Наступні рекомендації з процедур інформаційної безпеки управління інцидентами повинні бути розглянуті:

1. процедури повинні бути встановлені для обробки різних видів інформації інциденту безпеки, в тому числі:

1. інформаційна система невдачі і втрати роботи;

2. шкідливий код (див. 10.4.1);

3. відмова в обслуговуванні;

4. помилки, пов'язані з неповними або неточними бізнес-даними;

5. порушення конфіденційності і цілісності;

6. використання інформаційних систем;

2. на додаток до звичайних планів безперервності (див. 14.1.3), процедура повинна також охоплювати (див. також 13.2.2): 1) аналіз і виявлення причин інциденту; 2) стримування; 3) планування та здійснення коригувальних дій для запобігання рецидиву, якщо це необхідно; 4) зв'язок з постраждалим або пов'язаних з відновленням після інциденту; 5) звіти дій відповідного органу;

3. аудит та подібні докази повинні бути зібрані (див. 13.2.3) і закріплені у відповідних випадках:

1. для внутрішнього аналізу проблеми;

2. використовувати в якості речових доказів по відношенню до потенційних порушень контракту або нормативних вимог або в разі цивільного чи кримінального судочинства, наприклад, при зловживанні комп'ютером або законодавством про захист даних;

3. переговори про компенсацію від програмного забезпечення і постачальників послуг;

4. дії для відновлення від порушень безпеки і правильних збоїв, система повинна бути ретельно і формально контролюватися; процедури повинні забезпечити, щоб:

1. тільки чітко визначеному та уповноваженому персоналу було дозволено доступу до живих систем і даних (див. також 6.2 для зовнішнього доступу);

2. усі надзвичайні заходи, які прийняті, описані в подробицях;

3. надзвичайні заходи повідомляються управлінню і перевіряються впорядкованим чином;

4. цілісність бізнес-систем і систем контролю підтверджується з мінімальною затримкою.

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

Телекомунікації конкретних вказівок реалізації

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

Всі клієнти повинні бути повністю обізнані про процедури проблем ескалації і мати відповідну документацію на них.

Наприклад, клієнти за ініціативою питання можуть бути пріоритетними у відповідності з критеріями, передбаченими:

1. замовника повністю вниз або не виконує вимог SLA;

2. замовника у даний час з істотним впливом відключення; однієї або декількох систем вниз або значну втрату пакетів і / або затримки;

3. обслуговування клієнтів деградації;

4. запити клієнтів.

Телекомунікаційні організації, відповідальні за надання телекомунікаційних послуг як важливої ​​утиліти, повинні створити механізми і / або процедури для стримування, ліквідації та ліквідації інцидентів інформаційної безпеки для виявлення та аналізу інцидентів в телекомунікаційних системах точно і своєчасно .

Такі механізми і / чи процедури повинні включати в себе наступні дії:

1. Визначити чи стався інцидент на основі аналізу свідчень та інформації;

2. класифікувати і визначити пріоритети в інциденті у відповідності зі схемою керування інцидентами;

3. повідомити про подію у відповідний внутрішній персонал та зовнішні організацій;

4. придбати, зберігати, захищати і документувати докази;

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

6. ліквідації інциденту, виявлення та пом'якшення всіх вразливостей, які були використані і видалення шкідливого коду, невідповідних матеріалів та інших компонентів;

7. оправитися від інциденту з підтвердженням того, що вразливі системи функціонують нормально, при необхідності, здійснювати додатковий контроль, щоб шукати майбутні відповідні діяльності.

Інша інформація

Інциденти інформаційної безпеки можуть перевершити організаційні і національні кордонів. Щоб відповісти на такі інциденти, існує зростаюча потреба в координації дій та обміну інформацією про ці інциденти із зовнішніми організаціями.

Додаткова інформація для телекомунікацій

Телекомунікації організації повинні обмінюватися інформацією про інциденти інформаційної безпеки з відповідними організаціями, такими як ISAC-телеком.