ОФІЦІЙНИЙ СТАНДАРТ NIST • CSWP 29


Редакція 2.0 (Лютий 2024)

The NIST Cybersecurity Framework (CSF) 2.0

Повний, незрізаний офіційний український посібник, передмова, структура таксономії результатів, шість ключових функцій (включно з новою функцією GOVERN), 22 категорії, 106 підкатегорій Ядра (CSF Core), рівні зрілості (CSF Tiers) та інженерна інтеграція з CIS Benchmarks™.

ВИДАВЕЦЬ
NIST (США)

ОФІЦІЙНИЙ DOI

ОБСЯГ ОРИГІНАЛУ
32 сторінки (Full Spec)

ОХОПЛЕННЯ ЯДРА
106 підкатегорій (100%)


Зміст стандарту NIST CSF 2.0


ОФІЦІЙНІ МЕТАДАНІ • СТОРІНКИ 1–4 ОРИГІНАЛУ

Довідкова інформація про публікацію

Анотація (Abstract)

Фреймворк кібербезпеки NIST (CSF) 2.0 надає практичні настанови промисловості, урядовим установам та іншим організаціям для ефективного управління кіберризиками. Він пропонує таксономію результатів кібербезпеки високого рівня, яку може застосовувати будь-яка організація — незалежно від її розміру, сфери діяльності чи поточної зрілості, — щоб краще розуміти, оцінювати, визначати пріоритети та комунікувати власні зусилля з кібербезпеки. CSF не визначає директивно, як саме слід досягати результатів. Натомість він посилається на онлайн-ресурси, що пропонують додаткові настанови щодо практик і засобів контролю для реалізації цих результатів. Цей документ детально описує CSF 2.0, його компоненти та широкі можливості практичного використання.

Ключові слова (Keywords)

Кібербезпека; Фреймворк кібербезпеки (CSF); корпоративне управління кіберризиками; управління ризиками підприємства (ERM); Профілі (Profiles); Рівні (Tiers).

Цільова аудиторія (Audience)

Керівники програм кібербезпеки, CISO, ради директорів, фахівці з закупівель, ІТ-інженери, ризик-менеджери, юристи, HR-спеціалісти, аудитори, а також регулятори та галузеві асоціації.

Додаткові ресурси (Supplemental Content)

NIST продовжує створювати та підтримувати додаткові матеріали для допомоги організаціям у впровадженні CSF, включно з Посібниками швидкого старту (Quick Start Guides) та Профілями спільноти (Community Profiles). Усі ці матеріали є публічно доступними на офіційному вебсайті NIST CSF. Пропозиції щодо додавання нових ресурсів можна надсилати на [email protected].

Подяки та історія створення (Acknowledgments)

Ця публікація стала результатом широкої відкритої співпраці за участю тисяч експертів із приватного сектору, державних органів США та міжнародних партнерів. NIST висловлює щиру подяку всім учасникам семінарів, авторам письмових коментарів та робочим групам за неоціненний внесок у формування CSF 2.0.


PREFACE • СТОРІНКА 5

Передмова до офіційного видання

Фреймворк кібербезпеки NIST (Cybersecurity Framework, CSF) 2.0 розроблено для того, щоб допомогти організаціям будь-якого масштабу та з будь-яких секторів економіки — включно з комерційними підприємствами, урядовими установами, академічними закладами та некомерційними організаціями — ефективно управляти та зменшувати свої кіберризики. Він є однаково корисним незалежно від поточного рівня зрілості чи технічної складності існуючої програми безпеки.

CSF базується на загальновизнаних стандартах кібербезпеки, практиках і настановах. Першу версію фреймворку було опубліковано у 2014 році на виконання Указу Президента США № 13636 («Покращення кібербезпеки критичної інфраструктури») насамперед для операторів критичної інфраструктури. Редакція CSF 1.1 (2018 рік) розширила цей контекст. Проте версія CSF 2.0 офіційно поширює сферу дії на ВСІ організації без винятку — від малого бізнесу до транснаціональних корпорацій.

У версії CSF 2.0 збережено успішний консенсусний підхід попередніх версій, а також додано низку фундаментальних нововведень:

  • Створення нової, шостої функції УПРАВЛІННЯ (GOVERN): виділення стратегічного рівня нагляду за ризиками, узгодження безпеки з цілями бізнесу та ланцюгами постачання.
  • Розширення охоплення ланцюгів постачання (C-SCRM): окремі деталізовані вимоги щодо вибору, моніторингу та оцінки сторонніх постачальників послуг і технологій.
  • Створення каталогу прикладів впровадження (Implementation Examples): понад 300 прикладів дій для кожної підкатегорії Ядра, доступних онлайн через платформу NIST CPRT.
  • Універсальна інтеграція з іншими програмами ризиків (ERM, Privacy, AI): чіткі інструкції щодо інтеграції CSF у загальну систему управління ризиками підприємства.

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

1. Загальний огляд фреймворку кібербезпеки (Cybersecurity Framework Overview)

▪ 1.1 Призначення та концепція CSF (CSF Purpose)

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

Фреймворк кібербезпеки NIST (CSF) 2.0 являє собою загальну мову та структуру (таксономію) для розуміння та управління кіберризиками. CSF побудований на орієнтації на результати (outcome-driven), а не на жорстких приписах. Це означає, що фреймворк формулює що має бути досягнуто в термінах безпеки, але залишає організації свободу вибору інструментів, контролів і технологій для реалізації цих результатів з огляду на специфіку її бізнес-моделі та бюджету.

▪ 1.2 Три ключові компоненти CSF (CSF Components)

Фреймворк складається з трьох фундаментальних взаємопов’язаних компонентів:

1
Ядро CSF (CSF Core)

Ієрархічна таксономія високорівневих цілей безпеки: 6 Функцій, 22 Категорії та 106 Підкатегорій. Ядро є універсальним фундаментом, який охоплює всі сфери захисту ІКТ-активів організації.

2
Організаційні профілі (Profiles)

Кастомізація Ядра під індивідуальні вимоги організації. Включає Поточний профіль (Current Profile) для фіксації поточного стану безпеки та Цільовий профіль (Target Profile) для планування майбутнього стану та аналізу прогалин (gap analysis).

3
Рівні реалізації (CSF Tiers)

Чотири рівні (від 1 до 4), що характеризують ступінь зрілості, строгості та інтегрованості практик корпоративного та операційного управління кіберризиками, а також взаємодії з ланцюгами постачання.

CSF не є законодавчим актом або замкненою сертифікацією — це відкритий інженерний стандарт. Він розроблений для гармонізації з міжнародними стандартами (ISO/IEC 27001, COBIT, ISA 62443, NIST SP 800-53) та технічними бенчмарками налаштування конфігурацій (CIS Benchmarks).

