← До повного змісту CIS Microsoft 365 Foundations Benchmark

CIS Benchmark

CIS Benchmark • Microsoft 365 v7.0.0

2. Безпека Microsoft Defender

Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Безпека Microsoft Defender».


Рекомендацій: 21


Microsoft 365 v7.0.0

2.1.1 Переконайтеся, що безпечні посилання для програм Office увімкнено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure Safe Links for Office Applications is Enabled (Automated)

Увімкнення політики безпечних посилань для програм Office дозволяє URL-адреси, які існують усередині Office документи та програми електронної пошти, відкриті за допомогою Office, Office Online і Office mobile для оброблятися для перевірки часу натискання Defender для Office і переписуватися, якщо потрібно. Примітка. Ліцензування E5 включає низку вбудованих політик захисту. При аудиті Зверніть увагу, яку політику ви переглядаєте, і пам’ятайте про рекомендації CIS часто розширюють стандартні або вбудовані політики, надані MS. Щоб пройти вищий політика пріоритетів має відповідати всім рекомендованим налаштуванням.

💡 Обґрунтування безпеки:

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

⚠️ Вплив на робочий процес (Impact):

Вплив на користувача, пов’язаний із цією зміною, є незначним – користувачі можуть зіткнутися з ним дуже коротко затримка під час натискання URL-адрес у документах Office перед тим, як буде спрямовано до запитуваний сайт. Користувачі повинні бути проінформовані про зміни, якщо посилання є небезпечним і заблоковано, вони отримають повідомлення про те, що його заблоковано.

Сторінка 79

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com
  2. У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
  3. Виберіть «Політика загроз», а потім «Безпечні посилання».
  4. Перевірте кожну політику та спробуйте визначити ту, яка відповідає наведеним нижче параметрам.
  5. Прокрутіть панель униз і натисніть «Редагувати налаштування захисту» (Global Readers шукатиме значення «увімк.» або «вимк.»)
  6. Переконайтеся, що наведені нижче параметри захисту встановлено як описано: Електронна пошта o Позначено: безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в електронній пошті. URL-адреси переписуються за замовчуванням o Позначено Застосовувати безпечні посилання до повідомлень електронної пошти, надісланих в межах організації o Позначено Застосовувати сканування URL-адрес у режимі реального часу на наявність підозрілих посилань і посилань, які вказують на файли o Позначено Зачекайте, поки сканування URL-адреси завершиться, перш ніж доставити повідомлення o Знято прапорець Не перезаписуйте URL-адреси, перевіряйте лише через API безпечних посилань. Команди o Позначено: Безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в Microsoft Teams. URL-адреси не переписуються. Програми Office 365 o Позначено: безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в програмах Microsoft Office. URL-адреси не перезаписуються Параметри захисту кліків o Позначено Відстежувати клацання користувачів o Не позначено Дозволяє користувачам клацати по вихідній URL-адресі
  7. Немає рекомендацій щодо брендування організації.
  8. Натисніть закрити
💻 PowerShell консоль (CLI)
  1. Підключитися:
    Connect-ExchangeOnline.
  2. Виконайте наступне, щоб вивести властивості з усіх політик безпечних посилань:
    $params = @(
        'Identity',
        'EnableSafeLinksForEmail',
        'EnableSafeLinksForTeams',
        'EnableSafeLinksForOffice',
        'TrackClicks',
        'AllowClickThrough',
        'ScanUrls',
        'EnableForInternalSenders',
        'DeliverMessageAfterScan',
        'DisableUrlRewrite'
    )
    Get-SafeLinksPolicy | Select-Object -Property $Params
  3. Переконайтеся, що існує принаймні одна політика, яка відповідає наведеним нижче властивостям і значенням:
    Очікувані параметри в консолі:
    Identity                 : <Example CIS SafeLinks Policy>
    EnableSafeLinksForEmail  : True
    EnableSafeLinksForTeams  : True
    EnableSafeLinksForOffice : True
    TrackClicks              : True
    AllowClickThrough        : False
    ScanUrls                 : True
    EnableForInternalSenders : True
    DeliverMessageAfterScan  : True
    DisableUrlRewrite        : False

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com
  2. У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
  3. Виберіть «Політика загроз», а потім «Безпечні посилання».
  4. Натисніть + Створити
  5. Назвіть політику та натисніть «Далі».
  6. У Домени виберіть усі дійсні домени для організації та Далі
  7. Переконайтеся, що визначено наступні параметри захисту URL-адрес і кліків: Електронна пошта o Позначено: Безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в електронній пошті. URL-адреси переписуються за замовчуванням o Позначено Застосовувати безпечні посилання до повідомлень електронної пошти, надісланих в межах організації o Позначено Застосовувати сканування URL-адрес у режимі реального часу на наявність підозрілих посилань і посилань, які вказують на файли o Позначено Зачекайте, поки сканування URL-адреси завершиться, перш ніж доставити повідомлення o Знято прапорець Не перезаписуйте URL-адреси, перевіряйте лише через API безпечних посилань. Команди o Позначено: Безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в Microsoft Teams. URL-адреси не переписуються. Програми Office 365 o Позначено: безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в програмах Microsoft Office. URL-адреси не перезаписуються Налаштування захисту кліків o Позначено Відстежувати клацання користувачів o Не позначено Дозволяє користувачам клацати по вихідній URL-адресі o Немає рекомендацій щодо брендингу організації.
  8. Двічі натисніть «Далі» і, нарешті, «Надіслати».
💻 PowerShell консоль (CLI)
  1. Підключитися:
    Connect-ExchangeOnline.
  2. Запустіть наведений нижче сценарій PowerShell, щоб створити політику з найвищим пріоритетом, яка буде
    apply to all valid domains on the tenant:
    # Create the Policy
    $params = @{
        Name = "CIS SafeLinks Policy"
        EnableSafeLinksForEmail = $true
        EnableSafeLinksForTeams = $true
        EnableSafeLinksForOffice = $true
        TrackClicks = $true
        AllowClickThrough = $false
        ScanUrls = $true
        EnableForInternalSenders = $true
        DeliverMessageAfterScan = $true
        DisableUrlRewrite = $false
    }
    New-SafeLinksPolicy @params
    # Create the rule for all users in all valid domains and associate with
    Policy
    New-SafeLinksRule -Name "CIS SafeLinks" -SafeLinksPolicy "CIS SafeLinks
    Policy" -RecipientDomainIs (Get-AcceptedDomain).Name -Priority 0

📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/defender-office-365/safe-links-policies-
  2. configure?view=o365-worldwide
  3. https://learn.microsoft.com/en-us/powershell/module/exchange/set-
  4. safelinkspolicy?view=exchange-ps
  5. https://learn.microsoft.com/en-us/defender-office-365/preset-security-
  6. policies?view=o365-worldwide

Page 83

CIS Controls V8: 9.3
IG 1, 2
Maintain and Enforce Network-Based URL Filters Enforce and update network-based URL filters to limit an enterprise asset from connecting to potentially malicious or unapproved websites. Example implementations include category-based filtering, reputation-based filtering, or through the use of block lists. Enforce filters for all enterprise assets.

CIS Controls V8: 9.7
IG 1
Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

CIS Controls V7: 7.4
IG 1, 2
Maintain and Enforce Network-Based URL Filters Enforce network-based URL filters that limit a system’s ability to connect to websites not approved by the organization. This filtering shall be enforced for each of the organization’s systems, whether they are physically at an organization’s facilities or not.

Page 84

2.1.2 Переконайтеся, що фільтр загальних типів вкладень увімкнено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure the Common Attachment Types Filter is enabled (Automated)

Фільтр загальних типів вкладень є параметром Exchange Online Protection політика захисту від шкідливих програм, яка блокує вхідні та вихідні повідомлення електронної пошти, що містять вкладення певних типів файлів. Коли ввімкнено, повідомлення з вкладеннями відповідні заблокованим розширенням поміщаються в карантин перед доставкою. Microsoft підтримує a типовий набір типів файлів, які вважаються високим ризиком; організації також можуть додавати спеціальні розширення до списку. Рекомендований стан – Увімкнути загальний фільтр вкладень, встановлений на Увімк., увімк політика захисту від зловмисного програмного забезпечення за замовчуванням із типовим списком заблокованих типів файлів.

💡 Обґрунтування безпеки:

Електронна пошта є основним вектором доставки зловмисного програмного забезпечення, зокрема програм-вимагачів, троянів тощо інструменти віддаленого доступу, що розповсюджуються через виконувані файли, сценарії та формати файлів інсталятора. The Фільтр загальних типів вкладень блокує доставку типів файлів, які не є законними ділового використання в електронній пошті, але регулярно використовують як зброю (наприклад, .exe, .vbs, .bat, .msi), і подібні формати. Застосування цього фільтра на шлюзі зменшує поверхню атаки перш ніж будь-який клієнтський або кінцевий елемент керування матиме можливість відповісти.

⚠️ Вплив на робочий процес (Impact):

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

Сторінка 85

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політики» виберіть «Захист від зловмисного програмного забезпечення» та натисніть «Політика за замовчуванням (за замовчуванням).
  5. На сторінці політики, яка з’являється на правій панелі, у розділі Параметри захисту переконайтеся, що для параметра Увімкнути загальний фільтр вкладень встановлено значення Увімк.
  6. Натисніть «Редагувати параметри захисту», щоб переглянути список типів файлів, які блокуються загальним фільтром вкладень. Переконайтеся, що список типів файлів містить принаймні 53 типи файлів, указані в розділі Значення за замовчуванням цього документа.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду Exchange Online PowerShell:
    Get-MalwareFilterPolicy -Identity Default
  3. Переконайтеся, що властивість EnableFileFilter має значення True.
  4. Переконайтеся, що властивість FileTypes містить принаймні список за замовчуванням із 53 типів файлів, які можна знайти в розділі «Значення за замовчуванням» цього документа.
ℹ️ Примітка: Перевірка повного списку типів файлів за допомогою інтерфейсу користувача потребує ручного порівняння
розширення за замовчуванням, перелічені в розділі «Значення за замовчуванням» цього документа. Аудитори, які
для програмного порівняння слід використовувати метод PowerShell.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політика» виберіть «Захист від зловмисного програмного забезпечення» та натисніть «Політика за замовчуванням (за замовчуванням).
  5. На сторінці політики, яка з’являється на правій панелі, прокрутіть униз і натисніть «Редагувати параметри захисту», установіть прапорець «Увімкнути загальний фільтр вкладень». o Якщо будь-який із типів файлів за замовчуванням відсутній, клацніть «Вибрати типи файлів» і додайте відсутні типи файлів. o Перегляньте розділ «Значення за замовчуванням» цього документа, щоб отримати список розширень, які слід заблокувати.
  6. Натисніть «Зберегти», щоб зберегти зміни.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте наступне, щоб увімкнути загальний фільтр вкладень:
    Set-MalwareFilterPolicy -Identity Default -EnableFileFilter $true
  3. Використовуйте Set-MalwareFilterPolicy -Identity Default з параметром -FileTypes, щоб додати будь-які відсутні типи файлів зі списку за замовчуванням. o FileTypes приймає масив рядків. o Щоб уникнути небезпечного використання, спочатку отримайте наявний список типів файлів за допомогою Get-MalwareFilterPolicy і додайте всі відсутні типи файлів до списку, перш ніж використовувати Set-MalwareFilterPolicy для оновлення політики.

Значення за замовчуванням: EnableFileFilter : True Розширення за замовчуванням: [ “ani”, “apk”, “app”, “appx”, “arj”, “bat”, “cab”, “cmd”, “com”, “deb”, “dex”, “dll”, “docm”, “elf”, “exe”, “hta”, “img”, “iso”, “jar”, “jnlp”, “kext”, “lha”, “lib”, “library”, “lnk”, “lzh”, “macho”, “msc”, “msi”, “msix”, “msp”, “mst”, “pif”, “ppa”, “ppam”, “reg”, “rev”, “scf”, “scr”, “sct”, “sys”, “uif”, “vb”, “vbe”, “vbs”, “vxd”, “wsc”, “wsf”, “wsh”, “xll”, “xz”, “z”, “ace” ]
📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/powershell/module/exchange/get-
  2. malwarefilterpolicy?view=exchange-ps
  3. https://learn.microsoft.com/en-us/defender-office-365/anti-malware-policies-
  4. configure?view=o365-worldwide

