Підвищення узгодженості у вихідних даних відповідності

Огляд

Узгодженість у документації з відповідності є важливою для готовності до аудиту, узгодженості команди та підтримки цілісної програми безпеки. Цей посібник показує, як налаштувати ISMS Copilot для генерації надійних та відтворюваних результатів у політиках, оцінках та документації.

Чому узгодженість має значення

Неузгоджені результати штучного інтелекту можуть призвести до:

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

Визначте точні формати вихідних даних

Визначте структуру заздалегідь

Чітко вказуйте ISMS Copilot, як саме ви хочете форматувати інформацію.

Приклад підказки для розділів політики:

Створіть Політику контролю доступу з такими розділами:
1. Призначення
2. Сфера застосування
3. Ролі та обов'язки
4. Положення політики (нумерований список)
5. Застосування
6. Графік перегляду

Кожен розділ має містити максимум 2-3 абзаци.

Запитуйте структуровані дані

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

Приклад підказки для реєстру ризиків:

Створіть реєстр ризиків для ISO 27001 Додаток A.8 (Управління активами) з колонками:
- Тип активу
- Загроза
- Вразливість
- Імовірність (1-5)
- Вплив (1-5)
- Оцінка ризику
- Контрзахід для пом'якшення

Використовуйте приклади для встановлення очікувань

Надайте зразки вихідних даних

Покажіть ISMS Copilot приклад бажаного стилю або формату.

Приклад підказки:

Мені потрібен контрольний список тестування контролю. Ось приклад формату, який я використовую:

Контроль: A.5.1 - Політики інформаційної безпеки
Крок тесту 1: Перевірити наявність затвердженого документа політики
Очікувані докази: Підписана політика, протоколи засідань правління
Фактичне виявлення: [пусто]
Статус: [Пройдено/Не пройдено/Не застосовується]

Створіть аналогічний контрольний список для контролів A.5.2 до A.5.5.

Посилайтеся на попередні вихідні дані

У межах однієї розмови посилайтеся на попередні відповіді для підтримки стилю.

Приклад подальшого запиту:

Створіть Політику класифікації даних, використовуючи той самий формат і тон, що й у створеній раніше Політиці контролю доступу.

Використовуйте робочі простори для узгодженості контексту

Ізолюйте рамки та клієнтів

Створюйте окремі робочі простори, щоб запобігти змішуванню контексту між проєктами.

Рекомендована структура:

• Робочий простір: "Впровадження ISO 27001" – Усі запити та документи, пов'язані з ISO
• Робочий простір: "Підготовка до аудиту SOC 2 Type II" – Докази та політики SOC 2
• Робочий простір: "Програма відповідності GDPR" – Оцінки, специфічні для GDPR

Кожен робочий простір зберігає власну історію розмов та завантажені документи, забезпечуючи узгодженість ISMS Copilot з термінологією та вимогами конкретної рамки.

Завантажуйте довідкові документи

Додавайте до робочого простору ваші наявні політики, шаблони або посібники зі стилю. ISMS Copilot використовуватиме їх під час генерації нового контенту.

Підтримувані формати: PDF, DOCX, XLS (до 20+ сторінок залежно від вашого тарифного плану)

Застосовуйте користувацькі інструкції

Встановлюйте налаштування за замовчуванням на рівні робочого простору

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

Приклад користувацької інструкції:

Завжди форматуйте політики з:
- Виконавчим резюме на початку
- Нумерованими розділами з використанням [Назва компанії] як організації
- Британським правописом
- Посиланнями на ISO 27001:2022 (а не 2013)
- Датами перегляду, встановленими на щорічні інтервали

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

Вказуйте артефакти відповідності

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

Приклад користувацької інструкції:

Наша організація:
- Галузь: SaaS-платформа для охорони здоров'я
- Рамки: ISO 27001, SOC 2 Type II, HIPAA
- Розмір команди: 50 співробітників
- Інфраструктура: Хмарні сервіси AWS, без локальних систем
- Відповідальний за відповідність: Джейн Сміт (CISO)

Використовуйте персони для узгодженості ролей

Обирайте відповідну персону

ISMS Copilot пропонує дві спеціалізовані персони:

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

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

Підтримуйте узгодженість персони

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

Ланцюжок підказок для складних документів

Створюйте документи поетапно

Розбивайте великі документи на послідовні підказки для підтримки узгодженості.

Приклад послідовності для комплексної політики:

1. "Створіть розділи Призначення та Сфера застосування для Політики реагування на інциденти відповідно до ISO 27001 A.5.24 та A.5.25"
2. "Додайте розділ Ролі та обов'язки для команди реагування на інциденти"
3. "Створіть Матрицю класифікації інцидентів (Низький, Середній, Високий, Критичний) з термінами реагування"
4. "Створіть Робочий процес реагування на інциденти з нумерованими кроками"
5. "Додайте розділ Аналіз після інциденту з вимогами до документації"

Такий підхід забезпечує, що кожен розділ будується на попередньому контексті.

Посилайтеся на попередні розділи

Чітко пов'язуйте подальші підказки з попередніми вихідними даними.

Приклад:

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

Тестуйте та вдосконалюйте на відомих контролах

Перевіряйте на знайомому контенті

Перш ніж використовувати ISMS Copilot для критично важливих матеріалів, протестуйте шаблони підказок на контролах або політиках, які ви вже добре знаєте.

Приклад тесту:

1. Створіть політику для ISO 27001 A.5.1 (Політики інформаційної безпеки)
2. Порівняйте вихідні дані з вашою наявною політикою A.5.1
3. Скорегуйте підказку відповідно до вашого бажаного стилю
4. Збережіть вдосконалену підказку як шаблон для інших контролів

Вдосконалюйте специфікації форматів

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

Невідома підказка:

Створіть оцінку ризиків для хмарного сховища.

Конкретна підказка:

Створіть оцінку ризиків для хмарного сховища у такому форматі:
- Ідентифікатор ризику: [Рамка]-[Категорія]-[Номер]
- Опис: 1-2 речення
- Внутрішній ризик: Імовірність (1-5) x Вплив (1-5)
- Поточні контролі: Маркований список
- Залишковий ризик: Імовірність x Вплив
- План дій: Прийняти / Пом'якшити / Передати / Уникнути

Слідкуйте за відхиленнями з часом

Періодично переглядайте вихідні дані

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

Скидайте контекст за потреби

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

Пов'язані ресурси

• Reduce Hallucinations in Compliance Responses
• AI Safety & Responsible Use Overview
• AI System Technical Overview