2. Вступ до ядра CSF Core (Introduction to the CSF Core)

Ядро CSF (Core) являє собою систематизований набір результатів кібербезпеки, що описують стан захищеності організації. Ядро організовано за трирівневою ієрархією: Функції → Категорії → Підкатегорії.

Структура Ядра CSF: Функції, Категорії та Підкатегорії

Рис. 1 (Fig. 1)

Структура Ядра CSF: Функції, Категорії та Підкатегорії (CSF Core Structure)

Ієрархічна структура Ядра показує взаємозв’язок між найвищим концептуальним рівнем (Функції), операційними групами завдань (Категорії) та технічними/управлінськими результатами (Підкатегорії).

Кожна Функція позначається активним дієсловом, яке узагальнює її зміст. Шість функцій CSF 2.0 діють одночасно та безперервно:

GV
GOVERN (Управління)

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

ID
IDENTIFY (Ідентифікація)

Визначення та розуміння поточних кіберризиків організації щодо активів (даних, обладнання, ПЗ, сервісів), персоналу, постачальників та операційних процесів.

PR
PROTECT (Захист)

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

DE
DETECT (Виявлення)

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

RS
RESPOND (Реагування)

Вжиття оперативних заходів у разі підтвердження інциденту: координація дій, локалізація, стримування поширення атаки, її ліквідація та оповіщення сторін.

RC
RECOVER (Відновлення)

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

Шість взаємодоповнюючих Функцій Ядра CSF 2.0

Рис. 2 (Fig. 2)

Шість взаємодоповнюючих Функцій Ядра CSF 2.0 (CSF Functions Wheel)

Функція GOVERN (Управління) охоплює всі інші п’ять функцій (Identify, Protect, Detect, Respond, Recover), визначаючи контекст, стратегію та нагляд для їх паралельної реалізації.

Функції діють паралельно, а не лінійно. Наприклад, дії з УПРАВЛІННЯ визначають вимоги для ЗАХИСТУ; водночас результати ВИЯВЛЕННЯ викликають заходи РЕАГУВАННЯ, а досвід ВІДНОВЛЕННЯ безпосередньо покращує практики ІДЕНТИФІКАЦІЇ та коригує політики УПРАВЛІННЯ.

Таблиця 1. Офіційний огляд 6 функцій та 22 категорій Ядра CSF 2.0

Функція (Function) Категорії ядра (Categories) та їх ідентифікатори
GV GOVERN (Управління) Організаційний контекст (GV.OC), Стратегія управління ризиками (GV.RM), Ролі та відповідальність (GV.RR), Політики безпеки (GV.PO), Нагляд і контроль (GV.OV), Управління ризиками ланцюга постачання (GV.SC)
ID IDENTIFY (Ідентифікація) Управління активами (ID.AM), Оцінка ризиків (ID.RA), Покращення (ID.IM)
PR PROTECT (Захист) Управління ідентифікацією та доступом (PR.AA), Навчання та обізнаність (PR.AT), Безпека даних (PR.DS), Безпека платформ та інфраструктури (PR.PS), Стійкість інфраструктури (PR.IR)
DE DETECT (Виявлення) Безперервний моніторинг безпеки (DE.CM), Аналіз аномалій та подій (DE.AE)
RS RESPOND (Реагування) Управління інцидентами (RS.MA), Аналіз інцидентів (RS.AN), Реагування та стримування (RS.MI), Звітність та комунікація (RS.CO)
RC RECOVER (Відновлення) Виконання плану відновлення після інцидентів (RC.RP), Комунікація відновлення (RC.CO)

3. Вступ до Профілів та Рівнів реалізації CSF (Introduction to CSF Profiles and Tiers)

У цьому розділі визначено концепції Профілів (Profiles) та Рівнів реалізації (Tiers) фреймворку CSF 2.0.

▪ 3.1 Організаційні профілі CSF (CSF Profiles)

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

Організаційні профілі зазвичай мають два взаємопов’язані стани:

  • Поточний профіль (Current Profile): фіксує результати Ядра, яких організація досягає на даний момент (стан «як є», As-Is), а також документує наявні обмеження чи прогалини.
  • Цільовий профіль (Target Profile): визначає результати Ядра, яких організація прагне досягти для забезпечення прийнятного для неї рівня кіберризиків (стан «як має бути», To-Be).

Профілі спільноти (Community Profiles) — це базові конфігурації результатів CSF, розроблені та опубліковані галузевими асоціаціями, урядовими агенціями або експертними коаліціями для вирішення спільних проблем сектора кібербезпеки. Вони слугують готовим шаблоном або основою для побудови цільових профілів окремих підприємств.

Створення та використання Організаційних профілів CSF

Рис. 3 (Fig. 3)

Створення та використання Організаційних профілів CSF (Creating and Using Profiles)

П’ять послідовних кроків розробки Організаційного профілю (від визначення меж до впровадження плану дій) та безперервне циклічне вдосконалення.

П’ять офіційних кроків створення та використання Організаційного профілю (Creating and Using Profiles):

  1. 1. Визначити сферу охоплення Організаційного профілю (Scope the Organizational Profile): Задокументуйте загальні факти та припущення, на яких базуватиметься Профіль, щоб чітко визначити його межі. Організація може створювати стільки Організаційних профілів, скільки необхідно, кожен із власною сферою охоплення. Наприклад, Профіль може охоплювати всю організацію загалом, бути обмеженим фінансовими системами організації або фокусуватися виключно на протидії атакам програм-вимагачів (ransomware) та реагуванні на інциденти, пов’язані з цими фінансовими системами.
  2. 2. Зібрати інформацію, необхідну для підготовки Організаційного профілю (Gather the information needed to prepare the Organizational Profile): Приклади необхідної інформації включають організаційні політики, пріоритети управління ризиками та виділені ресурси, профілі корпоративних ризиків підприємства (ERM), реєстри аналізу впливу на бізнес (Business Impact Analysis, BIA), вимоги законодавства та регуляторні стандарти, яких дотримується організація, діючі практики й інструменти (процедури та засоби захисту), а також робочі ролі персоналу.
  3. 3. Створити Організаційний профіль (Create the Organizational Profile): Визначте, які типи інформації має містити Профіль для обраних результатів CSF, та задокументуйте відповідні відомості. Враховуйте вплив ризиків, виявлених у Поточному профілі, для формування планування та визначення пріоритетів Цільового профілю. Також рекомендується розглянути використання Профілю спільноти (Community Profile) як основи для розробки Цільового профілю.
  4. 4. Проаналізувати прогалини між Поточним і Цільовим профілями та створити план дій (Analyze the gaps between Current and Target Profiles, and create an action plan): Проведіть аналіз розривів (gap analysis) для виявлення й оцінки відмінностей між Поточним і Цільовим профілями. Сформуйте пріоритизований план дій (наприклад, реєстр ризиків, деталізований звіт про ризики, План дій та контрольних точок [POA&M — Plan of Action and Milestones]) для системного усунення виявлених розривів.
  5. 5. Впровадити план дій та оновлювати Організаційний профіль (Implement the action plan, and update the Organizational Profile): Дотримуйтесь плану дій для подолання прогалин і поступового переведення організації до стану Цільового профілю. План дій може мати фіксований кінцевий термін або реалізовуватися на постійній, безперервній основі.

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