CIS Controls V8: 9.6
IG 1, 2
Block Unnecessary File Types Block unnecessary file types attempting to enter the enterprise’s email gateway.

CIS Controls V7: 7.9
IG 1, 2
Block Unnecessary File Types Block all e-mail attachments entering the organization’s e-mail gateway if the file types are unnecessary for the organization’s business.

CIS Controls V7: 8.1
IG 1, 2
Utilize Centrally Managed Anti-malware Software Utilize centrally managed anti-malware software to continuously monitor and defend each of the organization’s workstations and servers.

Page 88

2.1.3 Переконайтеся, що сповіщення для внутрішніх користувачів, які надсилають зловмисне програмне забезпечення, увімкнено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure notifications for internal users sending malware is Enabled (Automated)

Exchange Online Protection (EOP) – це хмарна служба фільтрації Microsoft, яка захищає організації від спаму, зловмисного програмного забезпечення та інших загроз електронною поштою. EOP включено у всіх організаціях Microsoft 365 із поштовими скриньками Exchange Online. EOP використовує гнучку політику захисту від зловмисного програмного забезпечення для налаштувань захисту від зловмисного програмного забезпечення. Ці політики можна налаштувати для сповіщення адміністраторів про зловмисну діяльність.

💡 Обґрунтування безпеки:

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

⚠️ Вплив на робочий процес (Impact):

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

Сторінка 89

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політики» виберіть «Захист від шкідливих програм».
  5. Натисніть на Політику за замовчуванням (за замовчуванням).
  6. Переконайтеся, що для параметра «Повідомляти адміністратора про недоставлені повідомлення від внутрішніх відправників» встановлено значення «Увімк.» і що під адресою електронної пошти адміністратора вказано принаймні одну адресу електронної пошти.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду:
    Get-MalwareFilterPolicy | fl Identity,
    EnableInternalSenderAdminNotifications, InternalSenderAdminAddress
  3. Переконайтеся, що для EnableInternalSenderAdminNotifications встановлено значення True і визначено адресу InternalSenderAdminAddress.
ℹ️ Примітка: Однак інструкції з аудиту та виправлення можуть зосереджуватися на політиці за замовчуванням, якщо a
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політики» виберіть «Захист від шкідливих програм».
  5. Натисніть на Політику за замовчуванням (за замовчуванням).
  6. Натисніть «Редагувати параметри захисту» та змініть параметри «Повідомляти адміністратора про недоставлені повідомлення від внутрішніх відправників» на «Увімкнено» та введіть адресу електронної пошти адміністратора, якого потрібно сповістити, у розділі «Адреса електронної пошти адміністратора».
  7. Натисніть Зберегти.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду:
    Set-MalwareFilterPolicy -Identity '{Identity Name}' -
    EnableInternalSenderAdminNotifications $True -InternalSenderAdminAddress
    {[email protected]}
ℹ️ Примітка: Однак інструкції з аудиту та виправлення можуть зосереджуватися на політиці за замовчуванням, якщо a
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.

Значення за замовчуванням: EnableInternalSenderAdminNotifications: False InternalSenderAdminAddress: $null
📋 CIS Controls & Нормативні посилання

2.1.4 Переконайтеся, що політику безпечних вкладень увімкнено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure Safe Attachments policy is enabled (Automated)

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

💡 Обґрунтування безпеки:

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

⚠️ Вплив на робочий процес (Impact):

Доставка електронної пошти з вкладеннями може бути затримана під час сканування.

Сторінка 93

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політики» виберіть «Безпечні вкладення».
  5. Перегляньте політику найвищого пріоритету.
  6. Переконайтеся, що користувачі та домени та включені домени одержувачів належать до сфери діяльності організації.
  7. Переконайтеся, що відповідь виявлення безпечних вкладень: встановлено на Блокувати – блокувати поточні та майбутні повідомлення та вкладення з виявленим шкідливим програмним забезпеченням.
  8. Переконайтеся, що для політики карантину встановлено значення AdminOnlyAccessPolicy.
  9. Переконайтеся, що політику не вимкнено.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду PowerShell:
    Get-SafeAttachmentPolicy | ft Identity,Enable,Action,QuarantineTag
  3. Перегляньте політику безпечних вкладень із найвищим пріоритетом і переконайтеся, що властивості та значення відповідають наведеним нижче.
    Очікувані параметри в консолі:
    Enable        : True
    Action        : Block
    QuarantineTag : AdminOnlyAccessPolicy
ℹ️ Примітка: Щоб переглянути пріоритет політики, слід використовувати Get-SafeAttachmentRule.
Вбудовані політики завжди матимуть найнижчий пріоритет, тоді як попередні налаштування, як-от суворий і
стандарт можна переглянути за допомогою Get-ATPProtectionPolicyRule. Строгий і стандартний
попередні налаштування завжди мають вищий пріоритет, ніж спеціальні політики.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила.
  3. На сторінці «Політики та правила» виберіть «Політика загроз».
  4. У розділі «Політики» виберіть «Безпечні вкладення».
  5. Натисніть + Створити.
  6. Створіть назву та опис політики, а потім натисніть «Далі».
  7. Виберіть усі дійсні домени та натисніть «Далі».
  8. Виберіть Блокувати.
  9. Політикою карантину є AdminOnlyAccessPolicy.
  10. Не встановлюйте позначку «Увімкнути перенаправлення».
  11. Натисніть «Далі» і нарешті «Надіслати».
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Щоб змінити існуючу політику, змініть наведений нижче приклад і виконайте наступне
    PowerShell command:
    Set-SafeAttachmentPolicy -Identity 'Example policy' -Action 'Block' -
    QuarantineTag 'AdminOnlyAccessPolicy' -Enable $true
  3. Або відредагуйте та запустіть наведений нижче приклад, щоб створити нову політику безпечних вкладень.
    New-SafeAttachmentPolicy -Name "CIS 2.1.4" -Enable $true -Action 'Block' -
    QuarantineTag 'AdminOnlyAccessPolicy'
    New-SafeAttachmentRule -Name "CIS 2.1.4 Rule" -SafeAttachmentPolicy "CIS
    2.1.4" -RecipientDomainIs 'exampledomain[.]com'
ℹ️ Примітка: Цілі політики, такі як користувачі та домени, повинні включати домени або групи, які
забезпечити охоплення більшості користувачів в організації. Різні включення і
випадки використання виключень не розглядаються в тесті.

Значення за замовчуванням: Ідентифікація : Вбудована політика захисту Увімкнути : Справжня дія : Блокувати QuarantineTag : AdminOnlyAccessPolicy Пріоритет : (найнижчий)
📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/defender-office-365/safe-attachments-about
  2. https://learn.microsoft.com/en-us/defender-office-365/safe-attachments-policies-configure

CIS Controls V8: 9.7
IG 1
Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

CIS Controls V7: 7.10
IG 1
Sandbox All Email Attachments Use sandboxing to analyze and block inbound email attachments with malicious behavior.

CIS Controls V7: 8.1
IG 1, 2
Utilize Centrally Managed Anti-malware Software Utilize centrally managed anti-malware software to continuously monitor and defend each of the organization’s workstations and servers.

Page 96

2.1.5 Переконайтеся, що безпечні вкладення для SharePoint, OneDrive та Microsoft Teams увімкнено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure Safe Attachments for SharePoint, OneDrive, and Microsoft Teams is Enabled (Automated)

Безпечні вкладення для SharePoint, OneDrive та Microsoft Teams сканують ці служби для шкідливих файлів.

💡 Обґрунтування безпеки:

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

⚠️ Вплив на робочий процес (Impact):

Вплив, пов’язаний із безпечними вкладеннями, мінімальний і еквівалентний впливу пов’язані з антивірусними сканерами в середовищі.

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
  3. Виберіть Політика загроз, а потім – Безпечні вкладення.
  4. Натисніть «Глобальні налаштування».
  5. Переконайтеся, що для перемикача «Увімкнути захисник для Office 365 для SharePoint, OneDrive та Microsoft Teams» встановлено значення «Увімкнено».
  6. Переконайтеся, що для перемикача «Увімкнути безпечні документи для клієнтів Office» встановлено значення «Увімкнено».
  7. Переконайтеся, що перемикач «Дозволити людям клацати через захищений перегляд, навіть якщо безпечні документи визначили файл як зловмисний» вимкнено.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду PowerShell:
    Get-AtpPolicyForO365 | fl
    Name,EnableATPForSPOTeamsODB,EnableSafeDocs,AllowSafeDocsOpen
    Verify the values for each parameter as below:
    EnableATPForSPOTeamsODB : True
    EnableSafeDocs : True
    AllowSafeDocsOpen : False

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com
  2. У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
  3. Виберіть Політика загроз, а потім – Безпечні вкладення.
  4. Натисніть «Глобальні налаштування».
  5. Натисніть, щоб увімкнути Увімкнути Defender для Office 365 для SharePoint, OneDrive та Microsoft Teams
  6. Натисніть, щоб увімкнути, увімкнути безпечні документи для клієнтів Office
  7. Клацніть, щоб вимкнути. Дозволити людям клацати через захищений перегляд, навіть якщо безпечні документи визначили файл як шкідливий.
  8. Натисніть Зберегти
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду PowerShell:
    Set-AtpPolicyForO365 -EnableATPForSPOTeamsODB $true -EnableSafeDocs $true -
    AllowSafeDocsOpen $false

📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/defender-office-365/safe-attachments-for-spo-odfb-teams-about

CIS Controls V8: 10.1
IG 1, 2, 3
Deploy and Maintain Anti-Malware Software Deploy and maintain anti-malware software on all enterprise assets.

CIS Controls V7: 8.1
IG 1, 2
Utilize Centrally Managed Anti-malware Software Utilize centrally managed anti-malware software to continuously monitor and defend each of the organization’s workstations and servers.

Page 99