Додаткові випадки використання Організаційних профілів:

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

▪ 3.2 Рівні реалізації CSF (CSF Tiers) (CSF Tiers)

Організація може вирішити використовувати Рівні (Tiers) для інформаційного наповнення своїх Поточного та Цільового профілів. Рівні характеризують строгість і зрілість практик корпоративного управління та менеджменту кіберризиків організації. Вони надають контекст щодо того, як організація розглядає кіберризики та які процеси функціонують для управління цими ризиками.

Рівні, показані на Рис. 4 та концептуально проілюстровані у Додатку B, відображають практики організації з управління кіберризиками як:

  • Рівень 1: Частковий (Tier 1: Partial)
  • Рівень 2: З урахуванням ризиків (Tier 2: Risk Informed)
  • Рівень 3: Повторюваний (Tier 3: Repeatable)
  • Рівень 4: Адаптивний (Tier 4: Adaptive)
Рівні реалізації CSF (CSF Tiers)

Рис. 4 (Fig. 4)

Рівні реалізації CSF (CSF Tiers) (CSF Tiers for Governance and Management)

Рівні реалізації CSF для корпоративного управління та ризик-менеджменту: Tier 1 (Частковий) → Tier 2 (З урахуванням ризиків) → Tier 3 (Повторюваний) → Tier 4 (Адаптивний).

Рівні описують прогрес від неформальних, ad hoc дій до підходів, що є гнучкими, керованими на основі оцінки ризиків і постійно вдосконалюваними. Вибір Рівнів допомагає встановити загальний вектор того, як саме організація управлятиме власними кіберризиками.

Рівні реалізації повинні доповнювати діючу методологію управління кіберризиками підприємства, а не замінювати її. Наприклад, організація може використовувати Рівні для внутрішньої комунікації як орієнтир для загальнокорпоративного підходу до кіберризиків. Перехід на вищі Рівні рекомендується та заохочується тоді, коли аналіз витрат і вигод (cost-benefit analysis) вказує на досяжне, економічно обґрунтоване зменшення негативних наслідків кіберризиків.


РОЗ’ЯСНЕННЯ NIST

Примітка NIST щодо інтерпретації Tiers

Рівні не обов’язково є традиційними рівнями зрілості (Maturity Levels). Організації не зобов’язані прагнути досягти Рівня 4 для кожної системи або процесу. Цільовий рівень обирається виходячи з бізнес-цілей, регуляторного середовища та прийнятного ризик-апетиту.

4. Допоміжні онлайн-ресурси NIST (Online Resources Supplementing CSF)

NIST разом із глобальною безпековою спільнотою створив розгалужену цифрову екосистему відкритих матеріалів, розміщених на платформі NIST CPRT (Cybersecurity and Privacy Reference Tool):

Інформативні посилання (Informative References)

Офіційні перехресні таблиці відповідності (мапінги) між підкатегоріями CSF 2.0 та положеннями інших стандартів: ISO/IEC 27001, NIST SP 800-53 Rev. 5, CIS Critical Security Controls v8, COBIT тощо.

Приклади впровадження (Implementation Examples)

Конкретні, лаконічні та орієнтовані на дії приклади технічних заходів і процесів для кожної зі 106 підкатегорій Ядра (понад 350 готових сценаріїв для інженерів).

Посібники швидкого старту (Quick-Start Guides)

Короткі практичні керівництва для швидкого старту: для малого бізнесу (SMB), для інтеграції з ERM, для управління ризиками ланцюгів постачання (C-SCRM) та для побудови профілів спільноти.

Будь-яка організація може запропонувати власні мапінги та інформативні посилання до публічного репозиторію через Національну програму онлайн-каталогів інформативних посилань (OLIR) за адресою [email protected].

5. Покращення комунікації кіберризиків та корпоративна інтеграція (Improving Risk Communication & Integration)

▪ 5.1 Покращення комунікації між трьома рівнями організації (Risk Communication)

Управління кіберризиками вимагає злагодженої взаємодії на всіх щаблях корпоративної структури. CSF забезпечує єдиний зрозумілий словник для комунікації між трьома основними рівнями:

Використання CSF для покращення комунікації з управління ризиками

Рис. 5 (Fig. 5)

Використання CSF для покращення комунікації з управління ризиками (Risk Communication via CSF)

CSF виступає єдиним комунікаційним мостом між вищим керівництвом (Executives), керівниками бізнес-процесів (Business Process/Managers) та операційними фахівцями (Practitioners).

1. Рівень вищого керівництва (Executive Level)

Рада директорів, генеральний директор (CEO) та топ-менеджмент визначають стратегічні цілі, ризик-апетит, виділяють бюджети та здійснюють загальний нагляд за безпекою через функцію GOVERN.

2. Рівень бізнес-процесів (Business/Process Level)

Керівники бізнес-підрозділів інтегрують вимоги кібербезпеки в повсякденні операційні процеси, оцінюють вплив на бізнес та транслюють вимоги зверху вниз до операторів систем.

3. Операційний та технічний рівень (Practitioner Level)

Системні адміністратори, архітектори, інженери кібербезпеки (SOC, Incident Response) безпосередньо впроваджують технічні заходи, керують конфігураціями та моніторять інциденти.

▪ 5.2 Інтеграція з ERM, приватністю та ланцюгами постачання (Integration with ERM, Privacy & Supply Chain)

Кібербезпека не повинна функціонувати як ізольований «силос». CSF 2.0 розроблено для повної інтеграції з чотирма спорідненими напрямами корпоративного управління:

1. Інтеграція з управлінням ризиками підприємства (ERM)

Організації використовують підходи ERM для збалансованого портфельного управління всіма видами ризиків. NIST рекомендує комплекс нормативних документів серії NIST IR 8286 та SP 800-221:

  • NIST IR 8286: Інтеграція кібербезпеки в корпоративне управління ризиками (ERM).
  • NIST IR 8286A: Ідентифікація та оцінка кіберризиків для ERM.
  • NIST IR 8286B: Пріоритезація кіберризиків для ERM.
  • NIST IR 8286C: Етапне представлення кіберризиків для корпоративного нагляду.
  • NIST IR 8286D: Використання аналізу впливу на бізнес (BIA) для інформування пріоритетів ризиків.
  • NIST SP 800-221 / SP 800-221A: Вплив ризиків ІКТ на підприємство та портфельне управління.

2. Взаємозв’язок із захистом конфіденційності (Privacy Framework)

Кібербезпека та захист персональних даних — взаємопов’язані, але самостійні дисципліни. Кібербезпека відповідає за захист від несанкціонованого доступу, витоків чи пошкодження даних. Проте навіть повністю захищена система може порушувати права на приватність (наприклад, через надмірний збір даних або непрозоре профілювання). CSF тісно синхронізовано з NIST Privacy Framework.

Взаємозв'язок між ризиками кібербезпеки та конфіденційності

Рис. 6 (Fig. 6)

Взаємозв’язок між ризиками кібербезпеки та конфіденційності (Cybersecurity & Privacy Relationship)

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

3. Управління кіберризиками ланцюга постачання (C-SCRM)

Сучасні організації залежать від сотень зовнішніх вендорів, хмарних провайдерів (SaaS/IaaS) та сторонніх бібліотек відкритого коду. CSF 2.0 приділяє безпрецедентну увагу C-SCRM у категорії GV.SC, спираючись на спеціалізований стандарт NIST SP 800-161 Rev. 1.

4. Ризики нових технологій та штучного інтелекту (AI)

Поява великих мовних моделей (LLM), автономних агентів та хмарних генеративних систем створює нові вектори загроз (ін’єкції промптів, отруєння навчальних даних, витік конфіденційних даних через запити). CSF 2.0 діє в синергії з NIST AI Risk Management Framework (AI RMF 1.0), надаючи фундамент для безпечного впровадження штучного інтелекту в корпоративну інфраструктуру.

Управління (GOVERN) — GOVERN (GV)

Встановлення, комунікація та моніторинг стратегії, очікувань та політик управління кіберризиками організації.

GV.OC
Організаційний контекст
Оригінал NIST: Organizational Context


5 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.OC-01 The organizational mission is understood and informs cybersecurity risk management Місія організації є зрозумілою та визначає підходи до управління кіберризиками
GV.OC-02 Internal and external stakeholders are understood, and their needs and expectations regarding cybersecurity risk management are understood and considered Внутрішні та зовнішні стейкхолдери визначені, а їхні потреби та очікування щодо управління кіберризиками зрозумілі й враховані
GV.OC-03 Legal, regulatory, and contractual requirements regarding cybersecurity — including privacy and civil liberties obligations — are understood and managed Законодавчі, регуляторні та договірні вимоги щодо кібербезпеки — включно із захистом конфіденційності та громадянських свобод — задокументовані та виконуються
GV.OC-04 Critical objectives, capabilities, and services that external stakeholders depend on or expect from the organization are understood and communicated Критичні цілі, спроможності та послуги, від яких залежать зовнішні стейкхолдери або які вони очікують від організації, визначені та доведені до відома
GV.OC-05 Outcomes, capabilities, and services that the organization depends on are understood and communicated Результати діяльності, зовнішні послуги та спроможності, від яких залежить організація, визначені та комунікуються

GV.RM
Стратегія управління ризиками
Оригінал NIST: Risk Management Strategy


7 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.RM-01 Risk management objectives are established and agreed to by organizational stakeholders Цілі управління кіберризиками встановлені та узгоджені зі стейкхолдерами організації
GV.RM-02 Risk appetite and risk tolerance statements are established, communicated, and maintained Заяви про ризик-апетит (risk appetite) та допустимі рівні ризику (risk tolerance) формалізовані, доведені до персоналу та підтримуються в актуальному стані
GV.RM-03 Cybersecurity risk management activities and outcomes are included in enterprise risk management processes Діяльність та результати управління кіберризиками повністю інтегровані в загальну систему управління ризиками підприємства (ERM)
GV.RM-04 Strategic direction that describes appropriate risk response options is established and communicated Стратегічні напрямки щодо вибору варіантів реагування на ризики (прийняття, пом’якшення, уникнення, передача) визначені та доведені до виконавців
GV.RM-05 Lines of communication across the organization are established for cybersecurity risks, including risks from suppliers and other third parties Встановлено канали комунікації всередині організації щодо кіберризиків, включно з ризиками від постачальників та третіх сторін
GV.RM-06 A standardized and organization-wide risk management method is established and shared Стандартизований у межах всієї організації метод оцінки та управління ризиками розроблений і доведений до відома відповідальних осіб
GV.RM-07 Strategic opportunities (i.e., positive risks) are considered in cybersecurity risk management Стратегічні можливості (позитивні ризики) розглядаються та враховуються під час управління кіберризиками

GV.RR
Ролі, відповідальність та повноваження
Оригінал NIST: Roles, Responsibilities, and Authorities


4 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.RR-01 Organizational leadership is responsible and accountable for cybersecurity risk and fosters a culture that is risk-aware, ethical, and continually improving Керівництво організації несе повну відповідальність за кіберризики та формує корпоративну культуру усвідомлення ризиків, етичності та постійного вдосконалення
GV.RR-02 Roles, responsibilities, and authorities related to cybersecurity risk management are established, communicated, understood, and enforced Ролі, обов’язки та повноваження щодо управління кіберризиками визначені, розподілені, комуніковані, зрозумілі персоналу та виконуються
GV.RR-03 Adequate resources are allocated commensurate with cybersecurity risk strategy, roles, responsibilities, and policies Виділяються достатні ресурси (фінансові, людські, технічні), пропорційні стратегії управління кіберризиками, ролям та політикам
GV.RR-04 Cybersecurity is included in human resources practices Вимоги кібербезпеки інтегровані у всі HR-процеси (найм, перевірка кандидатів, оцінка ефективності, звільнення)

GV.PO
Політика
Оригінал NIST: Policy


2 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.PO-01 Policy for managing cybersecurity risks is established based on organizational context, cybersecurity strategy, and priorities and is communicated and enforced Політика управління кіберризиками затверджена з урахуванням контексту організації, стратегії та пріоритетів, доведена до персоналу та є обов’язковою для виконання
GV.PO-02 Policy for managing cybersecurity risks is reviewed, updated, communicated, and enforced to reflect changes in requirements, threats, technology, and organizational mission Політики кібербезпеки регулярно переглядаються, оновлюються, комунікуються та виконуються відповідно до змін у вимогах, загрозах, технологіях та місії організації

GV.OV
Нагляд
Оригінал NIST: Oversight