2.1.6 Переконайтеся, що політики Exchange Online щодо спаму налаштовано на сповіщення адміністраторів (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure Exchange Online Spam Policies are set to notify administrators (Automated)

В організаціях Microsoft 365 із поштовими скриньками в Exchange Online або окремо організації Exchange Online Protection (EOP) без поштових скриньок Exchange Online, повідомлення електронної пошти автоматично захищені від спаму (небажаної електронної пошти) EOP. Налаштуйте політику спаму Exchange Online, щоб копіювати електронні листи та сповіщати когось, коли a відправника в організації заблоковано за розсилку спаму.

💡 Обґрунтування безпеки:

Заблокований обліковий запис є хорошою ознакою того, що відповідний обліковий запис було зламано, і зловмисник використовує його для надсилання спаму іншим людям.

⚠️ Вплив на робочий процес (Impact):

Сповіщення про заблокованих користувачів не повинно впливати на користувача.

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
  3. У розділі «Політики» виберіть «Захист від спаму».
  4. Клацніть політику захисту від спаму (за замовчуванням).
  5. Переконайтеся, що для параметра «Надіслати копію підозрілих вихідних повідомлень або повідомлень, які перевищують ці обмеження цим користувачам і групам» встановлено значення «Увімк.», переконайтеся, що адреса електронної пошти правильна.
  6. Переконайтеся, що для параметра «Повідомляти цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму» встановлено значення «Увімк.», переконайтеся, що адреса електронної пошти правильна.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду PowerShell:
    Get-HostedOutboundSpamFilterPolicy | Select-Object Bcc*, Notify*
  3. Переконайтеся, що для BccSuspiciousOutboundMail і NotifyOutboundSpam встановлено значення True, а адреси електронної пошти, на які потрібно надсилати сповіщення, правильні.
ℹ️ Примітка: Однак інструкції з аудиту та виправлення можуть зосереджуватися на політиці за замовчуванням, якщо a
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
  3. У розділі «Політики» виберіть «Захист від спаму».
  4. Клацніть політику захисту від спаму (за замовчуванням).
  5. Виберіть Редагувати налаштування захисту, а потім у розділі Сповіщення:
  6. Поставте прапорець «Надіслати копію підозрілих вихідних повідомлень або повідомлень, які перевищують ці обмеження, цим користувачам і групам», а потім введіть потрібні адреси електронної пошти.
  7. Поставте прапорець «Повідомити цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму», а потім введіть потрібні адреси електронної пошти.
  8. Натисніть Зберегти.
💻 PowerShell консоль (CLI)
  1. Підключіться до Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте таку команду PowerShell:
    $BccEmailAddress = @("<INSERT-EMAIL>")
    $NotifyEmailAddress = @("<INSERT-EMAIL>")
    Set-HostedOutboundSpamFilterPolicy -Identity Default -
    BccSuspiciousOutboundAdditionalRecipients $BccEmailAddress -
    BccSuspiciousOutboundMail $true -NotifyOutboundSpam $true -
    NotifyOutboundSpamRecipients $NotifyEmailAddress
ℹ️ Примітка: Однак інструкції з аудиту та виправлення можуть зосереджуватися на політиці за замовчуванням, якщо a
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.

Значення за замовчуванням: BccSuspiciousOutboundAdditionalRecipients : {} BccSuspiciousOutboundMail : False NotifyOutboundSpamRecipients : {} NotifyOutboundSpam : False
📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/defender-office-365/outbound-spam-protection-about

CIS Controls V8: 0.0
IG 1
Explicitly Not Mapped Explicitly Not Mapped

Page 102

2.1.7 Переконайтеся, що політику захисту від фішингу створено (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure that an anti-phishing policy has been created (Automated)

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

💡 Обґрунтування безпеки:

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

⚠️ Вплив на робочий процес (Impact):

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

Сторінка 103

🔍 Аудит (перевірка налаштувань)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Перевірте налаштування в графічному веб-інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила
  3. Виберіть Політика загроз.
  4. У розділі «Політики» виберіть «Антифішинг».
  5. Переконайтеся, що політика AntiPhish увімкнена та відповідає таким критеріям:
  6. У розділі «Користувачі, групи та домени» o Переконайтеся, що включені домени та групи включають більшість організації.
  7. У розділі «Порогове значення та захист від фішингу» перевірте наступне: o Порогове значення електронної пошти для фішингу становить принаймні 3 – більш агресивний. o Захист від уособлення користувача ввімкнено та містить підмножину користувачів. o Захист домену від уособлення увімкнено для доменів, які належать. o Інтелект поштової скриньки та інтелект поштової скриньки для імітації та розвідки Spoof увімкнено.
  8. У розділі «Дії» перевірте наступне: o Якщо повідомлення виявлено як уособлення користувача, для повідомлення встановлено карантин. o Якщо повідомлення виявлено як уособлення домену, це повідомлення переміщується в карантин. o Якщо Mailbox Intelligence виявляє імітованого користувача, повідомлення переміщується в карантин. o Підказка безпеки при першому контакті увімкнена. o Підказку щодо безпеки від уособлення користувача ввімкнено. o Підказку щодо безпеки уособлення домену ввімкнено. o Підказка щодо безпеки незвичайних персонажів увімкнено. o Поважати політику запису DMARC, якщо повідомлення виявлено як підробку, увімкнено.
💻 PowerShell консоль (CLI)
  1. Підключіться до служби Exchange Online:
    Connect-ExchangeOnline.
  2. Виконайте такі команди Exchange Online PowerShell:
    $params = @(
        "name","Enabled","PhishThresholdLevel","EnableTargetedUserProtection"
        "EnableOrganizationDomainsProtection","EnableMailboxIntelligence"
        "EnableMailboxIntelligenceProtection","EnableSpoofIntelligence"
        "TargetedUserProtectionAction","TargetedDomainProtectionAction"
        "MailboxIntelligenceProtectionAction","EnableFirstContactSafetyTips"
        "EnableSimilarUsersSafetyTips","EnableSimilarDomainsSafetyTips"
        "EnableUnusualCharactersSafetyTips","TargetedUsersToProtect"
        "HonorDmarcPolicy"
    )
    Get-AntiPhishPolicy | fl $params
  3. Переконайтеся, що створено політику, яка має відповідні значення для таких параметрів:
    Очікувані параметри в консолі:
    Enabled                             : True
    PhishThresholdLevel                 : 3
    EnableTargetedUserProtection        : True
    EnableOrganizationDomainsProtection : True
    EnableMailboxIntelligence           : True
    EnableMailboxIntelligenceProtection : True
    EnableSpoofIntelligence             : True
    TargetedUserProtectionAction        : Quarantine
    TargetedDomainProtectionAction      : Quarantine
    MailboxIntelligenceProtectionAction : Quarantine
    EnableFirstContactSafetyTips        : True
    EnableSimilarUsersSafetyTips        : True
    EnableSimilarDomainsSafetyTips      : True
    EnableUnusualCharactersSafetyTips   : True
    TargetedUsersToProtect              : {<contains users>}
    HonorDmarcPolicy                    : True
  4. Переконайтеся, що TargetedUsersToProtect містить підмножину організації, до 350 користувачів, для цільового захисту від уособлення.
  5. Використовуйте PowerShell, щоб переконатися, що AntiPhishRule налаштовано та ввімкнено. Get-AntiPhishRule | ft AntiPhishPolicy,Priority,State,SentToMemberOf,RecipientDomainIs
  6. Ідентифікація правильного правила з відповідного імені AntiPhishPolicy на кроці 3. Переконайтеся, що правило визначає групи або домени, які включають більшість організації, перевіривши SentToMemberOf або RecipientDomainIs.
ℹ️ Примітка: Інструкції з аудиту призначені для того, щоб допомогти визначити кваліфіковану політику+правило AntiPhish, яке
відповідає рекомендованим критеріям, одночасно захищаючи більшу частину організації. Це
зрозумів, що можуть існувати окремі винятки для користувачів або винятки для всієї політики
якщо інший продукт стоїть як еквівалентний контроль.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Виконайте такі дії в графічному інтерфейсі:

  1. Перейдіть до Microsoft Defender https://security.microsoft.com.
  2. Розгорніть Електронна пошта та співпраця > Політика та правила
  3. Виберіть Політика загроз.
  4. У розділі «Політики» виберіть «Антифішинг» і натисніть «Створити».
  5. Назвіть політику, продовжуючи та натискаючи Далі за потреби: o Додати групи та/або домени, які містять більшість організації. o Встановіть порогове значення для фішингової електронної пошти на 3 – більш агресивний o Поставте прапорець «Увімкнути захист користувачів і додайте до 350 користувачів» o Поставте прапорець «Увімкнути домени для захисту та перевірки» Включати домени, які я володію o Поставте прапорець «Увімкнути інтелект поштової скриньки» (рекомендовано) o Поставте прапорець «Увімкнути розвідку для захисту від видавання себе за іншу особу» (рекомендовано) o Поставте прапорець «Увімкнути розвідку про підробку» (рекомендовано)
  6. У розділі «Дії» налаштуйте наступне: o Якщо повідомлення виявлено як уособлення користувача, перемістити повідомлення в карантин o Встановити, якщо повідомлення виявлено як уособлення домену, перемістити повідомлення в карантин o Встановити, якщо Mailbox Intelligence виявляє імітаційного користувача, перемістити повідомлення в карантин o Залишити політику запису Honor DMARC, коли повідомлення виявлено як підробку. o Поставте прапорець «Показати підказку щодо безпеки при першому контакті» (рекомендовано) o Поставте прапорець «Показати пораду щодо безпеки під час уособлення користувача» o Поставте прапорець «Показати пораду щодо безпеки під час уособлення себе за домен» o Поставте прапорець «Показувати пораду щодо безпеки щодо незвичайних символів під час уособлення користувача»
  7. Нарешті натисніть Далі та Надіслати політику.
💻 PowerShell консоль (CLI)
  1. Підключіться до служби Exchange Online:
    Connect-ExchangeOnline.
  2. Запустіть наведений нижче сценарій Exchange Online PowerShell, щоб створити AntiPhish
    policy:
    # Create the Policy
    $params = @{
        Name = "CIS AntiPhish Policy"
        PhishThresholdLevel = 3
        EnableTargetedUserProtection = $true
        EnableOrganizationDomainsProtection = $true
        EnableMailboxIntelligence = $true
        EnableMailboxIntelligenceProtection = $true
        EnableSpoofIntelligence = $true
        TargetedUserProtectionAction = 'Quarantine'
        TargetedDomainProtectionAction = 'Quarantine'
        MailboxIntelligenceProtectionAction = 'Quarantine'
        TargetedUserQuarantineTag = 'DefaultFullAccessWithNotificationPolicy'
        MailboxIntelligenceQuarantineTag =
    'DefaultFullAccessWithNotificationPolicy'
        TargetedDomainQuarantineTag = 'DefaultFullAccessWithNotificationPolicy'
        EnableFirstContactSafetyTips = $true
        EnableSimilarUsersSafetyTips = $true
        EnableSimilarDomainsSafetyTips = $true
        EnableUnusualCharactersSafetyTips = $true
        HonorDmarcPolicy = $true
    }
    New-AntiPhishPolicy @params
    # Create the rule for all users in all valid domains and associate with
    Policy
    New-AntiPhishRule -Name $params.Name -AntiPhishPolicy $params.Name -
    RecipientDomainIs (Get-AcceptedDomain).Name -Priority 0
  3. Нову політику можна редагувати в інтерфейсі користувача або через PowerShell.
ℹ️ Примітка: Інструкції з виправлення мають допомогти створити кваліфіковану політику AntiPhish, яка
відповідає рекомендованим критеріям, одночасно захищаючи більшу частину організації. Це
зрозумів, що можуть існувати окремі винятки для користувачів або винятки для всієї політики
якщо інший продукт діє як аналогічний елемент керування.

📋 CIS Controls & Нормативні посилання
  1. https://learn.microsoft.com/en-us/defender-office-365/anti-phishing-protection-about
  2. https://learn.microsoft.com/en-us/defender-office-365/anti-phishing-policies-eop-configure

CIS Controls V8: 9.7
IG 1
Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

Page 108

2.1.8 Переконайтеся, що записи SPF опубліковані для всіх доменів Exchange (Автоматизовано)

Level 1Автоматизовано

Оригінал: Ensure that SPF records are published for all Exchange Domains (Automated)

Для кожного домену, налаштованого в Exchange, відповідна політика відправника Необхідно створити запис Framework (SPF).

💡 Обґрунтування безпеки:

Записи SPF дозволяють Exchange Online Protection та іншим поштовим системам перевірити, які сервери авторизовані для надсилання електронної пошти для домену. Це допомагає цим системам визначити чи є повідомлення законним чи потенційно підробленим. Застосування -all або ~all гарантує, що будь-які недокументовані або неавторизовані мережі намагаються надіслати від імені організації негайно відхиляються, зменшуючи ризик видавання себе за іншу особу. Якщо організація не має повної видимості того, звідки походить її електронна пошта, це представляє значну прогалину в безпеці. Наприклад, якщо сервер електронної пошти надсилає пошту з несподіваного місця в країні без вашого відома, тобто серйозна проблема. Щоб вирішити цю проблему, потрібен навмисний процес виявлення, щоб ідентифікувати всіх законні джерела надсилання, а не дозволяти невідомим системам продовжувати надсилання електронна пошта не перевірена.

⚠️ Вплив на робочий процес (Impact):

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

Сторінка 109

🔍 Аудит (перевірка налаштувань)
ℹ️ Примітка: Resolve-DnsName недоступний у версіях Windows, раніших за Windows
8 і Windows Server 2012. За потреби використовуйте альтернативи, такі як nslookup.

⚙️ Виправлення (Remediation / Налаштування)
🖥️ Графічний інтерфейс (GUI / Admin Center)

Щоб виправити проблему за допомогою постачальника DNS: для кожного домену, визначеного під час аудиту як невідповідний, внесіть необхідні оновлення у свого постачальника DNS або через сторонню службу керування SPF. Відсутній запис SPF: якщо домен наразі не має запису SPF, створіть його, подібний до прикладу нижче, припускаючи, що вся електронна пошта маршрутизується через Exchange Online (Microsoft 365 або Microsoft 365 GCC): # Жорстка помилка v=spf1 include:spf.protection.outlook.com -all # М’яка помилка v=spf1 include:spf.protection.outlook.com ~усі додаткові відправники: якщо інші авторизовані використовуються служби електронної пошти, за потреби додайте їхні записи SPF за допомогою механізму include:. Наприклад: v=spf1 include:spf.protection.outlook.com include:exampledomain.net -all

    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/security/office-365-
    2. security/email-authentication-spf-configure?view=o365-worldwide
    3. https://datatracker.ietf.org/doc/html/rfc7208
    4. https://learn.microsoft.com/en-us/defender-office-365/email-authentication-spf-
    5. configure?view=o365-worldwide#scenario-parked-domains

    CIS Controls V8: 9.5
    IG 1, 2
    Implement DMARC To lower the chance of spoofed or modified emails from valid domains, implement DMARC policy and verification, starting with implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail (DKIM) standards.

    CIS Controls V7: 7.8
    IG 1, 2
    Implement DMARC and Enable Receiver-Side Verification To lower the chance of spoofed or modified emails from valid domains, implement Domain-based Message Authentication, Reporting and Conformance (DMARC) policy and verification, starting by implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail(DKIM) standards.

    Page 112

    2.1.9 Переконайтеся, що DKIM увімкнено для всіх доменів Exchange Online (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure that DKIM is enabled for all Exchange Online Domains (Automated)

    DKIM — це один із трьох методів автентифікації (SPF, DKIM і DMARC), які допомагають запобігти зловмисникам надсилати повідомлення, які виглядають так, ніби вони надходять із вашого домену. DKIM дозволяє організації додавати цифровий підпис до вихідних повідомлень електронної пошти в заголовок повідомлення. Коли DKIM налаштовано, організація авторизує свій домен зв’яжіть або підпишіть це ім’я з повідомленням електронної пошти за допомогою криптографічної автентифікації. Системи електронної пошти, які отримують електронні листи з цього домену, можуть використовувати цифровий підпис для перевірки чи є вхідна електронна пошта законною. Використання DKIM на додаток до SPF і DMARC для запобігання використанню зловмисниками методи підробки від надсилання повідомлень, які виглядають так, ніби вони надходять від вашого домен.

    💡 Обґрунтування безпеки:

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

    ⚠️ Вплив на робочий процес (Impact):

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

    Сторінка 113

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі Правила клацніть Параметри автентифікації електронної пошти.
    4. Виберіть DKIM.
    5. Для кожного дозволеного домену, який налаштовано для надсилання електронної пошти: o Пропустіть будь-який домен *.onmicrosoft.com (MOERA або Coexistence), ці вихідні повідомлення автоматично підписуються Microsoft. o Натисніть на ім’я домену. o Підтвердити Підписувати повідомлення для цього домену за допомогою підписів DKIM увімкнено. o Переконайтеся, що статус читає підписи DKIM для цього домену.
    6. Статус «Не підписує підписи DKIM для цього домену» або «Немає збережених ключів DKIM для цього домену» не відповідає вимогам.
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте наступне:
      # Get-DkimSigningConfig does not display unconfigured domains,
      # so we first get all accepted domains and then match them against
      # the DKIM signing configurations.
      $Domains = Get-AcceptedDomain |
          Where-Object {$_.IsCoExistenceDomain -eq $false -and $_.InitialDomain -eq
      $false}
      $DKIMCfg = Get-DkimSigningConfig
      # Generate the report
      $Report = foreach ($Domain in $Domains) {
          $DKIM = $DKIMCfg | Where-Object { $_.Name -eq $Domain.Name }
          [PSCustomObject]@{
              DomainName     = $Domain.Name
              Enabled        = [bool]$DKIM.Enabled
              Status         = if ($DKIM) { $DKIM.Status } else { "Not Configured"
      }
              IsCISCompliant = ($DKIM.Enabled -and $DKIM.Status -eq "Valid")
          }
      }
      # Output the report
      $Report | Format-Table -AutoSize
      # Optionally, export the report to a CSV file
      # $Report | Export-Csv -Path "2_1_9.csv" -NoTypeInformation
    3. Для кожного домену, який налаштовано для надсилання електронної пошти, перевірте: o Enabled має значення True o Status має значення Valid. o Примітка. Властивість IsCISCompliant також перевірятиме, чи стан сумісний.
    ℹ️ Примітка: Якщо ви володієте зареєстрованими доменами, які не використовуються для електронної пошти чи будь-чого взагалі (також
    відомі як парковані домени), не публікуйте записи DKIM для цих доменів. Відсутність a
    Запис DKIM (отже, відсутність відкритого ключа в DNS для перевірки підпису повідомлення)
    запобігає перевірці DKIM підроблених доменів.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі Правила клацніть Параметри автентифікації електронної пошти.
    4. Виберіть DKIM
    5. Виберіть домен для виправлення.
    6. Натисніть Створити ключі DKIM.
    7. Microsoft надає правильно відформатовані записи CNAME, скопіюйте їх для подальшого використання.
    8. В іншій вкладці або вікні браузера перейдіть до реєстратора домену для домену, а потім створіть два записи CNAME, використовуючи інформацію з попереднього кроку.
    9. Поверніть розкривне вікно властивостей домену та встановіть для параметра «Підписувати повідомлення для цього домену за допомогою підписів DKIM» значення «Увімкнено». У разі успіху в статусі відобразиться підпис підписів DKIM для цього домену.

    Значення за замовчуванням: Спеціальні домени: не налаштовано за замовчуванням Домен MOERA onmicrosoft.com: вихідна електронна пошта автоматично підписується
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/security/office-365-
    2. security/email-authentication-dkim-configure?view=o365-worldwide

    CIS Controls V8: 9.5
    IG 1, 2
    Implement DMARC To lower the chance of spoofed or modified emails from valid domains, implement DMARC policy and verification, starting with implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail (DKIM) standards.

    CIS Controls V7: 7.8
    IG 1, 2
    Implement DMARC and Enable Receiver-Side Verification To lower the chance of spoofed or modified emails from valid domains, implement Domain-based Message Authentication, Reporting and Conformance (DMARC) policy and verification, starting by implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail(DKIM) standards.

    Page 116

    2.1.10 Переконайтеся, що записи DMARC для всіх доменів Exchange Online опубліковано (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure DMARC records for all Exchange Online domains are published (Automated)

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

    💡 Обґрунтування безпеки:

    DMARC посилює достовірність повідомлень, надісланих з організації системи електронної пошти від домену до місця призначення. У поєднанні з SPF (Політика відправника Framework) і DKIM (DomainKeys Identified Mail), значно покращено DMARC захист від підробки електронної пошти та спроб фішингу. Це включає домен MOERA (наприклад, contoso.onmicrosoft.com), який надається з кожним клієнтом Microsoft 365 і може створювати електронні листи. Тому що це часто не звертаючи уваги на користь користувальницьких доменів, це загальна прогалина в електронній пошті покриття автентифікації, якщо залишити незахищеним. Якщо для політики DMARC встановлено значення p=none, поштова система не виконуватиме жодних дій коли фішинговий електронний лист не проходить перевірку DMARC, але проходить перевірки SPF і DKIM. мати Повністю налаштований DMARC є важливою частиною запобігання компрометації бізнес-електронної пошти.

    ⚠️ Вплив на робочий процес (Impact):

    Реалізаційна частина може зайняти час і включає багато етапів підхід з часом. По-перше, буде встановлено базовий рівень поточного стану електронної пошти з p=none і rua і ruf. Як тільки навколишнє середовище краще розуміється і повідомляє були проаналізовані, організація перейде до остаточного стану із записом DMARC значення, як зазначено в розділі аудиту.

    Сторінка 117

    🔍 Аудит (перевірка налаштувань)
    ℹ️ Примітка: Третій приклад містить sp=none, який встановлює політику субдомену для моніторингу
    тільки. Хоча сам організаційний домен відповідатиме вимогам, будь-які субдомени відповідатимуть
    не відповідають критеріям аудиту, якщо вони існують. Аудитори повинні оцінювати субдомени окремо
    для підтвердження відповідності.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Щоб виправити проблему за допомогою постачальника DNS:

    1. Для будь-якого невідповідного домену, який надсилає електронну пошту, додайте такий запис до DNS: Запис: _dmarc.domain1.com Тип: TXT Значення: v=DMARC1; p=немає; rua=mailto:; ruf=mailto:
    2. Це створить базову політику DMARC, яка дозволить організації почати моніторинг статистики повідомлень.
    3. Тижня достатньо, щоб дані, отримані за допомогою звітів, були корисними для розуміння тенденцій електронної пошти та трафіку. Останній крок вимагає впровадження політики p=reject АБО p=quarantine та pct=100 із визначеними необхідними адресами електронної пошти rua та ruf: Запис: _dmarc.domain1.com Тип: TXT Значення: v=DMARC1; p=відкинути; відсоток=100; rua=mailto:; ruf=mailto: Парковані домени: для будь-якого домену, який не використовується для надсилання електронної пошти, додайте такий запис до DNS: Запис: _dmarc.domain1.com Тип: TXT Значення: v=DMARC1; p=відкинути; Щоб виправити домен MOERA за допомогою інтерфейсу користувача:
    4. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
    5. Розгорніть Налаштування та виберіть Домени.
    6. Виберіть домен клієнта (наприклад, contoso.onmicrosoft.com).
    7. Виберіть DNS-записи та натисніть + Додати запис.
    8. Додайте новий запис із іменем TXT _dmarc із відповідними значеннями, зазначеними вище.

    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/email-authentication-
    2. dmarc-configure?view=o365-worldwide
    3. https://learn.microsoft.com/en-us/defender-office-365/step-by-step-guides/how-to-enable-dmarc-reporting-for-microsoft-online-email-routing-address-moera-and-
    4. parked-domains?view=o365-worldwide
    5. https://media.defense.gov/2024/May/02/2003455483/-1/-1/0/CSA-NORTH-
    6. KOREAN-ACTORS-EXPLOIT-WEAK-DMARC.PDF
    7. https://www.rfc-editor.org/rfc/rfc7489
    8. Additional Information:
    9. Microsoft has a list of best practices for implementing DMARC that cover these steps in
    10. detail.

    CIS Controls V8: 9.5
    IG 1, 2
    Implement DMARC To lower the chance of spoofed or modified emails from valid domains, implement DMARC policy and verification, starting with implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail (DKIM) standards.

    CIS Controls V7: 7.8
    IG 1, 2
    Implement DMARC and Enable Receiver-Side Verification To lower the chance of spoofed or modified emails from valid domains, implement Domain-based Message Authentication, Reporting and Conformance (DMARC) policy and verification, starting by implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail(DKIM) standards.

    Page 121

    2.1.11 Переконайтеся, що застосовано комплексне фільтрування вкладень (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure comprehensive attachment filtering is applied (Automated)

    Фільтр загальних типів вкладень дозволяє користувачеві блокувати відомі та спеціальні зловмисники типи файлів, які не вкладаються в електронні листи. Політика Microsoft охоплює 53 розширення, а також можна визначити додатковий настроюваний список розширень. Список із 186 розширень, наданий у цій рекомендації, є вичерпним, але не є вичерпним вичерпний.

    💡 Обґрунтування безпеки:

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

    ⚠️ Вплив на робочий процес (Impact):

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

    Сторінка 122

    🔍 Аудит (перевірка налаштувань)
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Запустіть такий сценарій:
      $AttachExts  = @(
          '7z', 'a3x', 'ace', 'ade', 'adp', 'ani', 'apk', 'app', 'appinstaller',
          'applescript', 'application', 'appref-ms', 'appx', 'appxbundle', 'arj',
          'asd', 'asx', 'bas', 'bat', 'bgi', 'bz2', 'cab', 'chm', 'cmd', 'com',
          'cpl', 'crt', 'cs', 'csh', 'daa', 'dbf', 'dcr', 'deb',
          'desktopthemepackfile', 'dex', 'diagcab', 'dif', 'dir', 'dll', 'dmg',
          'doc', 'docm', 'dot', 'dotm', 'elf', 'eml', 'exe', 'fxp', 'gadget',
          'gz', 'hlp', 'hta', 'htc', 'htm', 'html', 'hwpx', 'ics', 'img',
          'inf', 'ins', 'iqy', 'iso', 'isp', 'jar', 'jnlp', 'js', 'jse', 'kext',
          'ksh', 'lha', 'lib', 'library', 'library-ms', 'lnk', 'lzh', 'macho',
          'mam', 'mda', 'mdb', 'mde', 'mdt', 'mdw', 'mdz', 'mht', 'mhtml', 'mof',
          'msc', 'msi', 'msix', 'msp', 'msrcincident', 'mst', 'ocx', 'odt', 'ops',
          'oxps', 'pcd', 'pif', 'plg', 'pot', 'potm', 'ppa', 'ppam', 'ppkg', 'pps',
          'ppsm', 'ppt', 'pptm', 'prf', 'prg', 'ps1', 'ps11', 'ps11xml', 'ps1xml',
          'ps2', 'ps2xml', 'psc1', 'psc2', 'pub', 'py', 'pyc', 'pyo', 'pyw', 'pyz',
          'pyzw', 'rar', 'reg', 'rev', 'rtf', 'scf', 'scpt', 'scr', 'sct',
          'searchConnector-ms', 'service', 'settingcontent-ms', 'sh', 'shb', 'shs',
          'shtm', 'shtml', 'sldm', 'slk', 'so', 'spl', 'stm', 'svg', 'swf', 'sys',
          'tar', 'theme', 'themepack', 'timer', 'uif', 'url', 'uue', 'vb', 'vbe',
          'vbs', 'vhd', 'vhdx', 'vxd', 'wbk', 'website', 'wim', 'wiz', 'ws', 'wsc',
          'wsf', 'wsh', 'xla', 'xlam', 'xlc', 'xll', 'xlm', 'xls', 'xlsb', 'xlsm',
          'xlt', 'xltm', 'xlw', 'xnk', 'xps', 'xsl', 'xz', 'z'
      )
      $MalwareFilterPolicies = Get-MalwareFilterPolicy
      $MalwareFilterRules = Get-MalwareFilterRule
      # A policy must have at least 90% of the extensions in the reference list to
      pass.
      # This allows for some flexibility with exceptions.
      $PassingValue = .90 # 90%
      $FailThreshold = [int]($AttachExts.count * (1 - $PassingValue))
      # Only evaluate policies that have more than 120 extensions defined
      # so we don't output failures on policies that aren't specific to
      # extension filtering.
      $CompPolicies = $MalwareFilterPolicies | Where-Object { $_.FileTypes.Count -
      gt 120 }
      if (-not $CompPolicies) {
          Write-Output "## FAIL ## No comprehensive policies found to evaluate."
          return
      }
      $ExtensionReport = foreach ($policy in $CompPolicies) {
          $Missing = Compare-Object -ReferenceObject $AttachExts `
              -DifferenceObject $policy.FileTypes `
              -PassThru | Where-Object { $_.SideIndicator -eq '<=' }
          $FoundRule = $MalwareFilterRules |
              Where-Object { $_.MalwareFilterPolicy -eq $policy.Id }
          # Define passing conditions to determine if this policy passes all
      checks.
          $Pass = ($Missing.Count -lt $FailThreshold) -and
                  ($FoundRule.State -eq 'Enabled') -and
                  ($policy.EnableFileFilter -eq $true)
          [PSCustomObject]@{
              PolicyName        = $policy.Identity
              IsCISCompliant    = $Pass
              EnableFileFilter  = $policy.EnableFileFilter
              State             = $FoundRule.State
              MissingCount      = $Missing.count
              MissingExtensions = $Missing -join ", "
              ExtensionCount    = $policy.FileTypes.count
          }
      }
      # Output results in various formats
      $ExtensionReport | Format-Table -AutoSize
      <# Optional: Export methods
      $ExtensionReport | Out-GridView -Title "Attachment Filter results"
      $ExtensionReport | Export-Csv -Path "2.1.11.csv" -NoTypeInformation
      $ExtensionReport | ConvertTo-Json | Out-File -FilePath "2.1.11.json"
      #>
    3. Перегляньте результати, оцінюватимуться лише політики з визначеними понад 120 розширеннями. Наприкінці сценарію наведено приклади різних вихідних форматів.
    4. Пропуск надається за таких умов: o Існує єдина активна політика, яка охоплює всі перелічені розширення файлів, крім тих, які визначені організацією як виняток. o Політика має стан Enabled. o Для властивості EnableFileFilter встановлено значення True.
    5. Звіт містить властивість IsCISCompliant, де True вказує на відповідність, що дозволяє до 10% перелічених розширень бути відсутніми як задокументовані винятки.
    ℹ️ Примітка: Процедура аудиту навмисно не включає дії, вжиті для відповідності
    розширення, напр. Відхилити повідомлення за допомогою NDR або помістити повідомлення на карантин. Ці вважаються
    специфічні для організації та не оцінюються. Якщо FileTypeAction не вказано
    за умовчанням буде відхилено повідомлення з квитанцією про недоставку (NDR).
    Політика карантину також вважається окремою організацією.

    ⚙️ Виправлення (Remediation / Налаштування)
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Запустіть такий сценарій після редагування InternalSenderAdminAddress:
      # Create an attachment policy and associated rule. The rule is
      # intentionally disabled allowing the org to enable it when ready
      $Policy = @{
          Name             = "CIS L2 Attachment Policy"
          EnableFileFilter = $true
          ZapEnabled       = $true
          EnableInternalSenderAdminNotifications = $true
          InternalSenderAdminAddress = '[email protected]' # Change this.
      }
      $L2Extensions = @(
          "7z", "a3x", "ace", "ade", "adp", "ani", "app", "appinstaller",
          "applescript", "application", "appref-ms", "appx", "appxbundle", "arj",
          "asd", "asx", "bas", "bat", "bgi", "bz2", "cab", "chm", "cmd", "com",
          "cpl", "crt", "cs", "csh", "daa", "dbf", "dcr", "deb",
          "desktopthemepackfile", "dex", "diagcab", "dif", "dir", "dll", "dmg",
          "doc", "docm", "dot", "dotm", "elf", "eml", "exe", "fxp", "gadget", "gz",
          "hlp", "hta", "htc", "htm", "html", "hwpx", "ics", "img",
          "inf", "ins", "iqy", "iso", "isp", "jar", "jnlp", "js", "jse", "kext",
          "ksh", "lha", "lib", "library-ms", "lnk", "lzh", "macho", "mam", "mda",
          "mdb", "mde", "mdt", "mdw", "mdz", "mht", "mhtml", "mof", "msc", "msi",
          "msix", "msp", "msrcincident", "mst", "ocx", "odt", "ops", "oxps", "pcd",
          "pif", "plg", "pot", "potm", "ppa", "ppam", "ppkg", "pps", "ppsm", "ppt",
          "pptm", "prf", "prg", "ps1", "ps11", "ps11xml", "ps1xml", "ps2",
          "ps2xml", "psc1", "psc2", "pub", "py", "pyc", "pyo", "pyw", "pyz",
          "pyzw", "rar", "reg", "rev", "rtf", "scf", "scpt", "scr", "sct",
          "searchConnector-ms", "service", "settingcontent-ms", "sh", "shb", "shs",
          "shtm", "shtml", "sldm", "slk", "so", "spl", "stm", "svg", "swf", "sys",
          "tar", "theme", "themepack", "timer", "uif", "url", "uue", "vb", "vbe",
          "vbs", "vhd", "vhdx", "vxd", "wbk", "website", "wim", "wiz", "ws", "wsc",
          "wsf", "wsh", "xla", "xlam", "xlc", "xll", "xlm", "xls", "xlsb", "xlsm",
          "xlt", "xltm", "xlw", "xnk", "xps", "xsl", "xz", "z"
      )
      # Create the policy
      New-MalwareFilterPolicy @Policy -FileTypes $L2Extensions
      # Create the rule for all accepted domains
      $Rule = @{
          Name = $Policy.Name
          Enabled = $false
          MalwareFilterPolicy = $Policy.Name
          RecipientDomainIs = (Get-AcceptedDomain).Name
          Priority = 0
      }
      New-MalwareFilterRule @Rule
    3. Після підготовки ввімкніть правило через інтерфейс користувача або PowerShell.
    ℹ️ Примітка: Через кількість розширень метод інтерфейсу користувача не розглядається. Об’єкти можуть
    однак можна редагувати в інтерфейсі користувача або додавати вручну за допомогою списку зі сценарію.
    1. Перейдіть до Microsoft Defender за адресою https://security.microsoft.com/
    2. Перейдіть до Політика та правила > Політика загроз > Захист від шкідливих програм.

    Значення за замовчуванням: За замовчуванням заблоковано наступні розширення: ace, ani, apk, app, appx, arj, bat, cab, cmd, com, deb, dex, dll, docm, elf, exe, hta, img, iso, jar, jnlp, kext, lha, lib, library, lnk, lzh, macho, msc, msi, msix, msp, mst, pif, ppa, ppam, reg, rev, scf, scr, sct, sys, uif, vb, vbe, vbs, vxd, wsc, wsf, wsh, xll, xz, z
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/powershell/module/exchange/get-
    2. malwarefilterpolicy?view=exchange-ps
    3. https://learn.microsoft.com/en-us/microsoft-365/security/office-365-security/anti-
    4. malware-policies-configure?view=o365-worldwide
    5. https://learn.microsoft.com/en-us/office/compatibility/office-file-format-reference

    CIS Controls V8: 9.6
    IG 1, 2
    Block Unnecessary File Types Block unnecessary file types attempting to enter the enterprise’s email gateway.

    CIS Controls V7: 7.9
    IG 1, 2
    Block Unnecessary File Types Block all e-mail attachments entering the organization’s e-mail gateway if the file types are unnecessary for the organization’s business.

    CIS Controls V7: 8.1
    IG 1, 2
    Utilize Centrally Managed Anti-malware Software Utilize centrally managed anti-malware software to continuously monitor and defend each of the organization’s workstations and servers.

    Page 128

    2.1.12 Переконайтеся, що список дозволених IP-адрес фільтра підключення не використовується (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure the connection filter IP allow list is not used (Automated)

    In Microsoft 365 organizations with Exchange Online mailboxes or standalone організації Exchange Online Protection (EOP) без поштових скриньок Exchange Online, connection filtering and the default connection filter policy identify good or bad source сервери електронної пошти за IP-адресами. The key components of the default connection filter policy are IP Allow List, IP Block List and Safe list. The recommended state is IP Allow List empty or undefined.

    💡 Обґрунтування безпеки:

    Без додаткової перевірки, як-от правил потоку пошти, електронні листи з джерел у списку дозволених IP-адрес пропускає фільтрацію спаму та перевірки автентифікації відправника (SPF, DKIM, DMARC). Це method creates a high risk of attackers successfully delivering email to the Inbox that інакше буде відфільтровано. Messages that are determined to be malware or high Фішинг довіри фільтрується.

    ⚠️ Вплив на робочий процес (Impact):

    Це типова поведінка. Проте списки дозволених IP-адрес можуть зменшити помилкові спрацьовування користь переважує важливість політики, яка сканує всі повідомлення незалежно від походження. Це підтримує принцип нульової довіри.

    Сторінка 129

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Клацніть політику фільтра підключення (за замовчуванням).
    5. Переконайтеся, що список дозволених IP-адрес не містить записів.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Get-HostedConnectionFilterPolicy -Identity Default | fl IPAllowList
    3. Переконайтеся, що IPAllowList порожній або {}

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Клацніть політику фільтра підключення (за замовчуванням).
    5. Натисніть Редагувати політику фільтра підключення.
    6. Видаліть будь-які IP-записи з Завжди дозволяти повідомлення з таких IP-адрес або діапазону адрес:.
    7. Натисніть Зберегти.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Set-HostedConnectionFilterPolicy -Identity Default -IPAllowList @{}

    Значення за замовчуванням: IPAllowList: {}
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/connection-filter-policies-configure
    2. https://learn.microsoft.com/en-us/defender-office-365/create-safe-sender-lists-in-
    3. office-365#use-the-ip-allow-list
    4. https://learn.microsoft.com/en-us/defender-office-365/how-policies-and-
    5. protections-are-combined#user-and-tenant-settings-conflict

    CIS Controls V8: 0.0
    IG 1
    Explicitly Not Mapped Explicitly Not Mapped

    Page 131

    2.1.13 Переконайтеся, що безпечний список фільтра підключення вимкнено (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure the connection filter safe list is off (Automated)

    В організаціях Microsoft 365 із поштовими скриньками Exchange Online або окремо організації Exchange Online Protection (EOP) без поштових скриньок Exchange Online, фільтрація підключень і політика фільтрації підключень за замовчуванням визначають хороше чи погане джерело сервери електронної пошти за IP-адресами. Ключові компоненти фільтра підключення за замовчуванням політики — список дозволених IP-адрес, список блокованих IP-адрес і безпечний список. Безпечний список — це попередньо налаштований дозволений список, який динамічно оновлюється корпорацією Майкрософт. Рекомендований стан безпечного списку: вимкнено або невірно

    💡 Обґрунтування безпеки:

    Без додаткової перевірки, як-от правил потоку пошти, електронні листи з джерел у списку дозволених IP-адрес пропускає фільтрацію спаму та перевірки автентифікації відправника (SPF, DKIM, DMARC). Це метод створює високий ризик того, що зловмисники успішно доставлять електронну пошту до папки «Вхідні». інакше буде відфільтровано. Повідомлення, які визначено як зловмисне програмне забезпечення або мають високий рівень Фішинг довіри фільтрується. Корпорація Майкрософт динамічно керує безпечним списком, а адміністратори не мають видимість, до якої входять відправники. Вхідні повідомлення з серверів електронної пошти на безпечний список, обхід фільтрації спаму.

    ⚠️ Вплив на робочий процес (Impact):

    Це типова поведінка. Проте списки дозволених IP-адрес можуть зменшити помилкові спрацьовування користь переважує важливість політики, яка сканує всі повідомлення незалежно від походження. Це підтримує принцип нульової довіри.

    Сторінка 132

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Клацніть політику фільтра підключення (за замовчуванням).
    5. Переконайтеся, що безпечний список вимкнено.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Get-HostedConnectionFilterPolicy -Identity Default | fl EnableSafeList
    3. Переконайтеся, що EnableSafeList має значення False

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Клацніть політику фільтра підключення (за замовчуванням).
    5. Натисніть Редагувати політику фільтра підключення.
    6. Зніміть прапорець Увімкнути безпечний список.
    7. Натисніть Зберегти.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Set-HostedConnectionFilterPolicy -Identity Default -EnableSafeList $false

    Значення за замовчуванням: EnableSafeList: False
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/connection-filter-policies-configure
    2. https://learn.microsoft.com/en-us/defender-office-365/create-safe-sender-lists-in-
    3. office-365#use-the-ip-allow-list
    4. https://learn.microsoft.com/en-us/defender-office-365/how-policies-and-
    5. protections-are-combined#user-and-tenant-settings-conflict

    CIS Controls V8: 0.0
    IG 1
    Explicitly Not Mapped Explicitly Not Mapped

    Page 134

    2.1.14 Переконайтеся, що політики захисту від вхідного спаму не містять дозволених доменів (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure inbound anti-spam policies do not contain allowed domains (Automated)

    Захист від спаму – це функція Exchange Online, яка використовує політики, щоб допомогти зменшити кількість небажаної електронної пошти, масових і фішингових листів, які надходять до поштової скриньки. Ці політики містять списки дозволу або блокування певних відправників або доменів. • Список дозволених відправників • Список дозволених доменів • Список заблокованих відправників • Список заблокованих доменів Рекомендований стан: Не визначати жодних дозволених доменів

    💡 Обґрунтування безпеки:

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

    ⚠️ Вплив на робочий процес (Impact):

    Це типова поведінка. Однак дозволені домени можуть зменшити помилкові спрацьовування Вигода переважує важливість наявності політики, яка сканує всі повідомлення незалежно від походження. Як альтернативу розгляньте списки на основі відправників. Це підтримує принцип нульової довіри.

    Сторінка 135

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Перегляньте кожну вхідну політику захисту від спаму
    5. Переконайтеся, що Дозволені домени не містять доменних імен.
    6. За потреби повторіть для будь-якої додаткової політики захисту від вхідного спаму.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Get-HostedContentFilterPolicy | ft Identity,AllowedSenderDomains
    3. Переконайтеся, що AllowedSenderDomains не визначено для кожної вхідної політики.
    ℹ️ Примітка: Кожна вхідна політика має пройти, щоб ця рекомендація вважалася відповідною
    перехідний стан.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму».
    4. Відкрийте кожну невідповідну вхідну політику захисту від спаму, клацнувши її.
    5. Натисніть Редагувати дозволених і заблокованих відправників і домени.
    6. Виберіть Дозволити домени.
    7. Видаліть кожен домен зі списку доменів.
    8. Натисніть Готово > Зберегти.
    9. Повторіть за потреби.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Set-HostedContentFilterPolicy -Identity <Policy name> -AllowedSenderDomains
      @{}
      Or, run this to remove allowed domains from all inbound anti-spam policies:
      $AllowedDomains = Get-HostedContentFilterPolicy | Where-Object
      {$_.AllowedSenderDomains}
      $AllowedDomains | Set-HostedContentFilterPolicy -AllowedSenderDomains @{}

    Значення за замовчуванням: Дозволені домени відправників: {}
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/anti-spam-protection-
    2. about#allow-and-block-lists-in-anti-spam-policies

    CIS Controls V8: 0.0
    IG 1
    Explicitly Not Mapped Explicitly Not Mapped

    Page 137

    2.1.15 Переконайтеся, що обмеження вихідних повідомлень захисту від спаму діють (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure outbound anti-spam message limits are in place (Automated)

    Стандартна політика захисту від спаму в Microsoft Defender автоматично застосовується до всіх користувачів і призначений для виявлення та обмеження підозрілої поведінки надсилання електронних листів. Політика встановлює обмеження на основі як обсягу, так і виявлення спаму. Якщо користувач надсилає занадто багато електронні листи занадто швидко або якщо високий відсоток їхніх повідомлень позначено як спам, їх можливість надсилання електронної пошти може бути тимчасово обмежена. Це допомагає запобігти зловживанням скомпрометовані облікові записи або ненавмисні спам-кампанії. Якщо ці обмеження перевищено, корпорація Майкрософт направляє повідомлення через мережу високого ризику пул доставки для захисту своєї IP-репутації та сповіщення адміністраторів через вбудоване сповіщення політики. Рекомендований стан: • Зовнішні: Обмежити надсилання зовнішнім одержувачам (за годину) – 500 • Внутрішній: обмеження надсилання внутрішнім одержувачам (за годину) – 1000 • Щодня: Максимальний ліміт одержувачів на день – 1000 • Дія: дія щодо перевищення ліміту – заборонити користувачеві надсилати пошту

    💡 Обґрунтування безпеки:

    Налаштування ліміту повідомлень допомагають зменшити вплив компромісу бізнес-електронної пошти (BEC) шляхом автоматичного обмеження облікових записів, які надсилають надзвичайно великі обсяги електронної пошти. Це стримування запобігає масштабним атакам на скомпрометовані облікові записи та допомагає переконатися, що електронна пошта організації залишається надійною та доступною для доставки. Без цих обмежень, надмірний або підозрілий вихідний трафік може призвести до блокування корпорацією Майкрософт електронну пошту організації, порушуючи зв’язок і завдаючи шкоди репутації.

    ⚠️ Вплив на робочий процес (Impact):

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

    Сторінка 138

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму» та клацніть, щоб відкрити вихідну політику захисту від спаму (за замовчуванням).
    4. Переконайтеся, що наведені нижче параметри налаштовано на рекомендований рівень або більш обмежувальне значення. Обмеження повідомлень, що дорівнює 0, не відповідають вимогам, оскільки це стандартне значення служби: o Зовнішнє: обмежити надсилання зовнішнім одержувачам (за годину) – 500 o Внутрішнє: обмежити надсилання внутрішнім одержувачам (за годину) – 1000 o Щоденно: максимальне обмеження на кількість одержувачів на день – 1000 o Дія: дія щодо перевищення ліміту – заборонити користувачу надсилати пошту
    5. Переконайтеся, що контрольовану поштову скриньку налаштовано як одержувача в розділі «Повідомити цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму».
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте наступне:
      $params = @(
          'RecipientLimitExternalPerHour'
          'RecipientLimitInternalPerHour'
          'RecipientLimitPerDay'
          'ActionWhenThresholdReached'
          'NotifyOutboundSpamRecipients'
      )
      Get-HostedOutboundSpamFilterPolicy -Identity Default | fl $params
    3. Переконайтеся, що кожну з наведених нижче властивостей налаштовано, як зазначено: o RecipientLimitExternalPerHour становить 500 або менше, але не 0 o RecipientLimitInternalPerHour становить 1000 або менше, але не 0 o RecipientLimitPerDay має значення 1000 або менше, але не 0 o ActionWhenThresholdReached є BlockUser o NotifyOutboundSpamRecipients містить контрольовану поштову скриньку.
    ℹ️ Примітка: Рекомендовані строгі значення Майкрософт є більш обмежувальними, а також
    сумісна конфігурація. Ці значення 400, 800 і 800 узгоджуються зі значеннями вище.
    Щоб отримати додаткові відомості про параметри Standard і Strict, зверніться до розділу посилань.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com.
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. У розділі «Політики» виберіть «Захист від спаму» та клацніть, щоб відкрити вихідну політику захисту від спаму (за замовчуванням).
    4. Виберіть Редагувати налаштування захисту.
    5. Установіть рекомендовані або більш обмежувальні значення для наступних параметрів. Значення ліміту повідомлень, що дорівнює 0, не відповідають вимогам, оскільки це значення служби за замовчуванням. o Зовнішнє: установіть ліміт зовнішніх повідомлень — 500 o Внутрішнє: установіть ліміт внутрішніх повідомлень — 1000 o Daily: установіть добовий ліміт повідомлень — 1000 o Дія: обмеження, накладене на користувачів, які досягли ліміту повідомлень — заборонити користувачеві надсилати пошту
    6. Переконайтеся, що сповіщати цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму, містить контрольовану поштову скриньку.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Змініть наведені нижче зразки адрес електронної пошти та запустіть наступний PowerShell
      commands:
      $params = @{
          RecipientLimitExternalPerHour = 500
          RecipientLimitInternalPerHour = 1000
          RecipientLimitPerDay = 1000
          ActionWhenThresholdReached = 'BlockUser'
          NotifyOutboundSpamRecipients =
      @('[email protected]','[email protected]')
      }
      Set-HostedOutboundSpamFilterPolicy -Identity 'Default' @params

    Значення за замовчуванням: RecipientLimitExternalPerHour : 0 RecipientLimitInternalPerHour : 0 RecipientLimitPerDay : 0 ActionWhenThresholdReached : BlockUserForToday Значення 0 означає, що використовуються стандартні параметри служби. Додаткову інформацію про ліміти надсилання див. тут: https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits#sending-limits-1
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/outbound-spam-protection-about
    2. https://learn.microsoft.com/en-us/defender-office-365/recommended-settings-for-
    3. eop-and-office365#outbound-spam-policy-settings
    4. https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-
    5. service-description/exchange-online-limits#sending-limits-1

    CIS Controls V8: 0.0
    IG 1
    Explicitly Not Mapped Explicitly Not Mapped

    Page 141 2.2 Cloud apps This section contains recommendations for Microsoft Defender for Cloud apps

    Page 142

    2.2.1 Переконайтеся, що активність облікового запису екстреного доступу відстежується (Вручну)

    Level 1Вручну

    Оригінал: Ensure emergency access account activity is monitored (Manual)

    Організації повинні відстежувати вхід і перевірку журналу активності з аварійної ситуації облікові записи та ініціювати сповіщення іншим адміністраторам. Коли ви стежите за діяльністю для облікових записів екстреного доступу ви можете переконатися, що ці облікові записи використовуються лише для тестування або реальні надзвичайні ситуації. Ви можете використовувати Azure Monitor, Microsoft Sentinel, Defender для Хмарні програми або інші інструменти для моніторингу журналів входу та ініціювання сповіщень електронною поштою та SMS ваші адміністратори під час входу в облікові записи екстреного доступу. Ця рекомендація використовує політику Defender for Cloud Apps для попередження про надзвичайні ситуації доступ до активності облікового запису. Рекомендований стан — відстежувати Тип активності Увійти на розбитому склі або облікові записи екстреного доступу.

    💡 Обґрунтування безпеки:

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

    ⚠️ Вплив на робочий процес (Impact):

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

    Сторінка 143

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com
    2. У розділі «Хмарні програми» виберіть «Політики» -> «Керування політикою».
    3. Знайдіть політику привілейованих облікових записів, яка відповідає наведеним нижче критеріям. o Серйозність політики має високий рівень серйозності. o Категорія – Привілейовані облікові записи. o Вибрано Акт про окрему діяльність. o У розділі «Дії», які відповідають усім наведеним нижче параметрам, перевірте: o Filter1: Тип дії дорівнює «Вхід» o Filter2: Ім’я користувача дорівнює як будь-яка роль. o Перевірте, чи враховано всі додаткові облікові записи екстреного доступу. o У розділі Сповіщення перевірте, чи налаштовано сповіщення.
    4. Повторіть цей процес для будь-якого додаткового екстреного доступу або облікових записів із розбитим склом в організації. Якщо відповідних політик не існує, то процедура аудиту вважається невдалою.
    ℹ️ Примітка: Активність облікового запису екстреного доступу можна контролювати різними способами. Аудит
    процедура виконується, поки відстежується вся активність облікового запису екстреного доступу.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com
    2. У розділі «Хмарні програми» виберіть «Політики» -> «Керування політикою».
    3. Натисніть «Усі політики», а потім «Створити політику» -> «Політика діяльності».
    4. Назвіть політику та встановіть такі параметри: o Для серйозності політики значення Висока серйозність. o Категорія для привілейованих облікових записів. o Акт про один вид діяльності. o Натисніть Вибрати фільтр -> Тип діяльності дорівнює Увійти. o Клацніть Додати фільтр -> Ім’я користувача дорівнює <Обліковий запис екстреного доступу> як будь-яка роль. o Переконайтеся, що всі облікові записи екстреного доступу додано до цієї чи іншої політики. o Виберіть метод сповіщення, наприклад Надіслати сповіщення електронною поштою.
    ℹ️ Примітка: Кілька облікових записів можна контролювати за допомогою однієї політики або окремих політик.

    Значення за замовчуванням: Політика моніторингу облікових записів екстреного доступу не існує за умовчанням.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/entra/identity/role-based-access-
    2. control/security-emergency-access#monitor-sign-in-and-audit-logs
    3. https://learn.microsoft.com/en-us/defender-cloud-apps/control-cloud-apps-with-policies

    CIS Controls V8: 8.11
    IG 1, 2
    Conduct Audit Log Reviews Conduct reviews of audit logs to detect anomalies or abnormal events that could indicate a potential threat. Conduct reviews on a weekly, or more frequent, basis.

    Page 145 2.4 System

    Page 146

    2.4.1 Переконайтеся, що пріоритетний захист облікового запису ввімкнено та налаштовано (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure Priority account protection is enabled and configured (Automated)

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

    💡 Обґрунтування безпеки:

    Увімкнення пріоритетного захисту облікових записів для користувачів у Microsoft 365 є необхідним для покращення безпека для облікових записів з доступом до конфіденційних даних і високими привілеями, наприклад, для генеральних директорів, CISO, фінансові директори та ІТ-адміністратори. Ці пріоритетні облікові записи часто стають мішенями фішингові або китобійні атаки та потребують надійнішого захисту для запобігання обліковим записам компроміс. Щоб вирішити цю проблему, Microsoft 365 і Microsoft Defender для Office 365 пропонують кілька ключів функції, які забезпечують додаткову безпеку, включаючи ідентифікацію інцидентів і попередження із залученням пріоритетних облікових записів і використанням вбудованих спеціально розроблених засобів захисту спеціально для них.

    Сторінка 147

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Аудит із 3-етапним процесом. Крок 1. Переконайтеся, що пріоритетний захист облікового запису ввімкнено:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Виберіть «Система» > «Налаштування» в нижній частині лівої панелі.
    3. Виберіть Електронна пошта та співпраця > Пріоритетний захист облікового запису
    4. Переконайтеся, що для захисту пріоритетного облікового запису встановлено значення На кроці 2: переконайтеся, що пріоритетні облікові записи ідентифіковано та позначено відповідним чином:
    5. Виберіть Теги користувача
    6. Виберіть тег ПРІОРИТЕТНИЙ ОБЛІКОВИЙ ЗАПИС і натисніть Редагувати
    7. Переконайтеся, що призначені учасники відповідають обліковим записам або групам, визначеним пріоритетом організації.
    8. Повторіть попередні 2 кроки для будь-яких додаткових визначених тегів, наприклад Finance або HR. Крок 3. Переконайтеся, що сповіщення налаштовано:
    9. Розгорніть Електронна пошта та співпраця в лівому стовпці.
    10. Виберіть Політики та правила > Політика сповіщень
    11. Переконайтеся, що принаймні дві політики сповіщень налаштовано для відстеження пріоритетних облікових записів щодо дій Виявлене зловмисне програмне забезпечення в повідомленні електронної пошти та Фішингова електронна пошта, виявлена ​​під час доставки. Ці сповіщення мають відповідати таким критеріям: o Серйозність: висока o Категорія: керування загрозами o Напрямок пошти: вхідна o Теги одержувача: включає пріоритетний обліковий запис
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange:
      Connect-ExchangeOnline
    2. Отримайте стан захисту пріоритетного облікового запису: Get-EmailTenantSettings | виберіть EnablePriorityAccountProtection • Переконайтеся, що EnablePriorityAccountProtection має значення true.
    3. Підключіться до PowerShell безпеки та відповідності:
      Connect-IPPSSession
    4. Отримати правила сповіщень, націлені на пріоритетні облікові записи: Get-ProtectionAlert | Where-Object { $_.RecipientTags -Match ‘Priority account’ }
    5. Для кожної повернутої політики перевірте всі наступні критерії: o Серйозність має високий рівень o Filter відповідає шаблону Mail.Direction -eq ‘Inbound’ o RecipientTags відповідає шаблону Priority account o NotificationEnabled має значення true o NotifyUser містить дійсного одержувача електронної пошти o Disabled має значення false
    6. Елемент керування є сумісним, якщо результати включають: o Однопрохідну політику фішингу (ThreatType = Phish) o Однопрохідну політику зловмисного програмного забезпечення (ThreatType = Malware). o EnablePriorityAccountProtection має значення true з кроку 2.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виправлення за допомогою 3-етапного процесу. Крок 1. Увімкніть пріоритетний захист облікового запису в Microsoft 365 Defender:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Виберіть «Система» > «Налаштування» в нижній частині лівої панелі.
    3. Виберіть Електронна пошта та співпраця > Пріоритетний захист облікового запису
    4. Переконайтеся, що для захисту пріоритетного облікового запису встановлено значення На кроці 2: позначте пріоритетні облікові записи:
    5. Виберіть Теги користувача
    6. Виберіть тег ПРІОРИТЕТНИЙ ОБЛІКОВИЙ ЗАПИС і натисніть Редагувати
    7. Виберіть Додати учасників, щоб додати користувачів або групи. Рекомендуються групи.
    8. Повторіть попередні 2 кроки для будь-яких додаткових тегів, таких як фінанси або кадри.
    9. Далі та Надіслати. Крок 3. Налаштуйте сповіщення електронною поштою для пріоритетних облікових записів:
    10. Розгорніть Електронна пошта та співпраця в лівому стовпці.
    11. Виберіть Політики та правила > Політика сповіщень
    12. Виберіть Нову політику сповіщень
    13. Введіть дійсну назву та опис політики. Встановіть для Серйозності значення Високий, а для Категорії – Керування загрозами.
    14. Для параметра «Діяльність» виберіть «Виявлено зловмисне програмне забезпечення в повідомленні електронної пошти».
    15. Напрямок пошти – вхідна
    16. Виберіть «Додати умову» та «Користувач: теги одержувача».
    17. У полі параметрів вибору додайте вибрані теги пріоритету, наприклад пріоритетний обліковий запис.
    18. Виберіть Кожен раз, коли дія відповідає правилу.
    19. Далі та перевірте, чи вибрано дійсних одержувачів.
    20. Далі виберіть Так, увімкнути відразу. Натисніть Надіслати, щоб зберегти сповіщення.
    21. Повторіть кроки 12–18, щоб створити друге сповіщення для поля «Діяльність». Діяльність: під час доставки виявлено фішинговий електронний лист.
    ℹ️ Примітка: За потреби можна додати будь-які додаткові види діяльності. Вище наведено мінімум
    рекомендований.

    Значення за замовчуванням: За замовчуванням пріоритетні облікові записи не визначено.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/setup/priority-accounts
    2. https://learn.microsoft.com/en-us/defender-office-365/priority-accounts-security-recommendations

    CIS Controls V8: 9.7
    IG 1
    Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

    Page 151

    2.4.2 Переконайтеся, що до пріоритетних облікових записів застосовано попередні налаштування «Строгий захист» (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure Priority accounts have ‘Strict protection’ presets applied (Automated)

    Корпорація Майкрософт створила попередньо встановлені політики безпеки на основі спостережень і досвід роботи в центрах обробки даних, щоб знайти баланс між виключенням зловмисних вміст від користувачів і обмеження необґрунтованих збоїв. Ці правила можуть застосовуватися до всіх, або виберіть користувачів і охопіть рекомендації щодо боротьби зі спамом, шкідливим програмним забезпеченням тощо фішингові загрози. Параметри політики є заздалегідь визначеними та не підлягають регулюванню. Суворий захист має найагресивніший захист із 3 попередніх налаштувань. • EOP: захист від спаму, захисту від зловмисного програмного забезпечення та захисту від фішингу • Defender: захист від фальсифікації, захист від видавання себе за іншу особу та вдосконалений фішинг • Defender: безпечні посилання та безпечні вкладення ПРИМІТКА. Попередньо встановлені політики безпеки наразі не можуть націлюватися на пріоритетні ТЕГИ облікового запису, натомість слід використовувати групи.

    💡 Обґрунтування безпеки:

    Увімкнення пріоритетного захисту облікових записів для користувачів у Microsoft 365 є необхідним для покращення безпека для облікових записів з доступом до конфіденційних даних і високими привілеями, наприклад, для генеральних директорів, CISO, фінансові директори та ІТ-адміністратори. Ці пріоритетні облікові записи часто стають мішенями фішингові або китобійні атаки та потребують надійнішого захисту для запобігання обліковим записам компроміс. Застосування суворих, заздалегідь визначених політик може призвести до випадків помилки однак є позитивна перевага вимоги до попереднього перегляду небажаної електронної пошти від кінцевого користувача доступ до їх папки “Вхідні” переважує потенційний ризик помилково сприйняти зловмисного електронну пошту як безпечну завдяки її розміщенню в папці “Вхідні”.

    ⚠️ Вплив на робочий процес (Impact):

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

    Сторінка 152

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. Звідси по черзі перейдіть до кожного розділу: Антифішинг Антиспам Антишкідливе програмне забезпечення Безпечні вкладення Безпечні посилання
    4. Переконайтеся, що кожен містить політику під назвою Strict Preset Security Policy, яка включає пріоритетні облікові записи та групи організації.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange:
      Connect-ExchangeOnline
    2. Отримати суворе правило ATP для Defender: Get-ATPProtectionPolicyRule | Where-Object { $_.Identity -eq ‘Strict Preset Security Policy’ }
    3. Отримати суворе стандартне правило EOP для Defender: Get-EOPProtectionPolicyRule | Where-Object { $_.Identity -eq ‘Strict Preset Security Policy’ }
    4. Перевірте наступні критерії як для правила EOP, так і для правила ATP: o State is Enabled o Принаймні один цільовий одержувач заповнено VIP, тобто: ▪ SentTo, SentToMemberOf або RecipientDomainIs не є нульовим
    5. Елемент керування є сумісним, якщо існують і правило ATP, і правило EOP, і вони відповідають критеріям на кроці 4.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
    3. Виберіть Попередньо встановлені політики безпеки.
    4. Клацніть, щоб керувати налаштуваннями захисту для попереднього налаштування суворого захисту.
    5. Щоб застосувати Exchange Online Protection, виберіть принаймні конкретних одержувачів і включіть облікові записи/групи, визначені як пріоритетні облікові записи.
    6. Щоб застосувати Defender для Office 365 Protection, виберіть принаймні конкретних одержувачів і включіть облікові записи/групи, визначені як пріоритетні облікові записи.
    7. Для захисту від уособлення клацніть «Далі» та додайте дійсні адреси електронної пошти або пріоритетні облікові записи, як внутрішні, так і зовнішні, які можуть піддаватися уособленню.
    8. Для захищених користувацьких доменів додайте доменне ім’я організації разом із іншими ключовими партнерами.
    9. Натисніть «Далі» і нарешті «Підтвердити».

    Значення за замовчуванням: За замовчуванням стилі не застосовуються до жодного користувача чи групи.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/preset-security-
    2. policies?view=o365-worldwide
    3. https://learn.microsoft.com/en-us/defender-office-365/priority-accounts-security-recommendations
    4. https://learn.microsoft.com/en-us/defender-office-365/recommended-settings-for-
    5. eop-and-office365?view=o365-worldwide#impersonation-settings-in-anti-
    6. phishing-policies-in-microsoft-defender-for-office-365

    CIS Controls V8: 9.7
    IG 1
    Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

    CIS Controls V8: 10.7
    IG 1, 2
    Use Behavior-Based Anti-Malware Software Use behavior-based anti-malware software.

    Page 154

    2.4.3 Переконайтеся, що Microsoft Defender для хмарних програм увімкнено та налаштовано (Вручну)

    Level 1Вручну

    Оригінал: Ensure Microsoft Defender for Cloud Apps is enabled and configured (Manual)

    Microsoft Defender for Cloud Apps — це брокер безпеки доступу до хмари (CASB). Це забезпечує видимість підозрілої активності в Microsoft 365, дозволяючи розслідувати потенційні проблеми з безпекою та сприяння впровадженню заходів із відновлення, якщо необхідно. Деякі методи виявлення ризиків, надані Entra Identity Protection, також вимагають Microsoft Defender для хмарних програм: • Підозріла маніпуляція правилами папки “Вхідні”. • Підозріле пересилання папки “Вхідні”. • Виявлення нової країни • Неможливе виявлення подорожей • Активність з анонімних IP-адрес • Масовий доступ до конфіденційних файлів

    💡 Обґрунтування безпеки:

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

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Хмарні програми».
    3. Перейдіть до розділу Підключені програми та виберіть З’єднувачі програм.
    4. Переконайтеся, що Microsoft 365 і Microsoft Azure відображаються в списку як підключені.
    5. Перейдіть до Cloud Discovery > Microsoft Defender for Endpoint і переконайтеся, що інтеграцію ввімкнено.
    6. Перейдіть у розділ «Захист інформації» > «Файли» та переконайтеся, що встановлено прапорець «Увімкнути моніторинг файлів».

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Хмарні програми».
    3. Перейдіть до пункту Захист інформації та виберіть Файли.
    4. Позначте Увімкнути моніторинг файлів.
    5. Прокрутіть до Cloud Discovery і виберіть Microsoft Defender для кінцевої точки.
    6. Поставте прапорець «Примусовий доступ програми», налаштуйте URL-адресу сповіщень і збережіть.
    ℹ️ Примітка: Defender for Endpoint вимагає ліцензії Defender for Endpoint.
    Налаштувати конектори додатків:
    1. Перейдіть до пункту Підключені програми та виберіть З’єднувачі програм.
    2. Натисніть Підключити програму та виберіть Microsoft 365.
    3. Поставте прапорці біля всіх Azure і Office 365, а потім натисніть Підключити Office 365.
    4. Повторіть для програми Microsoft Azure.

    Значення за замовчуванням: Вимкнено
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-cloud-apps/protect-office-
    2. 365#connect-microsoft-365-to-microsoft-defender-for-cloud-apps
    3. https://learn.microsoft.com/en-us/defender-cloud-apps/protect-azure#connect-azure-to-microsoft-defender-for-cloud-apps
    4. https://learn.microsoft.com/en-us/defender-cloud-apps/best-practices
    5. https://learn.microsoft.com/en-us/defender-cloud-apps/get-started
    6. https://learn.microsoft.com/en-us/entra/id-protection/concept-identity-protection-risks

    Page 156 Additional Information: Additional Microsoft 365 Defender features include: • The option to use Defender for cloud apps as a reverse proxy, allowing for the application of access or session controls through the definition of a conditional access policy. • The purchase and implementation of the “App Governance” add-on, which provides more precise control over OAuth app permissions and includes additional built-in policies. A list of Defender for Cloud Apps built-in policies for Office 365 can be found at https://learn.microsoft.com/en-us/defender-cloud-apps/protect-office-365.

    CIS Controls V8: 13.1
    IG 1, 2
    Centralize Security Event Alerting Centralize security event alerting across enterprise assets for log correlation and analysis. Best practice implementation requires the use of a SIEM, which includes vendor-defined event correlation alerts. A log analytics platform configured with security-relevant correlation alerts also satisfies this Safeguard.

    CIS Controls V7: 6.2
    IG 1, 2, 3
    Activate audit logging Ensure that local logging has been enabled on all systems and networking devices.

    Page 157

    2.4.4 Переконайтеся, що ввімкнено автоматичне очищення за нуль годин для Microsoft Teams (Автоматизовано)

    Level 1Автоматизовано

    Оригінал: Ensure Zero-hour auto purge for Microsoft Teams is on (Automated)

    Автоматичне очищення без годин (ZAP) — це функція захисту, яка заднім числом виявляє та нейтралізує зловмисне програмне забезпечення та високовпевнений фішинг. Під час захисту ZAP для команд блокує повідомлення, повідомлення блокується для всіх у чаті. Початковий блок відбувається відразу після пологів, але ZAP відбувається до 48 годин після пологів.

    💡 Обґрунтування безпеки:

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

    ⚠️ Вплив на робочий процес (Impact):

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

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Захист Microsoft Teams».
    3. Перевірте, чи для параметра Zero-hour auto purge (ZAP) встановлено значення On (за замовчуванням)
    4. У розділі Виключити цих учасників перегляньте список виключень і переконайтеся, що вони виправдані та в межах допустимого для організації.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Запустіть такі командлети:
      Get-TeamsProtectionPolicy | fl ZapEnabled
      Get-TeamsProtectionPolicyRule | fl ExceptIf*
    3. Переконайтеся, що ZapEnabled має значення True.
    4. Перегляньте список виключень і переконайтеся, що вони виправдані та в межах допустимості для організації. Якщо другий командлет нічого не повертає, виключення не визначено.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Захист Microsoft Teams».
    3. Увімкніть (за замовчуванням) автоматичне очищення без нуля (ZAP)
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Запустіть такий командлет:
      Set-TeamsProtectionPolicy -Identity "Teams Protection Policy" -ZapEnabled
      $true

    Значення за замовчуванням: Увімк. (за замовчуванням)
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/zero-hour-auto-
    2. purge?view=o365-worldwide#zero-hour-auto-purge-zap-in-microsoft-teams
    3. https://learn.microsoft.com/en-us/defender-office-365/mdo-support-teams-
    4. about?view=o365-worldwide#configure-zap-for-teams-protection-in-defender-for-
    5. office-365-plan-2

    CIS Controls V8: 9.7
    IG 1
    Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

    CIS Controls V8: 10.1
    IG 1, 2, 3
    Deploy and Maintain Anti-Malware Software Deploy and maintain anti-malware software on all enterprise assets.

    Page 159

    2.4.5 Переконайтеся, що виправлення «AIR» увімкнено (Вручну)

    Level 1Вручну

    Оригінал: Ensure ‘AIR’ remediation is enabled (Manual)

    Automated Investigation and Response (AIR) досліджує сповіщення та корелює їх сигнали до розслідувань. Коли AIR визначає зловмисні повідомлення електронної пошти, вони групуються їх у кластери на основі спільних характеристик, як-от поширений шкідливий файл, URL-адреса або надсилання атрибутів і виконання дій виправлення для кожного кластера. Цей параметр контролює, чи виправляються виявлені AIR кластери зловмисних повідомлень автоматично, без схвалення SecOps. Адміністратори можуть увімкнути автоматичне виправлення для одного або кількох типів кластерів: • Подібні файли: кластери, які спільно використовують подібний шкідливий файл • Подібні URL-адреси: кластери, що мають подібну шкідливу URL-адресу • Кілька подібних атрибутів: кластери, згруповані за кількома спільними атрибутами, наприклад як IP-адресу відправника, домен відправника або тему повідомлення Якщо ввімкнено, налаштована дія виправлення застосовується одразу після кластера ідентифікація. Рекомендованим станом є автоматичне виправлення кластерів повідомлень.

    💡 Обґрунтування безпеки:

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

    Сторінка 160

    ⚠️ Вплив на робочий процес (Impact):

    Автоматичне виправлення видаляє крок затвердження SecOps вручну для кваліфікації дії кластера повідомлень. Якщо AIR неправильно класифікує законний кластер повідомлень як зловмисні, уражені повідомлення будуть видалені без попереднього перегляду. Софт видалено повідомлення переміщуються до папки Recoverable Items і можуть бути відновлені за допомогою Action center, Threat Explorer або Advanced Hunting за умови видалення кожної поштової скриньки термін зберігання товару (14 днів за замовчуванням). Організації повинні перевірити політику зберігання та юридичні зобов’язання, перш ніж увімкнути це налаштування, оскільки конфігурація збереження впливає на те, чи залишаються програмно видалені повідомлення підлягає відновленню. Кластери, що перевищують 10 000 повідомлень, завжди виключаються з автоматичного виправлення і надалі потребуватиме затвердження вручну. Вимоги до ліцензії: для цього параметра потрібен Defender для Office 365 Plan 2 включено до Microsoft 365 E5.

    🔍 Аудит (перевірка налаштувань)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Перевірте налаштування в графічному веб-інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Налаштування автоматизації MDO».
    3. Переконайтеся, що в розділі «Кластери повідомлень» позначено наступне: o Подібні файли o Подібні URL-адреси o Кілька подібних атрибутів
    ℹ️ Примітка: На момент публікації М’яке видалення є єдиною доступною дією виправлення
    і вибрано за замовчуванням. Оскільки дію не можна змінити, перевіряючи
    вибрані дії з усунення не є частиною критеріїв аудиту для цієї рекомендації.

    ⚙️ Виправлення (Remediation / Налаштування)
    🖥️ Графічний інтерфейс (GUI / Admin Center)

    Виконайте такі дії в графічному інтерфейсі:

    1. Перейдіть до Microsoft Defender https://security.microsoft.com/
    2. Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Налаштування автоматизації MDO».
    3. У розділі «Кластери повідомлень» перевірте таке: o Подібні файли o Подібні URL-адреси o Кілька подібних атрибутів
    4. Натисніть «Зберегти», щоб застосувати зміни.

    Значення за замовчуванням: За замовчуванням автоматичне виправлення для кластерів повідомлень вимкнено.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/defender-office-365/air-auto-remediation
    2. https://learn.microsoft.com/en-us/defender-office-365/air-about
    3. https://learn.microsoft.com/en-us/exchange/security-and-compliance/recoverable-items-folder/recoverable-items-folder
    4. https://learn.microsoft.com/en-us/exchange/recipients-in-exchange-online/manage-user-mailboxes/change-deleted-item-retention

    CIS Controls V8: 9.7
    IG 1
    Deploy and Maintain Email Server Anti-Malware Protections Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.

    Page 162 3 Microsoft Purview Microsoft Purview, also known as Compliance, contains settings related to all things compliance, data governance, information protection and risk management. Direct link

    Потрібні інші розділи стандарту?

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


    До повного змісту CIS Microsoft 365 Foundations Benchmark →