3 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.OV-01 Cybersecurity risk management strategy outcomes are reviewed to inform and adjust strategy and direction Результати виконання стратегії управління кіберризиками регулярно переглядаються для коригування напрямків та пріоритетів розвитку
GV.OV-02 The cybersecurity risk management strategy is reviewed and adjusted to ensure coverage of organizational requirements and risks Стратегія управління кіберризиками аналізується та адаптується для гарантування повного охоплення потреб організації та актуального спектра загроз
GV.OV-03 Organizational cybersecurity risk management performance is evaluated and reviewed for continuous improvement Ефективність функціонування системи управління кіберризиками вимірюється та аналізується з метою її безперервного покращення

GV.SC
Управління кіберризиками ланцюга постачання
Оригінал NIST: Cybersecurity Supply Chain Risk Management


10 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
GV.SC-01 A cybersecurity supply chain risk management program, strategy, objectives, policies, and processes are established and agreed to by organizational stakeholders Програма, стратегія, цілі, політики та процеси управління кіберризиками ланцюга постачання (C-SCRM) затверджені та узгоджені зі стейкхолдерами
GV.SC-02 Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated inside and outside the organization Ролі та зобов’язання з кібербезпеки для постачальників, клієнтів і партнерів визначені, задокументовані та координуються як всередині, так і ззовні
GV.SC-03 Cybersecurity supply chain risk management is integrated into cybersecurity and enterprise risk management, risk assessment, and improvement processes Управління ризиками ланцюга постачання повністю інтегроване в загальні процеси ERM, оцінку ризиків та програми модернізації захисту
GV.SC-04 Suppliers are known and prioritized by criticality Усі постачальники та підрядники ідентифіковані, внесені до реєстру та класифіковані за рівнем критичності для організації
GV.SC-05 Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other agreements with suppliers and other third parties Вимоги до кібербезпеки ланцюга постачання формалізовані, розставлені за пріоритетами та зафіксовані в юридичних контрактах і SLA з контрагентами
GV.SC-06 Planning and due diligence are performed to reduce risks before entering into formal supplier or other third-party relationships Перед укладанням офіційних угод із постачальниками здійснюється ретельний попередній аудит безпеки (due diligence)
GV.SC-07 The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship Ризики від постачальників, їхнього ПЗ/сервісів постійно фіксуються, оцінюються та моніторяться протягом усього життєвого циклу співпраці
GV.SC-08 Relevant suppliers and other third parties are included in incident planning, detection, response, and recovery activities Ключові постачальники та хмарні провайдери інтегровані в плани готовності, виявлення інцидентів, спільного реагування та відновлення
GV.SC-09 Supply chain cybersecurity risk management practices are integrated into informal and formal termination of relationships with suppliers and other third parties Вимоги безпеки застосовуються під час завершення контрактів (відкликання доступів, видалення конфіденційних даних, повернення активів)
GV.SC-10 Cybersecurity supply chain risk management plans include requirements for recovering from supply chain disruptions Плани безперервності бізнесу містять сценарії відновлення після збоїв та компрометацій у ланцюгах постачання

Ідентифікація (IDENTIFY) — IDENTIFY (ID)

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

ID.AM
Управління активами
Оригінал NIST: Asset Management


7 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
ID.AM-01 Inventories of hardware managed by the organization are maintained Ведеться та своєчасно оновлюється детальний інвентар усього апаратного забезпечення (сервери, робочі станції, мережеві пристрої)
ID.AM-02 Inventories of software, services, and systems managed by the organization are maintained Ведеться та підтримується реєстр усього використовуваного програмного забезпечення, систем, хмарних сервісів та SaaS
ID.AM-03 Representations of the organization’s authorized network communication and internal and external network data flows are maintained Підтримуються актуальні схеми мережевих комунікацій, топології та санкціонованих внутрішніх і зовнішніх потоків даних
ID.AM-04 Inventories of services provided by suppliers are maintained Ведеться реєстр усіх зовнішніх сервісів, хмарних провайдерів та цифрових послуг, що надаються контрагентами
ID.AM-05 Assets are prioritized based on classification, criticality, resources, and impact on the mission Активи класифіковані та розставлені за пріоритетами на основі їхньої критичності для безперервності місії організації
ID.AM-07 Inventories of data and corresponding metadata for designated data types are maintained Ведеться інвентар корпоративних даних, баз даних, файлових сховищ та відповідних метаданих класифікації конфіденційності
ID.AM-08 Systems, hardware, software, services, and data are managed throughout their lifecycles Усі цифрові та фізичні активи управляються протягом усього їхнього життєвого циклу (від закупівлі, налаштування до списання та утилізації)

ID.RA
Оцінка ризиків
Оригінал NIST: Risk Assessment


10 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
ID.RA-01 Vulnerabilities in assets are identified, validated, and recorded Вразливості в активах регулярно виявляються (сканери, тестування на проникнення), верифікуються та реєструються
ID.RA-02 Cyber threat intelligence is received from information sharing forums and sources Організація регулярно отримує та аналізує дані кіберрозвідки (Threat Intelligence, CERT-UA, MISP) з надійних джерел
ID.RA-03 Internal and external threats to the organization are identified and recorded Потенційні внутрішні та зовнішні загрози для бізнес-процесів організації ідентифікуються та каталогізуються
ID.RA-04 Potential impacts and likelihoods of threats exploiting vulnerabilities are analyzed and recorded Аналізуються та фіксуються ймовірність реалізації загроз та потенційні збитки (фінансові, операційні, репутаційні)
ID.RA-05 Threats, vulnerabilities, likelihoods, and impacts are used to understand and inform risk decisions Оцінки загроз, вразливостей, ймовірностей та наслідків слугують безпосередньою основою для прийняття рішень щодо ризиків
ID.RA-06 Risk responses are chosen, prioritized, planned, tracked, and communicated Варіанти обробки ризиків обираються, пріоритезуються, документуються в планах пом’якшення, відстежуються та доводяться до керівництва
ID.RA-07 Changes and exceptions are managed, assessed for risk, approved, and monitored Зміни в конфігураціях та винятки з політик безпеки проходять оцінку ризику, формальне затвердження та моніторинг
ID.RA-08 Processes for receiving, analyzing, and responding to vulnerabilities disclosed to the organization are established Створено процедури отримання, валідації та реагування на вразливості, повідомлені зовнішніми дослідниками (Vulnerability Disclosure)
ID.RA-09 The authenticity and integrity of hardware and software are assessed prior to acquisition and use Автентичність та цілісність обладнання й ПЗ перевіряються до моменту закупівлі, монтажу та введення в експлуатацію
ID.RA-10 Critical suppliers are assessed prior to entering into contracts Критичні постачальники та хмарні провайдери проходять комплексну оцінку кібербезпеки до моменту підписання контракту

ID.IM
Вдосконалення
Оригінал NIST: Improvement


4 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
ID.IM-01 Improvements are identified from evaluations and reviews Потенційні напрямки модернізації захисту визначаються за результатами регулярних оцінок, внутрішніх та зовнішніх аудитів
ID.IM-02 Improvements are identified from the performance of cybersecurity activities and events Висновки для вдосконалення безпеки формуються на основі аналізу проведених заходів захисту, навчань та розслідувань подій
ID.IM-03 Execution of cybersecurity risk management improvements is prioritized and tracked Реалізація заходів із вдосконалення системи захисту має чіткі пріоритети, терміни та відстежується керівництвом
ID.IM-04 Security architecture is managed and continuously improved to address changes Архітектура безпеки (включно із принципами Zero Trust) системно управляється та безперервно оновлюється

Захист (PROTECT) — PROTECT (PR)

Застосування технічних та організаційних заходів безпеки для запобігання або зменшення наслідків кібератак.

PR.AA
Управління ідентичністю, автентифікація та контроль доступу
Оригінал NIST: Identity Management, Authentication, and Access Control


6 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
PR.AA-01 Identities and credentials for authorized users, services, and hardware are managed by the organization Ідентичності, облікові записи та цифрові сертифікати користувачів, сервісів і пристроїв централізовано управляються
PR.AA-02 Identities are proofed and bound to credentials based on the context of interactions Здійснюється перевірка справжності персони (identity proofing) та прив’язка до надійних автентифікаторів відповідно до контексту доступу
PR.AA-03 Users, services, and hardware are authenticated Усі користувачі, службові акаунти, API та пристрої проходять обов’язкову строгу автентифікацію
PR.AA-04 Identity assertions are protected, conveyed, and verified Твердження ідентичності (токени, SAML/OIDC assertions, квитки Kerberos) захищені від підробки, перехоплення та верифікуються
PR.AA-05 Access permissions, entitlements, and authorizations are defined, granted, managed, and reviewed based on the principles of least privilege and separation of duties Права доступу та привілеї видаються та переглядаються строго на основі найменших привілеїв (Least Privilege) та розподілу обов’язків
PR.AA-06 Physical access to assets is managed, monitored, and protected Фізичний доступ до серверних приміщень, дата-центрів та офісних активів строго контролюється, протоколюється та охороняється

PR.AT
Обізнаність та навчання
Оригінал NIST: Awareness and Training


2 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
PR.AT-01 Personnel are provided with cybersecurity awareness and training so that they possess the knowledge and skills to perform general and role-specific duties Увесь персонал регулярно проходить навчання з кібергігієни та тренінги щодо виконання ролей безпеки
PR.AT-02 Individuals in specialized roles receive role-specific cybersecurity training Спеціалісти з особливими привілеями (адміністратори, розробники, аналітики SOC) проходять поглиблене профільне навчання

PR.DS
Безпека даних
Оригінал NIST: Data Security


4 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
PR.DS-01 The confidentiality, integrity, and availability of data-at-rest are protected Конфіденційність, цілісність та доступність даних у стані спокою (Data-at-Rest) захищені стійким шифруванням (BitLocker, FileVault, AES-256)
PR.DS-02 The confidentiality, integrity, and availability of data-in-transit are protected Дані під час передавання мережею (Data-in-Transit) захищені сучасними протоколами шифрування (TLS 1.3, IPsec, VPN)
PR.DS-10 The confidentiality, integrity, and availability of data-in-use are protected Дані під час обробки в пам’яті (Data-in-Use) захищені технологіями конфіденційних обчислень (Confidential Computing) та ізоляції
PR.DS-11 Backups of data are created, protected, tested, and maintained Резервні копії критичних даних регулярно створюються, ізолюються від шифрувальників (3-2-1, Immutability), захищені та тестуються на відновлення

PR.PS
Безпека платформ та ПЗ
Оригінал NIST: Platform Security


6 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
PR.PS-01 Configuration management practices are established and applied Процеси управління базовими конфігураціями (Hardening, CIS Benchmarks, GPO/Intune) задокументовані та впроваджені
PR.PS-02 Software is maintained, replaced, or removed to reduce vulnerabilities Програмне забезпечення оперативно оновлюється, застарілі та вразливі компоненти видаляються або замінюються (Patch Management)
PR.PS-03 Hardware is maintained, replaced, or removed to reduce vulnerabilities Апаратне забезпечення та мережеве обладнання своєчасно обслуговується, оновлюється мікрокод (Firmware) та виводиться застаріле залізо
PR.PS-04 Log records are generated and made available for continuous monitoring Журнали подій (Security Logs, Audit Trails) формуються на всіх вузлах та централізовано передаються для аналізу
PR.PS-05 Installation and execution of unauthorized software are prevented Встановлення та запуск несанкціонованого ПЗ технічно блокуються (AppLocker, Windows Defender Application Control, блокування скриптів)
PR.PS-06 Secure software development practices are integrated into development and acquisition lifecycles Практики безпечної розробки (DevSecOps, SAST, DAST, SCA) інтегровані в життєвий цикл створення та закупівлі систем

PR.IR
Стійкість технологічної інфраструктури
Оригінал NIST: Technology Infrastructure Resilience


4 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
PR.IR-01 Networks and environments are protected from unauthorized logical access and usage Мережі та робочі середовища захищені від несанкціонованого доступу за допомогою мікросегментації, Zero Trust, брандмауерів та ACL
PR.IR-02 The organization’s technology assets are protected from environmental threats Технічні ресурси дата-центрів захищені від фізичних та кліматичних загроз (пожежогасіння, клімат-контроль, ДБЖ, резервне живлення)
PR.IR-03 Mechanisms are implemented to achieve resilience requirements in normal and adverse situations Впроваджено механізми високої доступності (High Availability, кластеризація, дублювання каналів зв’язку) для стійкості систем
PR.IR-04 Adequate resource capacity to ensure availability is maintained Підтримується достатня пропускна здатність та обчислювальна потужність серверів і мереж для гарантування безперебійної доступності

Виявлення (DETECT) — DETECT (DE)

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

DE.CM
Безперервний моніторинг
Оригінал NIST: Continuous Monitoring


5 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
DE.CM-01 Networks and network services are monitored to find potentially adverse events Мережевий трафік та мережеві сервіси безперервно моніторяться (NDR, NetFlow) для виявлення підозрілої та аномальної активності
DE.CM-02 The physical environment is monitored to find potentially adverse events Фізичний периметр офісів та серверних моніториться системами відеоспостереження, датчиками відкриття та контролю доступу
DE.CM-03 Personnel activity and technology usage are monitored to find potentially adverse events Дії персоналу та робота систем аналізуються для запобігання внутрішнім загрозам (Insider Threat, UEBA)
DE.CM-06 External service provider activities and services are monitored to find potentially adverse events Діяльність зовнішніх постачальників послуг та хмарні з’єднання постійно контролюються на предмет аномалій та порушень
DE.CM-09 Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events Кінцеві точки, сервери, контейнери та пам’ять процесів перебувають під безперервним захистом і моніторингом (EDR/XDR)

DE.AE
Аналіз несприятливих подій
Оригінал NIST: Adverse Event Analysis


6 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
DE.AE-02 Potentially adverse events are analyzed to understand their scope and impact Підозрілі події безпеки оперативно аналізуються аналітиками SOC для оцінки масштабу інциденту та потенційного впливу
DE.AE-03 Information is correlated from multiple sources to investigate potentially adverse events Здійснюється автоматична кореляція логів з багатьох різнорідних джерел у системі SIEM для розслідування ланцюжка атаки
DE.AE-04 The estimated impact and scope of adverse events are understood Оцінюються ймовірні наслідки, скомпрометовані вузли та глибина проникнення зловмисника в інфраструктуру
DE.AE-06 Information on adverse events is provided to authorized personnel Актуальна аналітична інформація про виявлені загрози передається уповноваженим особам групи реагування
DE.AE-07 Cyber threat intelligence and other contextual information are integrated into the analysis Дані кіберрозвідки (IoC, TTPs фреймворку MITRE ATT&CK) інтегруються в аналіз виявлених інцидентів
DE.AE-08 Incidents are declared when adverse events meet the organization’s criteria Подія безпеки офіційно оголошується інцидентом відповідно до встановлених критеріїв критичності (Incident Declaration)

Реагування (RESPOND) — RESPOND (RS)

Дії щодо локалізації, нейтралізації та ліквідації підтверджених інцидентів кібербезпеки.

RS.MA
Управління інцидентами
Оригінал NIST: Incident Management


5 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RS.MA-01 The incident response plan is executed once an incident is declared План реагування на інциденти (IRP) негайно активується та виконується після офіційного оголошення інциденту
RS.MA-02 Incident reports are triaged and validated Вхідні сповіщення про інциденти проходять тріаж (сортування за пріоритетом) та верифікацію на хибні спрацьовування
RS.MA-03 Incidents are categorized and prioritized Інциденти класифікуються за типами загроз (Ransomware, Phishing, DDoS, Data Breach) та пріоритетом усунення
RS.MA-04 Incidents are escalated to appropriate stakeholders Інформація про критичні інциденти своєчасно ескалується вищому керівництву, юристам, PR-службі та DPO
RS.MA-05 The criteria for initiating incident recovery are applied Застосовуються чіткі критерії та умови для безпечного переходу від локалізації загрози до фази відновлення систем

RS.AN
Аналіз інцидентів
Оригінал NIST: Incident Analysis


4 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RS.AN-03 Analysis is performed to lead to more effective response and support forensics Проводиться детальний технічний аналіз та цифровий криміналістичний аудит (Digital Forensics) зі збереженням доказів
RS.AN-06 Actions performed during an investigation are recorded, and the integrity of data is preserved Усі дії слідчої групи документуються в журналі інциденту, гарантується юридична цілісність цифрових доказів (Chain of Custody)
RS.AN-07 Incident analysis is performed to identify the root cause Здійснюється аналіз першопричин (Root Cause Analysis, RCA) для виявлення вектору первинного проникнення
RS.AN-08 An incident’s magnitude is estimated and validated Остаточний масштаб інциденту, обсяг скомпрометованих записів та фінансові збитки оцінюються та валідуються

RS.CO
Звітність та комунікація при інцидентах
Оригінал NIST: Incident Response Reporting and Communication


2 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RS.CO-02 Internal and external stakeholders are informed of incidents based on criteria and communication plans Внутрішні та зовнішні сторони (керівництво, постраждалі клієнти, партнери) інформуються згідно з планом кризисних комунікацій
RS.CO-03 Information is shared with designated external authorities in accordance with laws and regulations Інформація про атаку передається до кіберполіції, CERT-UA, регуляторів у строки, визначені законодавством (наприклад, 72 години)

RS.MI
Локалізація та ліквідація інцидентів
Оригінал NIST: Incident Mitigation


2 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RS.MI-01 Incidents are contained Здійснюється негайна ізоляція та локалізація загрози (відключення вузлів від мережі, блокування портів, скидання скомпрометованих сесій)
RS.MI-02 Incidents are eradicated Загроза повністю викорінюється (видалення шкідливого коду, бекдорів, закриття вразливостей, перевипуск ключів та паролів)

Відновлення (RECOVER) — RECOVER (RC)

Відновлення нормального функціонування скомпрометованих систем, даних та операцій організації.

RC.RP
Виконання плану відновлення після інцидентів
Оригінал NIST: Incident Recovery Plan Execution


6 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RC.RP-01 The recovery portion of the incident response plan is executed once initiated План відновлення після інциденту запускається та виконується після успішної ліквідації загрози
RC.RP-02 Recovery actions are selected, scoped, prioritized, and planned Дії з відновлення сервісів плануються та пріоритезуються відповідно до критеріїв RTO (час відновлення) та RPO (точка відновлення)
RC.RP-03 The integrity of backups and other restoration assets is verified before using them for restoration Цілісність бекапів та відсутність у них прихованих закладок перевіряється в пісочниці перед початком відновлення систем
RC.RP-04 Critical mission functions and cybersecurity risk management are considered during recovery Під час відновлення пріоритет надається життєво важливим бізнес-функціям з обов’язковим збереженням усіх захисних конфігурацій
RC.RP-05 Systems and services are restored in a prioritized and phased manner Системи та бази даних повертаються в продуктивну експлуатацію поетапно, з постійним посиленим моніторингом стабільності
RC.RP-06 End of incident recovery is communicated to appropriate stakeholders Успішне завершення фази відновлення та стабілізація бізнес-процесів офіційно фіксується та доводиться до стейкхолдерів

RC.CO
Комунікація процесу відновлення
Оригінал NIST: Incident Recovery Communication


2 результатів (підкатегорій)

Код Оригінал (NIST CSF 2.0 English) Офіційний переклад (Українська)
RC.CO-03 Recovery activities and progress in restoring operational capabilities are communicated to internal and external stakeholders Хід робіт з відновлення та прогнозовані терміни повернення до штатного режиму регулярно комунікуються персоналу й клієнтам
RC.CO-04 Public relations and reputation management are coordinated during recovery Координуються заходи щодо зв’язків з громадськістю (PR), пресрелізи та захист ділової репутації компанії


ДОДАТОК B • ТАБЛИЦЯ 2

СТОРІНКИ 29–30 ОРИГІНАЛУ

Додаток B: Рівні реалізації CSF (CSF Tiers)

Повний нормативний опис практик корпоративного управління, програми кібербезпеки та ризиків ланцюга постачання за всіма 4 рівнями зрілості NIST CSF 2.0.

Рівень (Tier) Корпоративне управління (Risk Governance) Програма ризиків (Risk Management Program) Ланцюг постачання (Third-Party Risk Management)
Рівень 1: Частковий
Tier 1: Partial
Реалізація стратегії кіберризиків здійснюється ситуативно (ad hoc). Пріоритезація дій є фрагментарною і формально не базується на стратегічних цілях організації чи спектрі загроз. Обізнаність про кіберризики на рівні керівництва є вкрай обмеженою. Заходи безпеки впроваджуються нерегулярно, від випадку до випадку. Відсутній процес внутрішнього обміну інформацією про загрози. Організація переважно не усвідомлює ризиків від постачальників, підрядників та сторонніх сервісів. Процеси перевірки контрагентів або вимоги безпеки в договорах відсутні.
Рівень 2: З урахуванням ризиків
Tier 2: Risk Informed
Практики управління ризиками затверджені керівництвом, але не впроваджені як цілісна корпоративна політика. Пріоритети формуються на основі вимог бізнесу та прямих ризиків. Існує базове розуміння кіберризиків на рівні керівництва. Процедури визначені, проте ресурси виділяються нерівномірно. Обмін інформацією всередині компанії має здебільшого неформальний характер. Організація усвідомлює ризики від партнерів та постачальників, але не має формалізованої програми їх постійної оцінки чи аудиту на відповідність критеріям кібербезпеки.
Рівень 3: Повторюваний
Tier 3: Repeatable
Політики та процедури управління кіберризиками офіційно затверджені, регулярно переглядаються та оновлюються на основі змін бізнес-цілей і появи нових векторів загроз. Діє загальноорганізаційний підхід до управління ризиками. Персонал навчений і чітко розуміє свої ролі та відповідальність. Здійснюється системний моніторинг активів і швидке реагування на інциденти. Організація регулярно та точно оцінює кіберризики постачальників (C-SCRM). Контракти містять обов’язкові вимоги безпеки, проводяться регулярні перевірки та аудити партнерів.
Рівень 4: Адаптивний
Tier 4: Adaptive
Практики кібербезпеки безперервно еволюціонують на основі уроків минулих інцидентів та прогнозного аналізу загроз. Кіберризики є фундаментальним фактором стратегічних рішень керівництва. Використовуються технології аналізу даних у режимі реального часу. Кібербезпека вкорінена в культуру організації. Інформація про загрози постійно циркулює між усіма бізнес-підрозділами. Організація здійснює проактивне управління ланцюгом постачання в режимі реального часу, ділиться розвідданими про загрози з партнерами та інтегрує системи безпеки постачальників у свій контур.


ДОДАТОК C • ГЛОСАРІЙ

СТОРІНКА 31 ОРИГІНАЛУ

Додаток C: Офіційний глосарій термінів NIST CSF 2.0

Визначення фундаментальних термінів та концепцій, використаних у стандарті NIST CSWP 29.

Категорія CSF (CSF Category)

Група пов’язаних результатів кібербезпеки, які разом утворюють Функцію CSF (всього 22 категорії).

Профіль спільноти (CSF Community Profile)

Базовий набір результатів CSF, розроблений та опублікований для задоволення спільних інтересів певної галузі чи сектора.

Ядро CSF (CSF Core)

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

Поточний профіль (CSF Current Profile)

Частина Організаційного профілю, що фіксує результати Ядра, яких організація досягає на даний момент.

Функція CSF (CSF Function)

Найвищий рівень організації результатів кібербезпеки (всього 6 функцій: Govern, Identify, Protect, Detect, Respond, Recover).

Приклад впровадження (CSF Implementation Example)

Лаконічна, практична дія або ілюстрація кроку, що допомагає досягти результату конкретної підкатегорії Ядра.

Інформативне посилання (CSF Informative Reference)

Співставлення, що вказує на зв’язок між результатом Ядра CSF та конкретними розділами інших стандартів чи настанов.

Організаційний профіль (CSF Organizational Profile)

Механізм опису поточного та/або цільового стану кібербезпеки організації на основі результатів Ядра CSF.

Посібник швидкого старту (CSF Quick Start Guide)

Короткий практичний документ, що надає сфокусовані настанови щодо конкретної теми чи сценарію застосування CSF.

Підкатегорія CSF (CSF Subcategory)

Специфічний технічний або управлінський результат кібербезпеки, що деталізує Категорію (всього 106 підкатегорій).

Цільовий профіль (CSF Target Profile)

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

Рівень CSF (CSF Tier)

Характеристика строгості та зрілості практик корпоративного управління кіберризиками організації (Tiers 1–4).

Офіційні посилання, правила цитування та правова інформація (Стор. 32)

Як цитувати цю публікацію серії NIST Technical Series:

National Institute of Standards and Technology (2024) The NIST Cybersecurity Framework (CSF) 2.0. (National Institute of Standards and Technology, Gaithersburg, MD), NIST Cybersecurity White Paper (CSWP) NIST CSWP 29. https://doi.org/10.6028/NIST.CSWP.29

Політика щодо торговельних марок та комерційного ПЗ: Будь-яка згадка комерційних продуктів, комерційного ПЗ чи матеріалів наведена виключно з метою точного опису процедур і не означає схвалення чи рекомендації з боку NIST.

Контактна інформація авторів NIST: National Institute of Standards and Technology, Attn: Applied Cybersecurity Division, Information Technology Laboratory, 100 Bureau Drive (Mail Stop 2000), Gaithersburg, MD 20899. Email: [email protected].


ІНЖЕНЕРНИЙ ПЕРЕХІД

Практичний перехід від NIST CSF 2.0 до конфігурацій CIS Benchmarks™

NIST CSF 2.0 відповідає на запитання «ЩО має бути досягнуто?», встановлюючи високорівневі результати. Водночас технічні стандарти CIS Benchmarks™ відповідають на запитання «ЯК САМЕ налаштувати операційну систему чи хмару?», надаючи покрокові перевірки реєстру, групові політики або налаштування Microsoft Intune Settings Catalog.

У нашому повному посібнику CIS Microsoft Intune для Windows 11 Benchmark кожна вимога співставлена з категоріями Ядра CSF 2.0:

PR.AA (Ідентифікація та Доступ)
Налаштування Windows Hello for Business, заборона локальних паролів без MFA, обмеження прав адміністратора LAPS.
PR.PS (Захист платформи)
Шифрування дисків BitLocker (XTS-AES 256), ізоляція пам’яті HVCI, блокування вразливих драйверів WDAC.
DE.CM (Безперервний моніторинг)
Розширене логування подій PowerShell, командного рядка Process Creation та передача телеметрії до Microsoft Sentinel.