2. Безпека Microsoft Defender
Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Безпека Microsoft Defender».
Рекомендацій: 21
Microsoft 365 v7.0.0
2.1.1 Переконайтеся, що безпечні посилання для програм Office увімкнено (Автоматизовано)
Увімкнення політики безпечних посилань для програм Office дозволяє URL-адреси, які існують усередині Office документи та програми електронної пошти, відкриті за допомогою Office, Office Online і Office mobile для оброблятися для перевірки часу натискання Defender для Office і переписуватися, якщо потрібно. Примітка. Ліцензування E5 включає низку вбудованих політик захисту. При аудиті Зверніть увагу, яку політику ви переглядаєте, і пам’ятайте про рекомендації CIS часто розширюють стандартні або вбудовані політики, надані MS. Щоб пройти вищий політика пріоритетів має відповідати всім рекомендованим налаштуванням.
Безпечні посилання для програм Office поширюють захист від фішингу на документи та електронні листи які містять гіперпосилання, навіть після того, як вони були доставлені користувачеві.
Вплив на користувача, пов’язаний із цією зміною, є незначним – користувачі можуть зіткнутися з ним дуже коротко затримка під час натискання URL-адрес у документах Office перед тим, як буде спрямовано до запитуваний сайт. Користувачі повинні бути проінформовані про зміни, якщо посилання є небезпечним і заблоковано, вони отримають повідомлення про те, що його заблоковано.
Сторінка 79
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com
- У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
- Виберіть «Політика загроз», а потім «Безпечні посилання».
- Перевірте кожну політику та спробуйте визначити ту, яка відповідає наведеним нижче параметрам.
- Прокрутіть панель униз і натисніть «Редагувати налаштування захисту» (Global Readers шукатиме значення «увімк.» або «вимк.»)
- Переконайтеся, що наведені нижче параметри захисту встановлено як описано: Електронна пошта o Позначено: безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в електронній пошті. URL-адреси переписуються за замовчуванням o Позначено Застосовувати безпечні посилання до повідомлень електронної пошти, надісланих в межах організації o Позначено Застосовувати сканування URL-адрес у режимі реального часу на наявність підозрілих посилань і посилань, які вказують на файли o Позначено Зачекайте, поки сканування URL-адреси завершиться, перш ніж доставити повідомлення o Знято прапорець Не перезаписуйте URL-адреси, перевіряйте лише через API безпечних посилань. Команди o Позначено: Безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в Microsoft Teams. URL-адреси не переписуються. Програми Office 365 o Позначено: безпечні посилання перевіряють список відомих шкідливих посилань, коли користувачі натискають посилання в програмах Microsoft Office. URL-адреси не перезаписуються Параметри захисту кліків o Позначено Відстежувати клацання користувачів o Не позначено Дозволяє користувачам клацати по вихідній URL-адресі
- Немає рекомендацій щодо брендування організації.
- Натисніть закрити
-
Підключитися:
Connect-ExchangeOnline. -
Виконайте наступне, щоб вивести властивості з усіх політик безпечних посилань:
$params = @( 'Identity', 'EnableSafeLinksForEmail', 'EnableSafeLinksForTeams', 'EnableSafeLinksForOffice', 'TrackClicks', 'AllowClickThrough', 'ScanUrls', 'EnableForInternalSenders', 'DeliverMessageAfterScan', 'DisableUrlRewrite' ) Get-SafeLinksPolicy | Select-Object -Property $Params - Переконайтеся, що існує принаймні одна політика, яка відповідає наведеним нижче властивостям і значенням:
Очікувані параметри в консолі:
Identity : <Example CIS SafeLinks Policy> EnableSafeLinksForEmail : True EnableSafeLinksForTeams : True EnableSafeLinksForOffice : True TrackClicks : True AllowClickThrough : False ScanUrls : True EnableForInternalSenders : True DeliverMessageAfterScan : True DisableUrlRewrite : False
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com
- У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
- Виберіть «Політика загроз», а потім «Безпечні посилання».
- Натисніть + Створити
- Назвіть політику та натисніть «Далі».
- У Домени виберіть усі дійсні домени для організації та Далі
- Переконайтеся, що визначено наступні параметри захисту 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 Немає рекомендацій щодо брендингу організації.
- Двічі натисніть «Далі» і, нарешті, «Надіслати».
-
Підключитися:
Connect-ExchangeOnline. -
Запустіть наведений нижче сценарій 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 & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/safe-links-policies-
- configure?view=o365-worldwide
- https://learn.microsoft.com/en-us/powershell/module/exchange/set-
- safelinkspolicy?view=exchange-ps
- https://learn.microsoft.com/en-us/defender-office-365/preset-security-
- policies?view=o365-worldwide
Page 83
IG 1, 2
IG 1
IG 1, 2
Page 84
2.1.2 Переконайтеся, що фільтр загальних типів вкладень увімкнено (Автоматизовано)
Фільтр загальних типів вкладень є параметром Exchange Online Protection політика захисту від шкідливих програм, яка блокує вхідні та вихідні повідомлення електронної пошти, що містять вкладення певних типів файлів. Коли ввімкнено, повідомлення з вкладеннями відповідні заблокованим розширенням поміщаються в карантин перед доставкою. Microsoft підтримує a типовий набір типів файлів, які вважаються високим ризиком; організації також можуть додавати спеціальні розширення до списку. Рекомендований стан – Увімкнути загальний фільтр вкладень, встановлений на Увімк., увімк політика захисту від зловмисного програмного забезпечення за замовчуванням із типовим списком заблокованих типів файлів.
Електронна пошта є основним вектором доставки зловмисного програмного забезпечення, зокрема програм-вимагачів, троянів тощо інструменти віддаленого доступу, що розповсюджуються через виконувані файли, сценарії та формати файлів інсталятора. The Фільтр загальних типів вкладень блокує доставку типів файлів, які не є законними ділового використання в електронній пошті, але регулярно використовують як зброю (наприклад, .exe, .vbs, .bat, .msi), і подібні формати. Застосування цього фільтра на шлюзі зменшує поверхню атаки перш ніж будь-який клієнтський або кінцевий елемент керування матиме можливість відповісти.
Електронні листи, що містять вкладені файли із заблокованими розширеннями, включно з тими, що надіслані довіреними внутрішніх відправників, буде поміщено на карантин і не буде доставлено. Деякі типи файлів за замовчуванням список блокувань можна законно використовувати в деяких робочих процесах ІТ. Адміністратори, кому потрібно дозволити конкретні розширення для певних користувачів або груп, слід створити настроюваний діапазон політика захисту від зловмисного програмного забезпечення з вищим пріоритетом, ніж політика за замовчуванням, а не зміна список типів файлів політики за замовчуванням.
Сторінка 85
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політики» виберіть «Захист від зловмисного програмного забезпечення» та натисніть «Політика за замовчуванням (за замовчуванням).
- На сторінці політики, яка з’являється на правій панелі, у розділі Параметри захисту переконайтеся, що для параметра Увімкнути загальний фільтр вкладень встановлено значення Увімк.
- Натисніть «Редагувати параметри захисту», щоб переглянути список типів файлів, які блокуються загальним фільтром вкладень. Переконайтеся, що список типів файлів містить принаймні 53 типи файлів, указані в розділі Значення за замовчуванням цього документа.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду Exchange Online PowerShell:
Get-MalwareFilterPolicy -Identity Default - Переконайтеся, що властивість EnableFileFilter має значення True.
- Переконайтеся, що властивість FileTypes містить принаймні список за замовчуванням із 53 типів файлів, які можна знайти в розділі «Значення за замовчуванням» цього документа.
розширення за замовчуванням, перелічені в розділі «Значення за замовчуванням» цього документа. Аудитори, які
для програмного порівняння слід використовувати метод PowerShell.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політика» виберіть «Захист від зловмисного програмного забезпечення» та натисніть «Політика за замовчуванням (за замовчуванням).
- На сторінці політики, яка з’являється на правій панелі, прокрутіть униз і натисніть «Редагувати параметри захисту», установіть прапорець «Увімкнути загальний фільтр вкладень». o Якщо будь-який із типів файлів за замовчуванням відсутній, клацніть «Вибрати типи файлів» і додайте відсутні типи файлів. o Перегляньте розділ «Значення за замовчуванням» цього документа, щоб отримати список розширень, які слід заблокувати.
- Натисніть «Зберегти», щоб зберегти зміни.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте наступне, щоб увімкнути загальний фільтр вкладень:
Set-MalwareFilterPolicy -Identity Default -EnableFileFilter $true - Використовуйте Set-MalwareFilterPolicy -Identity Default з параметром -FileTypes, щоб додати будь-які відсутні типи файлів зі списку за замовчуванням. o FileTypes приймає масив рядків. o Щоб уникнути небезпечного використання, спочатку отримайте наявний список типів файлів за допомогою Get-MalwareFilterPolicy і додайте всі відсутні типи файлів до списку, перш ніж використовувати Set-MalwareFilterPolicy для оновлення політики.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/powershell/module/exchange/get-
- malwarefilterpolicy?view=exchange-ps
- https://learn.microsoft.com/en-us/defender-office-365/anti-malware-policies-
- configure?view=o365-worldwide
IG 1, 2
IG 1, 2
IG 1, 2
Page 88
2.1.3 Переконайтеся, що сповіщення для внутрішніх користувачів, які надсилають зловмисне програмне забезпечення, увімкнено (Автоматизовано)
Exchange Online Protection (EOP) – це хмарна служба фільтрації Microsoft, яка захищає організації від спаму, зловмисного програмного забезпечення та інших загроз електронною поштою. EOP включено у всіх організаціях Microsoft 365 із поштовими скриньками Exchange Online. EOP використовує гнучку політику захисту від зловмисного програмного забезпечення для налаштувань захисту від зловмисного програмного забезпечення. Ці політики можна налаштувати для сповіщення адміністраторів про зловмисну діяльність.
Цей параметр сповіщає адміністраторів про те, що внутрішній користувач надіслав повідомлення, яке містить шкідливе програмне забезпечення. Це може вказувати на компрометацію облікового запису чи машини досліджено.
Повідомлення про обліковий запис із потенційними проблемами не повинно впливати на користувача.
Сторінка 89
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політики» виберіть «Захист від шкідливих програм».
- Натисніть на Політику за замовчуванням (за замовчуванням).
- Переконайтеся, що для параметра «Повідомляти адміністратора про недоставлені повідомлення від внутрішніх відправників» встановлено значення «Увімк.» і що під адресою електронної пошти адміністратора вказано принаймні одну адресу електронної пошти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду:
Get-MalwareFilterPolicy | fl Identity, EnableInternalSenderAdminNotifications, InternalSenderAdminAddress - Переконайтеся, що для EnableInternalSenderAdminNotifications встановлено значення True і визначено адресу InternalSenderAdminAddress.
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політики» виберіть «Захист від шкідливих програм».
- Натисніть на Політику за замовчуванням (за замовчуванням).
- Натисніть «Редагувати параметри захисту» та змініть параметри «Повідомляти адміністратора про недоставлені повідомлення від внутрішніх відправників» на «Увімкнено» та введіть адресу електронної пошти адміністратора, якого потрібно сповістити, у розділі «Адреса електронної пошти адміністратора».
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду:
Set-MalwareFilterPolicy -Identity '{Identity Name}' - EnableInternalSenderAdminNotifications $True -InternalSenderAdminAddress {[email protected]}
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/anti-malware-protection-about
- https://learn.microsoft.com/en-us/defender-office-365/anti-malware-policies-configure
IG 1
Page 92
2.1.4 Переконайтеся, що політику безпечних вкладень увімкнено (Автоматизовано)
Політика безпечних вкладень допомагає захистити користувачів від шкідливих програм у вкладеннях електронної пошти сканування вкладень на наявність вірусів, зловмисного програмного забезпечення та іншого шкідливого вмісту. Коли електронний лист користувач отримує вкладення, Safe Attachments сканує вкладення в безпечному режимі середовища та винести вердикт щодо безпечності вкладення чи ні.
Увімкнення політики безпечних вкладень допомагає захистити електронну пошту від шкідливих програм вкладення шляхом аналізу підозрілих вкладень у безпечному хмарному середовищі перш ніж вони будуть доставлені до папки “Вхідні” користувача. Це забезпечує додатковий шар безпеки та може запобігти проникненню нових або невидимих типів шкідливих програм мережа організації.
Доставка електронної пошти з вкладеннями може бути затримана під час сканування.
Сторінка 93
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політики» виберіть «Безпечні вкладення».
- Перегляньте політику найвищого пріоритету.
- Переконайтеся, що користувачі та домени та включені домени одержувачів належать до сфери діяльності організації.
- Переконайтеся, що відповідь виявлення безпечних вкладень: встановлено на Блокувати – блокувати поточні та майбутні повідомлення та вкладення з виявленим шкідливим програмним забезпеченням.
- Переконайтеся, що для політики карантину встановлено значення AdminOnlyAccessPolicy.
- Переконайтеся, що політику не вимкнено.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-SafeAttachmentPolicy | ft Identity,Enable,Action,QuarantineTag - Перегляньте політику безпечних вкладень із найвищим пріоритетом і переконайтеся, що властивості та значення відповідають наведеним нижче.
Очікувані параметри в консолі:
Enable : True Action : Block QuarantineTag : AdminOnlyAccessPolicy
Вбудовані політики завжди матимуть найнижчий пріоритет, тоді як попередні налаштування, як-от суворий і
стандарт можна переглянути за допомогою Get-ATPProtectionPolicyRule. Строгий і стандартний
попередні налаштування завжди мають вищий пріоритет, ніж спеціальні політики.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила.
- На сторінці «Політики та правила» виберіть «Політика загроз».
- У розділі «Політики» виберіть «Безпечні вкладення».
- Натисніть + Створити.
- Створіть назву та опис політики, а потім натисніть «Далі».
- Виберіть усі дійсні домени та натисніть «Далі».
- Виберіть Блокувати.
- Політикою карантину є AdminOnlyAccessPolicy.
- Не встановлюйте позначку «Увімкнути перенаправлення».
- Натисніть «Далі» і нарешті «Надіслати».
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Щоб змінити існуючу політику, змініть наведений нижче приклад і виконайте наступне
PowerShell command: Set-SafeAttachmentPolicy -Identity 'Example policy' -Action 'Block' - QuarantineTag 'AdminOnlyAccessPolicy' -Enable $true -
Або відредагуйте та запустіть наведений нижче приклад, щоб створити нову політику безпечних вкладень.
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'
забезпечити охоплення більшості користувачів в організації. Різні включення і
випадки використання виключень не розглядаються в тесті.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/safe-attachments-about
- https://learn.microsoft.com/en-us/defender-office-365/safe-attachments-policies-configure
IG 1
IG 1
IG 1, 2
Page 96
2.1.5 Переконайтеся, що безпечні вкладення для SharePoint, OneDrive та Microsoft Teams увімкнено (Автоматизовано)
Безпечні вкладення для SharePoint, OneDrive та Microsoft Teams сканують ці служби для шкідливих файлів.
Безпечні вкладення для SharePoint, OneDrive та Microsoft Teams захищають організації від ненавмисного обміну шкідливими файлами. Коли виявляється шкідливий файл, цей файл є заблоковано, щоб ніхто не міг відкрити, скопіювати, перемістити або поділитися ним, доки не буде вжито подальших дій командою безпеки організації.
Вплив, пов’язаний із безпечними вкладеннями, мінімальний і еквівалентний впливу пов’язані з антивірусними сканерами в середовищі.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
- Виберіть Політика загроз, а потім – Безпечні вкладення.
- Натисніть «Глобальні налаштування».
- Переконайтеся, що для перемикача «Увімкнути захисник для Office 365 для SharePoint, OneDrive та Microsoft Teams» встановлено значення «Увімкнено».
- Переконайтеся, що для перемикача «Увімкнути безпечні документи для клієнтів Office» встановлено значення «Увімкнено».
- Переконайтеся, що перемикач «Дозволити людям клацати через захищений перегляд, навіть якщо безпечні документи визначили файл як зловмисний» вимкнено.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-AtpPolicyForO365 | fl Name,EnableATPForSPOTeamsODB,EnableSafeDocs,AllowSafeDocsOpen Verify the values for each parameter as below: EnableATPForSPOTeamsODB : True EnableSafeDocs : True AllowSafeDocsOpen : False
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com
- У розділі «Електронна пошта та співпраця» виберіть «Політика та правила».
- Виберіть Політика загроз, а потім – Безпечні вкладення.
- Натисніть «Глобальні налаштування».
- Натисніть, щоб увімкнути Увімкнути Defender для Office 365 для SharePoint, OneDrive та Microsoft Teams
- Натисніть, щоб увімкнути, увімкнути безпечні документи для клієнтів Office
- Клацніть, щоб вимкнути. Дозволити людям клацати через захищений перегляд, навіть якщо безпечні документи визначили файл як шкідливий.
- Натисніть Зберегти
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Set-AtpPolicyForO365 -EnableATPForSPOTeamsODB $true -EnableSafeDocs $true - AllowSafeDocsOpen $false
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2
Page 99
2.1.6 Переконайтеся, що політики Exchange Online щодо спаму налаштовано на сповіщення адміністраторів (Автоматизовано)
В організаціях Microsoft 365 із поштовими скриньками в Exchange Online або окремо організації Exchange Online Protection (EOP) без поштових скриньок Exchange Online, повідомлення електронної пошти автоматично захищені від спаму (небажаної електронної пошти) EOP. Налаштуйте політику спаму Exchange Online, щоб копіювати електронні листи та сповіщати когось, коли a відправника в організації заблоковано за розсилку спаму.
Заблокований обліковий запис є хорошою ознакою того, що відповідний обліковий запис було зламано, і зловмисник використовує його для надсилання спаму іншим людям.
Сповіщення про заблокованих користувачів не повинно впливати на користувача.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику захисту від спаму (за замовчуванням).
- Переконайтеся, що для параметра «Надіслати копію підозрілих вихідних повідомлень або повідомлень, які перевищують ці обмеження цим користувачам і групам» встановлено значення «Увімк.», переконайтеся, що адреса електронної пошти правильна.
- Переконайтеся, що для параметра «Повідомляти цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму» встановлено значення «Увімк.», переконайтеся, що адреса електронної пошти правильна.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-HostedOutboundSpamFilterPolicy | Select-Object Bcc*, Notify* - Переконайтеся, що для BccSuspiciousOutboundMail і NotifyOutboundSpam встановлено значення True, а адреси електронної пошти, на які потрібно надсилати сповіщення, правильні.
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику захисту від спаму (за замовчуванням).
- Виберіть Редагувати налаштування захисту, а потім у розділі Сповіщення:
- Поставте прапорець «Надіслати копію підозрілих вихідних повідомлень або повідомлень, які перевищують ці обмеження, цим користувачам і групам», а потім введіть потрібні адреси електронної пошти.
- Поставте прапорець «Повідомити цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму», а потім введіть потрібні адреси електронної пошти.
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
$BccEmailAddress = @("<INSERT-EMAIL>") $NotifyEmailAddress = @("<INSERT-EMAIL>") Set-HostedOutboundSpamFilterPolicy -Identity Default - BccSuspiciousOutboundAdditionalRecipients $BccEmailAddress - BccSuspiciousOutboundMail $true -NotifyOutboundSpam $true - NotifyOutboundSpamRecipients $NotifyEmailAddress
Спеціальна політика існує в орендарі організації, тоді переконайтеся, що для параметра встановлено як
викладено в політиці найвищого пріоритету.
📋 CIS Controls & Нормативні посилання
IG 1
Page 102
2.1.7 Переконайтеся, що політику захисту від фішингу створено (Автоматизовано)
За замовчуванням Office 365 містить вбудовані функції, які допомагають захистити користувачів від фішингу напади. Налаштуйте політику захисту від фішингу, щоб підвищити цей захист, наприклад шляхом уточнення налаштування для кращого виявлення та запобігання атакам уособлення та спуфінгу. За замовчуванням політика застосовується до всіх користувачів в організації та є єдиним видом для точного налаштування анти- захист від фішингу. Спеціальні політики можна створювати та налаштовувати для конкретних користувачів, груп або доменів у межах організації та матиме пріоритет над стандартним політика для користувачів із обмеженою областю.
Захищає користувачів від фішингових атак (наприклад, видавання себе за іншу особу та спуфінгу) і використовує безпеку поради щодо попередження користувачів про потенційно шкідливі повідомлення.
Поштові скриньки, які використовуються для систем підтримки, таких як служба підтримки та системи виставлення рахунків, надсилають пошти внутрішнім користувачам і часто не підходять для захисту від уособлення. Слід подбати про те, щоб ці системи були виключені з уособлення захист.
Сторінка 103
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила
- Виберіть Політика загроз.
- У розділі «Політики» виберіть «Антифішинг».
- Переконайтеся, що політика AntiPhish увімкнена та відповідає таким критеріям:
- У розділі «Користувачі, групи та домени» o Переконайтеся, що включені домени та групи включають більшість організації.
- У розділі «Порогове значення та захист від фішингу» перевірте наступне: o Порогове значення електронної пошти для фішингу становить принаймні 3 – більш агресивний. o Захист від уособлення користувача ввімкнено та містить підмножину користувачів. o Захист домену від уособлення увімкнено для доменів, які належать. o Інтелект поштової скриньки та інтелект поштової скриньки для імітації та розвідки Spoof увімкнено.
- У розділі «Дії» перевірте наступне: o Якщо повідомлення виявлено як уособлення користувача, для повідомлення встановлено карантин. o Якщо повідомлення виявлено як уособлення домену, це повідомлення переміщується в карантин. o Якщо Mailbox Intelligence виявляє імітованого користувача, повідомлення переміщується в карантин. o Підказка безпеки при першому контакті увімкнена. o Підказку щодо безпеки від уособлення користувача ввімкнено. o Підказку щодо безпеки уособлення домену ввімкнено. o Підказка щодо безпеки незвичайних персонажів увімкнено. o Поважати політику запису DMARC, якщо повідомлення виявлено як підробку, увімкнено.
-
Підключіться до служби Exchange Online:
Connect-ExchangeOnline. -
Виконайте такі команди 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 - Переконайтеся, що створено політику, яка має відповідні значення для таких параметрів:
Очікувані параметри в консолі:
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 - Переконайтеся, що TargetedUsersToProtect містить підмножину організації, до 350 користувачів, для цільового захисту від уособлення.
- Використовуйте PowerShell, щоб переконатися, що AntiPhishRule налаштовано та ввімкнено. Get-AntiPhishRule | ft AntiPhishPolicy,Priority,State,SentToMemberOf,RecipientDomainIs
- Ідентифікація правильного правила з відповідного імені AntiPhishPolicy на кроці 3. Переконайтеся, що правило визначає групи або домени, які включають більшість організації, перевіривши SentToMemberOf або RecipientDomainIs.
відповідає рекомендованим критеріям, одночасно захищаючи більшу частину організації. Це
зрозумів, що можуть існувати окремі винятки для користувачів або винятки для всієї політики
якщо інший продукт стоїть як еквівалентний контроль.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила
- Виберіть Політика загроз.
- У розділі «Політики» виберіть «Антифішинг» і натисніть «Створити».
- Назвіть політику, продовжуючи та натискаючи Далі за потреби: o Додати групи та/або домени, які містять більшість організації. o Встановіть порогове значення для фішингової електронної пошти на 3 – більш агресивний o Поставте прапорець «Увімкнути захист користувачів і додайте до 350 користувачів» o Поставте прапорець «Увімкнути домени для захисту та перевірки» Включати домени, які я володію o Поставте прапорець «Увімкнути інтелект поштової скриньки» (рекомендовано) o Поставте прапорець «Увімкнути розвідку для захисту від видавання себе за іншу особу» (рекомендовано) o Поставте прапорець «Увімкнути розвідку про підробку» (рекомендовано)
- У розділі «Дії» налаштуйте наступне: o Якщо повідомлення виявлено як уособлення користувача, перемістити повідомлення в карантин o Встановити, якщо повідомлення виявлено як уособлення домену, перемістити повідомлення в карантин o Встановити, якщо Mailbox Intelligence виявляє імітаційного користувача, перемістити повідомлення в карантин o Залишити політику запису Honor DMARC, коли повідомлення виявлено як підробку. o Поставте прапорець «Показати підказку щодо безпеки при першому контакті» (рекомендовано) o Поставте прапорець «Показати пораду щодо безпеки під час уособлення користувача» o Поставте прапорець «Показати пораду щодо безпеки під час уособлення себе за домен» o Поставте прапорець «Показувати пораду щодо безпеки щодо незвичайних символів під час уособлення користувача»
- Нарешті натисніть Далі та Надіслати політику.
-
Підключіться до служби Exchange Online:
Connect-ExchangeOnline. -
Запустіть наведений нижче сценарій 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 - Нову політику можна редагувати в інтерфейсі користувача або через PowerShell.
відповідає рекомендованим критеріям, одночасно захищаючи більшу частину організації. Це
зрозумів, що можуть існувати окремі винятки для користувачів або винятки для всієї політики
якщо інший продукт діє як аналогічний елемент керування.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/anti-phishing-protection-about
- https://learn.microsoft.com/en-us/defender-office-365/anti-phishing-policies-eop-configure
IG 1
Page 108
2.1.8 Переконайтеся, що записи SPF опубліковані для всіх доменів Exchange (Автоматизовано)
Для кожного домену, налаштованого в Exchange, відповідна політика відправника Необхідно створити запис Framework (SPF).
Записи SPF дозволяють Exchange Online Protection та іншим поштовим системам перевірити, які сервери авторизовані для надсилання електронної пошти для домену. Це допомагає цим системам визначити чи є повідомлення законним чи потенційно підробленим. Застосування -all або ~all гарантує, що будь-які недокументовані або неавторизовані мережі намагаються надіслати від імені організації негайно відхиляються, зменшуючи ризик видавання себе за іншу особу. Якщо організація не має повної видимості того, звідки походить її електронна пошта, це представляє значну прогалину в безпеці. Наприклад, якщо сервер електронної пошти надсилає пошту з несподіваного місця в країні без вашого відома, тобто серйозна проблема. Щоб вирішити цю проблему, потрібен навмисний процес виявлення, щоб ідентифікувати всіх законні джерела надсилання, а не дозволяти невідомим системам продовжувати надсилання електронна пошта не перевірена.
Налаштування записів SPF зазвичай має мінімальний вплив на роботу. однак, організації повинні забезпечити правильну конфігурацію, оскільки неправильно налаштовані записи SPF можуть призвести до позначення законної електронної пошти як спаму або непроходження перевірки автентифікації. Крім того, ідентифікація всіх законних відправників за межами діапазонів IP-адрес Microsoft 365 за замовчуванням може вимагає додаткового часу та координації на етапі відкриття.
Сторінка 109
8 і Windows Server 2012. За потреби використовуйте альтернативи, такі як nslookup.
Щоб виправити проблему за допомогою постачальника 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 & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/security/office-365-
- security/email-authentication-spf-configure?view=o365-worldwide
- https://datatracker.ietf.org/doc/html/rfc7208
- https://learn.microsoft.com/en-us/defender-office-365/email-authentication-spf-
- configure?view=o365-worldwide#scenario-parked-domains
IG 1, 2
IG 1, 2
Page 112
2.1.9 Переконайтеся, що DKIM увімкнено для всіх доменів Exchange Online (Автоматизовано)
DKIM — це один із трьох методів автентифікації (SPF, DKIM і DMARC), які допомагають запобігти зловмисникам надсилати повідомлення, які виглядають так, ніби вони надходять із вашого домену. DKIM дозволяє організації додавати цифровий підпис до вихідних повідомлень електронної пошти в заголовок повідомлення. Коли DKIM налаштовано, організація авторизує свій домен зв’яжіть або підпишіть це ім’я з повідомленням електронної пошти за допомогою криптографічної автентифікації. Системи електронної пошти, які отримують електронні листи з цього домену, можуть використовувати цифровий підпис для перевірки чи є вхідна електронна пошта законною. Використання DKIM на додаток до SPF і DMARC для запобігання використанню зловмисниками методи підробки від надсилання повідомлень, які виглядають так, ніби вони надходять від вашого домен.
Якщо ввімкнути DKIM в Office 365, повідомлення, надіслані з Exchange Online, будуть мати криптографічний підпис. Це дозволить системі отримання електронної пошти перевірити це повідомлення були створені сервером, авторизованим організацією, а не авторизованим бути підробленим.
Однак організації повинні переконатися, що налаштування DKIM не матиме жодного впливу відповідне налаштування для забезпечення безперервного потоку пошти.
Сторінка 113
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі Правила клацніть Параметри автентифікації електронної пошти.
- Виберіть DKIM.
- Для кожного дозволеного домену, який налаштовано для надсилання електронної пошти: o Пропустіть будь-який домен *.onmicrosoft.com (MOERA або Coexistence), ці вихідні повідомлення автоматично підписуються Microsoft. o Натисніть на ім’я домену. o Підтвердити Підписувати повідомлення для цього домену за допомогою підписів DKIM увімкнено. o Переконайтеся, що статус читає підписи DKIM для цього домену.
- Статус «Не підписує підписи DKIM для цього домену» або «Немає збережених ключів DKIM для цього домену» не відповідає вимогам.
-
Підключіться до служби Exchange Online:
Connect-ExchangeOnline. -
Виконайте наступне:
# 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 - Для кожного домену, який налаштовано для надсилання електронної пошти, перевірте: o Enabled має значення True o Status має значення Valid. o Примітка. Властивість IsCISCompliant також перевірятиме, чи стан сумісний.
відомі як парковані домени), не публікуйте записи DKIM для цих доменів. Відсутність a
Запис DKIM (отже, відсутність відкритого ключа в DNS для перевірки підпису повідомлення)
запобігає перевірці DKIM підроблених доменів.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі Правила клацніть Параметри автентифікації електронної пошти.
- Виберіть DKIM
- Виберіть домен для виправлення.
- Натисніть Створити ключі DKIM.
- Microsoft надає правильно відформатовані записи CNAME, скопіюйте їх для подальшого використання.
- В іншій вкладці або вікні браузера перейдіть до реєстратора домену для домену, а потім створіть два записи CNAME, використовуючи інформацію з попереднього кроку.
- Поверніть розкривне вікно властивостей домену та встановіть для параметра «Підписувати повідомлення для цього домену за допомогою підписів DKIM» значення «Увімкнено». У разі успіху в статусі відобразиться підпис підписів DKIM для цього домену.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/security/office-365-
- security/email-authentication-dkim-configure?view=o365-worldwide
IG 1, 2
IG 1, 2
Page 116
2.1.10 Переконайтеся, що записи DMARC для всіх доменів Exchange Online опубліковано (Автоматизовано)
DMARC або автентифікація повідомлень на основі домену, звітування та відповідність, допомагає поштовим системам одержувачів у визначенні відповідних дій, які необхідно виконати повідомлення з домену не відповідають критеріям автентифікації SPF або DKIM.
DMARC посилює достовірність повідомлень, надісланих з організації системи електронної пошти від домену до місця призначення. У поєднанні з SPF (Політика відправника Framework) і DKIM (DomainKeys Identified Mail), значно покращено DMARC захист від підробки електронної пошти та спроб фішингу. Це включає домен MOERA (наприклад, contoso.onmicrosoft.com), який надається з кожним клієнтом Microsoft 365 і може створювати електронні листи. Тому що це часто не звертаючи уваги на користь користувальницьких доменів, це загальна прогалина в електронній пошті покриття автентифікації, якщо залишити незахищеним. Якщо для політики DMARC встановлено значення p=none, поштова система не виконуватиме жодних дій коли фішинговий електронний лист не проходить перевірку DMARC, але проходить перевірки SPF і DKIM. мати Повністю налаштований DMARC є важливою частиною запобігання компрометації бізнес-електронної пошти.
Реалізаційна частина може зайняти час і включає багато етапів підхід з часом. По-перше, буде встановлено базовий рівень поточного стану електронної пошти з p=none і rua і ruf. Як тільки навколишнє середовище краще розуміється і повідомляє були проаналізовані, організація перейде до остаточного стану із записом DMARC значення, як зазначено в розділі аудиту.
Сторінка 117
тільки. Хоча сам організаційний домен відповідатиме вимогам, будь-які субдомени відповідатимуть
не відповідають критеріям аудиту, якщо вони існують. Аудитори повинні оцінювати субдомени окремо
для підтвердження відповідності.
Щоб виправити проблему за допомогою постачальника DNS:
- Для будь-якого невідповідного домену, який надсилає електронну пошту, додайте такий запис до DNS: Запис: _dmarc.domain1.com Тип: TXT Значення: v=DMARC1; p=немає; rua=mailto:
; ruf=mailto: - Це створить базову політику DMARC, яка дозволить організації почати моніторинг статистики повідомлень.
- Тижня достатньо, щоб дані, отримані за допомогою звітів, були корисними для розуміння тенденцій електронної пошти та трафіку. Останній крок вимагає впровадження політики 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 за допомогою інтерфейсу користувача: - Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
- Розгорніть Налаштування та виберіть Домени.
- Виберіть домен клієнта (наприклад, contoso.onmicrosoft.com).
- Виберіть DNS-записи та натисніть + Додати запис.
- Додайте новий запис із іменем TXT _dmarc із відповідними значеннями, зазначеними вище.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/email-authentication-
- dmarc-configure?view=o365-worldwide
- 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-
- parked-domains?view=o365-worldwide
- https://media.defense.gov/2024/May/02/2003455483/-1/-1/0/CSA-NORTH-
- KOREAN-ACTORS-EXPLOIT-WEAK-DMARC.PDF
- https://www.rfc-editor.org/rfc/rfc7489
- Additional Information:
- Microsoft has a list of best practices for implementing DMARC that cover these steps in
- detail.
IG 1, 2
IG 1, 2
Page 121
2.1.11 Переконайтеся, що застосовано комплексне фільтрування вкладень (Автоматизовано)
Фільтр загальних типів вкладень дозволяє користувачеві блокувати відомі та спеціальні зловмисники типи файлів, які не вкладаються в електронні листи. Політика Microsoft охоплює 53 розширення, а також можна визначити додатковий настроюваний список розширень. Список із 186 розширень, наданий у цій рекомендації, є вичерпним, але не є вичерпним вичерпний.
Блокування відомих зловмисних типів файлів може допомогти запобігти зараженню файлами зловмисним програмним забезпеченням зараження хосту або виконання інших шкідливих атак, таких як фішинг і дані видобуток. Визначення повного списку вкладень може допомогти захистити від додаткових невідомі та відомі загрози. Багато застарілих форматів файлів, бінарних файлів і стиснутих файлів використовувалися як механізми доставки шкідливого програмного забезпечення. Організації можуть захистити себе від компромісу бізнес-електронної пошти (BEC), включивши до списку дозволених лише типи файлів, що стосуються їх сфери діяльності, і блокують усі інші.
Для типів файлів, необхідних для бізнесу, користувачам потрібно буде використовувати інші організаційні затверджені методи передачі заблокованих типів розширень між діловими партнерами.
Сторінка 122
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Запустіть такий сценарій:
$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" #> - Перегляньте результати, оцінюватимуться лише політики з визначеними понад 120 розширеннями. Наприкінці сценарію наведено приклади різних вихідних форматів.
- Пропуск надається за таких умов: o Існує єдина активна політика, яка охоплює всі перелічені розширення файлів, крім тих, які визначені організацією як виняток. o Політика має стан Enabled. o Для властивості EnableFileFilter встановлено значення True.
- Звіт містить властивість IsCISCompliant, де True вказує на відповідність, що дозволяє до 10% перелічених розширень бути відсутніми як задокументовані винятки.
розширення, напр. Відхилити повідомлення за допомогою NDR або помістити повідомлення на карантин. Ці вважаються
специфічні для організації та не оцінюються. Якщо FileTypeAction не вказано
за умовчанням буде відхилено повідомлення з квитанцією про недоставку (NDR).
Політика карантину також вважається окремою організацією.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Запустіть такий сценарій після редагування 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 - Після підготовки ввімкніть правило через інтерфейс користувача або PowerShell.
однак можна редагувати в інтерфейсі користувача або додавати вручну за допомогою списку зі сценарію.
1. Перейдіть до Microsoft Defender за адресою https://security.microsoft.com/
2. Перейдіть до Політика та правила > Політика загроз > Захист від шкідливих програм.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/powershell/module/exchange/get-
- malwarefilterpolicy?view=exchange-ps
- https://learn.microsoft.com/en-us/microsoft-365/security/office-365-security/anti-
- malware-policies-configure?view=o365-worldwide
- https://learn.microsoft.com/en-us/office/compatibility/office-file-format-reference
IG 1, 2
IG 1, 2
IG 1, 2
Page 128
2.1.12 Переконайтеся, що список дозволених IP-адрес фільтра підключення не використовується (Автоматизовано)
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 Фішинг довіри фільтрується.
Це типова поведінка. Проте списки дозволених IP-адрес можуть зменшити помилкові спрацьовування користь переважує важливість політики, яка сканує всі повідомлення незалежно від походження. Це підтримує принцип нульової довіри.
Сторінка 129
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику фільтра підключення (за замовчуванням).
- Переконайтеся, що список дозволених IP-адрес не містить записів.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-HostedConnectionFilterPolicy -Identity Default | fl IPAllowList - Переконайтеся, що IPAllowList порожній або {}
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику фільтра підключення (за замовчуванням).
- Натисніть Редагувати політику фільтра підключення.
- Видаліть будь-які IP-записи з Завжди дозволяти повідомлення з таких IP-адрес або діапазону адрес:.
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Set-HostedConnectionFilterPolicy -Identity Default -IPAllowList @{}
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/connection-filter-policies-configure
- https://learn.microsoft.com/en-us/defender-office-365/create-safe-sender-lists-in-
- office-365#use-the-ip-allow-list
- https://learn.microsoft.com/en-us/defender-office-365/how-policies-and-
- protections-are-combined#user-and-tenant-settings-conflict
IG 1
Page 131
2.1.13 Переконайтеся, що безпечний список фільтра підключення вимкнено (Автоматизовано)
В організаціях Microsoft 365 із поштовими скриньками Exchange Online або окремо організації Exchange Online Protection (EOP) без поштових скриньок Exchange Online, фільтрація підключень і політика фільтрації підключень за замовчуванням визначають хороше чи погане джерело сервери електронної пошти за IP-адресами. Ключові компоненти фільтра підключення за замовчуванням політики — список дозволених IP-адрес, список блокованих IP-адрес і безпечний список. Безпечний список — це попередньо налаштований дозволений список, який динамічно оновлюється корпорацією Майкрософт. Рекомендований стан безпечного списку: вимкнено або невірно
Без додаткової перевірки, як-от правил потоку пошти, електронні листи з джерел у списку дозволених IP-адрес пропускає фільтрацію спаму та перевірки автентифікації відправника (SPF, DKIM, DMARC). Це метод створює високий ризик того, що зловмисники успішно доставлять електронну пошту до папки «Вхідні». інакше буде відфільтровано. Повідомлення, які визначено як зловмисне програмне забезпечення або мають високий рівень Фішинг довіри фільтрується. Корпорація Майкрософт динамічно керує безпечним списком, а адміністратори не мають видимість, до якої входять відправники. Вхідні повідомлення з серверів електронної пошти на безпечний список, обхід фільтрації спаму.
Це типова поведінка. Проте списки дозволених IP-адрес можуть зменшити помилкові спрацьовування користь переважує важливість політики, яка сканує всі повідомлення незалежно від походження. Це підтримує принцип нульової довіри.
Сторінка 132
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику фільтра підключення (за замовчуванням).
- Переконайтеся, що безпечний список вимкнено.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-HostedConnectionFilterPolicy -Identity Default | fl EnableSafeList - Переконайтеся, що EnableSafeList має значення False
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Клацніть політику фільтра підключення (за замовчуванням).
- Натисніть Редагувати політику фільтра підключення.
- Зніміть прапорець Увімкнути безпечний список.
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Set-HostedConnectionFilterPolicy -Identity Default -EnableSafeList $false
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/connection-filter-policies-configure
- https://learn.microsoft.com/en-us/defender-office-365/create-safe-sender-lists-in-
- office-365#use-the-ip-allow-list
- https://learn.microsoft.com/en-us/defender-office-365/how-policies-and-
- protections-are-combined#user-and-tenant-settings-conflict
IG 1
Page 134
2.1.14 Переконайтеся, що політики захисту від вхідного спаму не містять дозволених доменів (Автоматизовано)
Захист від спаму – це функція Exchange Online, яка використовує політики, щоб допомогти зменшити кількість небажаної електронної пошти, масових і фішингових листів, які надходять до поштової скриньки. Ці політики містять списки дозволу або блокування певних відправників або доменів. • Список дозволених відправників • Список дозволених доменів • Список заблокованих відправників • Список заблокованих доменів Рекомендований стан: Не визначати жодних дозволених доменів
Повідомлення від записів у списку дозволених відправників або списку дозволених доменів пропускаються максимальний захист електронної пошти (крім зловмисного програмного забезпечення та фішингу з високою достовірністю) та електронної пошти перевірки автентифікації (SPF, DKIM і DMARC). Записи в списку дозволених відправників або список дозволених доменів створює високий ризик того, що зловмисники успішно доставлять електронну пошту Вхідні, які інакше були б відфільтровані. Ризик зростає ще більше, коли дозволяючи загальні доменні імена, оскільки зловмисники можуть легко підробити їх. У своїй документації корпорація Майкрософт вказує, що для тестування слід використовувати дозволені домени лише для цілей.
Це типова поведінка. Однак дозволені домени можуть зменшити помилкові спрацьовування Вигода переважує важливість наявності політики, яка сканує всі повідомлення незалежно від походження. Як альтернативу розгляньте списки на основі відправників. Це підтримує принцип нульової довіри.
Сторінка 135
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Перегляньте кожну вхідну політику захисту від спаму
- Переконайтеся, що Дозволені домени не містять доменних імен.
- За потреби повторіть для будь-якої додаткової політики захисту від вхідного спаму.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-HostedContentFilterPolicy | ft Identity,AllowedSenderDomains - Переконайтеся, що AllowedSenderDomains не визначено для кожної вхідної політики.
перехідний стан.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму».
- Відкрийте кожну невідповідну вхідну політику захисту від спаму, клацнувши її.
- Натисніть Редагувати дозволених і заблокованих відправників і домени.
- Виберіть Дозволити домени.
- Видаліть кожен домен зі списку доменів.
- Натисніть Готово > Зберегти.
- Повторіть за потреби.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду 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 & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/anti-spam-protection-
- about#allow-and-block-lists-in-anti-spam-policies
IG 1
Page 137
2.1.15 Переконайтеся, що обмеження вихідних повідомлень захисту від спаму діють (Автоматизовано)
Стандартна політика захисту від спаму в Microsoft Defender автоматично застосовується до всіх користувачів і призначений для виявлення та обмеження підозрілої поведінки надсилання електронних листів. Політика встановлює обмеження на основі як обсягу, так і виявлення спаму. Якщо користувач надсилає занадто багато електронні листи занадто швидко або якщо високий відсоток їхніх повідомлень позначено як спам, їх можливість надсилання електронної пошти може бути тимчасово обмежена. Це допомагає запобігти зловживанням скомпрометовані облікові записи або ненавмисні спам-кампанії. Якщо ці обмеження перевищено, корпорація Майкрософт направляє повідомлення через мережу високого ризику пул доставки для захисту своєї IP-репутації та сповіщення адміністраторів через вбудоване сповіщення політики. Рекомендований стан: • Зовнішні: Обмежити надсилання зовнішнім одержувачам (за годину) – 500 • Внутрішній: обмеження надсилання внутрішнім одержувачам (за годину) – 1000 • Щодня: Максимальний ліміт одержувачів на день – 1000 • Дія: дія щодо перевищення ліміту – заборонити користувачеві надсилати пошту
Налаштування ліміту повідомлень допомагають зменшити вплив компромісу бізнес-електронної пошти (BEC) шляхом автоматичного обмеження облікових записів, які надсилають надзвичайно великі обсяги електронної пошти. Це стримування запобігає масштабним атакам на скомпрометовані облікові записи та допомагає переконатися, що електронна пошта організації залишається надійною та доступною для доставки. Без цих обмежень, надмірний або підозрілий вихідний трафік може призвести до блокування корпорацією Майкрософт електронну пошту організації, порушуючи зв’язок і завдаючи шкоди репутації.
Застосування обмежень на повідомлення може призвести до тимчасового блокування легальних користувачів надсилання електронних листів, якщо їх активність масового обміну повідомленнями нагадує спам або перевищує обсяг пороги. Це може порушити бізнес-операції, затримати зв’язок і вимагати адміністративні зусилля для розслідування та відновлення доступу. Однак ці побічні ефекти зазвичай виникають через брак планування масових розсилок. Щоб уникнути їх спрацьовування Microsoft рекомендує масово надсилати електронну пошту через спеціальні субдомени або треті сторонні постачальники масової електронної пошти.
Сторінка 138
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політики та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму» та клацніть, щоб відкрити вихідну політику захисту від спаму (за замовчуванням).
- Переконайтеся, що наведені нижче параметри налаштовано на рекомендований рівень або більш обмежувальне значення. Обмеження повідомлень, що дорівнює 0, не відповідають вимогам, оскільки це стандартне значення служби: o Зовнішнє: обмежити надсилання зовнішнім одержувачам (за годину) – 500 o Внутрішнє: обмежити надсилання внутрішнім одержувачам (за годину) – 1000 o Щоденно: максимальне обмеження на кількість одержувачів на день – 1000 o Дія: дія щодо перевищення ліміту – заборонити користувачу надсилати пошту
- Переконайтеся, що контрольовану поштову скриньку налаштовано як одержувача в розділі «Повідомити цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму».
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте наступне:
$params = @( 'RecipientLimitExternalPerHour' 'RecipientLimitInternalPerHour' 'RecipientLimitPerDay' 'ActionWhenThresholdReached' 'NotifyOutboundSpamRecipients' ) Get-HostedOutboundSpamFilterPolicy -Identity Default | fl $params - Переконайтеся, що кожну з наведених нижче властивостей налаштовано, як зазначено: o RecipientLimitExternalPerHour становить 500 або менше, але не 0 o RecipientLimitInternalPerHour становить 1000 або менше, але не 0 o RecipientLimitPerDay має значення 1000 або менше, але не 0 o ActionWhenThresholdReached є BlockUser o NotifyOutboundSpamRecipients містить контрольовану поштову скриньку.
сумісна конфігурація. Ці значення 400, 800 і 800 узгоджуються зі значеннями вище.
Щоб отримати додаткові відомості про параметри Standard і Strict, зверніться до розділу посилань.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com.
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- У розділі «Політики» виберіть «Захист від спаму» та клацніть, щоб відкрити вихідну політику захисту від спаму (за замовчуванням).
- Виберіть Редагувати налаштування захисту.
- Установіть рекомендовані або більш обмежувальні значення для наступних параметрів. Значення ліміту повідомлень, що дорівнює 0, не відповідають вимогам, оскільки це значення служби за замовчуванням. o Зовнішнє: установіть ліміт зовнішніх повідомлень — 500 o Внутрішнє: установіть ліміт внутрішніх повідомлень — 1000 o Daily: установіть добовий ліміт повідомлень — 1000 o Дія: обмеження, накладене на користувачів, які досягли ліміту повідомлень — заборонити користувачеві надсилати пошту
- Переконайтеся, що сповіщати цих користувачів і групи, якщо відправника заблоковано через надсилання вихідного спаму, містить контрольовану поштову скриньку.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Змініть наведені нижче зразки адрес електронної пошти та запустіть наступний PowerShell
commands: $params = @{ RecipientLimitExternalPerHour = 500 RecipientLimitInternalPerHour = 1000 RecipientLimitPerDay = 1000 ActionWhenThresholdReached = 'BlockUser' NotifyOutboundSpamRecipients = @('[email protected]','[email protected]') } Set-HostedOutboundSpamFilterPolicy -Identity 'Default' @params
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/outbound-spam-protection-about
- https://learn.microsoft.com/en-us/defender-office-365/recommended-settings-for-
- eop-and-office365#outbound-spam-policy-settings
- https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-
- service-description/exchange-online-limits#sending-limits-1
IG 1
Page 141 2.2 Cloud apps This section contains recommendations for Microsoft Defender for Cloud apps
Page 142
2.2.1 Переконайтеся, що активність облікового запису екстреного доступу відстежується (Вручну)
Організації повинні відстежувати вхід і перевірку журналу активності з аварійної ситуації облікові записи та ініціювати сповіщення іншим адміністраторам. Коли ви стежите за діяльністю для облікових записів екстреного доступу ви можете переконатися, що ці облікові записи використовуються лише для тестування або реальні надзвичайні ситуації. Ви можете використовувати Azure Monitor, Microsoft Sentinel, Defender для Хмарні програми або інші інструменти для моніторингу журналів входу та ініціювання сповіщень електронною поштою та SMS ваші адміністратори під час входу в облікові записи екстреного доступу. Ця рекомендація використовує політику Defender for Cloud Apps для попередження про надзвичайні ситуації доступ до активності облікового запису. Рекомендований стан — відстежувати Тип активності Увійти на розбитому склі або облікові записи екстреного доступу.
Облікові записи екстреного доступу слід використовувати в дуже небагатьох сценаріях, наприклад, в останньому Глобальний адміністратор залишив організацію, і обліковий запис недоступний. все активність в обліковому записі екстреного доступу слід переглянути під час події переконайтеся, що підпис законний і авторизований.
Немає реального впливу на моніторинг цих облікових записів, крім розподілу персоналу. The частота екстреного входу в обліковий запис має бути настільки низькою, щоб будь-яка активність викликала червоний колір прапор, який обробляється з найвищим пріоритетом.
Сторінка 143
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com
- У розділі «Хмарні програми» виберіть «Політики» -> «Керування політикою».
- Знайдіть політику привілейованих облікових записів, яка відповідає наведеним нижче критеріям. o Серйозність політики має високий рівень серйозності. o Категорія – Привілейовані облікові записи. o Вибрано Акт про окрему діяльність. o У розділі «Дії», які відповідають усім наведеним нижче параметрам, перевірте: o Filter1: Тип дії дорівнює «Вхід» o Filter2: Ім’я користувача дорівнює
як будь-яка роль. o Перевірте, чи враховано всі додаткові облікові записи екстреного доступу. o У розділі Сповіщення перевірте, чи налаштовано сповіщення. - Повторіть цей процес для будь-якого додаткового екстреного доступу або облікових записів із розбитим склом в організації. Якщо відповідних політик не існує, то процедура аудиту вважається невдалою.
процедура виконується, поки відстежується вся активність облікового запису екстреного доступу.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com
- У розділі «Хмарні програми» виберіть «Політики» -> «Керування політикою».
- Натисніть «Усі політики», а потім «Створити політику» -> «Політика діяльності».
- Назвіть політику та встановіть такі параметри: o Для серйозності політики значення Висока серйозність. o Категорія для привілейованих облікових записів. o Акт про один вид діяльності. o Натисніть Вибрати фільтр -> Тип діяльності дорівнює Увійти. o Клацніть Додати фільтр -> Ім’я користувача дорівнює <Обліковий запис екстреного доступу> як будь-яка роль. o Переконайтеся, що всі облікові записи екстреного доступу додано до цієї чи іншої політики. o Виберіть метод сповіщення, наприклад Надіслати сповіщення електронною поштою.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-
- control/security-emergency-access#monitor-sign-in-and-audit-logs
- https://learn.microsoft.com/en-us/defender-cloud-apps/control-cloud-apps-with-policies
IG 1, 2
Page 145 2.4 System
Page 146
2.4.1 Переконайтеся, що пріоритетний захист облікового запису ввімкнено та налаштовано (Автоматизовано)
Визначте пріоритетні облікові записи, щоб використовувати розширені спеціальні функції безпеки Microsoft 365. Це важливий інструмент для посилення захисту користувачів, які часто стають цілями на їхні критичні посади, наприклад керівників, лідерів, менеджерів або інших осіб, які мають доступ до чутливої, конфіденційної, фінансової або високопріоритетної інформації. Після ідентифікації цих облікових записів можна ввімкнути кілька служб і функцій, включаючи політику загроз, розширений захист входу через умовний доступ політики та політики сповіщень, що забезпечує швидший час реагування груп реагування на інциденти.
Увімкнення пріоритетного захисту облікових записів для користувачів у Microsoft 365 є необхідним для покращення безпека для облікових записів з доступом до конфіденційних даних і високими привілеями, наприклад, для генеральних директорів, CISO, фінансові директори та ІТ-адміністратори. Ці пріоритетні облікові записи часто стають мішенями фішингові або китобійні атаки та потребують надійнішого захисту для запобігання обліковим записам компроміс. Щоб вирішити цю проблему, Microsoft 365 і Microsoft Defender для Office 365 пропонують кілька ключів функції, які забезпечують додаткову безпеку, включаючи ідентифікацію інцидентів і попередження із залученням пріоритетних облікових записів і використанням вбудованих спеціально розроблених засобів захисту спеціально для них.
Сторінка 147
Аудит із 3-етапним процесом. Крок 1. Переконайтеся, що пріоритетний захист облікового запису ввімкнено:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Виберіть «Система» > «Налаштування» в нижній частині лівої панелі.
- Виберіть Електронна пошта та співпраця > Пріоритетний захист облікового запису
- Переконайтеся, що для захисту пріоритетного облікового запису встановлено значення На кроці 2: переконайтеся, що пріоритетні облікові записи ідентифіковано та позначено відповідним чином:
- Виберіть Теги користувача
- Виберіть тег ПРІОРИТЕТНИЙ ОБЛІКОВИЙ ЗАПИС і натисніть Редагувати
- Переконайтеся, що призначені учасники відповідають обліковим записам або групам, визначеним пріоритетом організації.
- Повторіть попередні 2 кроки для будь-яких додаткових визначених тегів, наприклад Finance або HR. Крок 3. Переконайтеся, що сповіщення налаштовано:
- Розгорніть Електронна пошта та співпраця в лівому стовпці.
- Виберіть Політики та правила > Політика сповіщень
- Переконайтеся, що принаймні дві політики сповіщень налаштовано для відстеження пріоритетних облікових записів щодо дій Виявлене зловмисне програмне забезпечення в повідомленні електронної пошти та Фішингова електронна пошта, виявлена під час доставки. Ці сповіщення мають відповідати таким критеріям: o Серйозність: висока o Категорія: керування загрозами o Напрямок пошти: вхідна o Теги одержувача: включає пріоритетний обліковий запис
-
Підключіться до Exchange:
Connect-ExchangeOnline - Отримайте стан захисту пріоритетного облікового запису: Get-EmailTenantSettings | виберіть EnablePriorityAccountProtection • Переконайтеся, що EnablePriorityAccountProtection має значення true.
-
Підключіться до PowerShell безпеки та відповідності:
Connect-IPPSSession - Отримати правила сповіщень, націлені на пріоритетні облікові записи: Get-ProtectionAlert | Where-Object { $_.RecipientTags -Match ‘Priority account’ }
- Для кожної повернутої політики перевірте всі наступні критерії: o Серйозність має високий рівень o Filter відповідає шаблону Mail.Direction -eq ‘Inbound’ o RecipientTags відповідає шаблону Priority account o NotificationEnabled має значення true o NotifyUser містить дійсного одержувача електронної пошти o Disabled має значення false
- Елемент керування є сумісним, якщо результати включають: o Однопрохідну політику фішингу (ThreatType = Phish) o Однопрохідну політику зловмисного програмного забезпечення (ThreatType = Malware). o EnablePriorityAccountProtection має значення true з кроку 2.
Виправлення за допомогою 3-етапного процесу. Крок 1. Увімкніть пріоритетний захист облікового запису в Microsoft 365 Defender:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Виберіть «Система» > «Налаштування» в нижній частині лівої панелі.
- Виберіть Електронна пошта та співпраця > Пріоритетний захист облікового запису
- Переконайтеся, що для захисту пріоритетного облікового запису встановлено значення На кроці 2: позначте пріоритетні облікові записи:
- Виберіть Теги користувача
- Виберіть тег ПРІОРИТЕТНИЙ ОБЛІКОВИЙ ЗАПИС і натисніть Редагувати
- Виберіть Додати учасників, щоб додати користувачів або групи. Рекомендуються групи.
- Повторіть попередні 2 кроки для будь-яких додаткових тегів, таких як фінанси або кадри.
- Далі та Надіслати. Крок 3. Налаштуйте сповіщення електронною поштою для пріоритетних облікових записів:
- Розгорніть Електронна пошта та співпраця в лівому стовпці.
- Виберіть Політики та правила > Політика сповіщень
- Виберіть Нову політику сповіщень
- Введіть дійсну назву та опис політики. Встановіть для Серйозності значення Високий, а для Категорії – Керування загрозами.
- Для параметра «Діяльність» виберіть «Виявлено зловмисне програмне забезпечення в повідомленні електронної пошти».
- Напрямок пошти – вхідна
- Виберіть «Додати умову» та «Користувач: теги одержувача».
- У полі параметрів вибору додайте вибрані теги пріоритету, наприклад пріоритетний обліковий запис.
- Виберіть Кожен раз, коли дія відповідає правилу.
- Далі та перевірте, чи вибрано дійсних одержувачів.
- Далі виберіть Так, увімкнути відразу. Натисніть Надіслати, щоб зберегти сповіщення.
- Повторіть кроки 12–18, щоб створити друге сповіщення для поля «Діяльність». Діяльність: під час доставки виявлено фішинговий електронний лист.
рекомендований.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/setup/priority-accounts
- https://learn.microsoft.com/en-us/defender-office-365/priority-accounts-security-recommendations
IG 1
Page 151
2.4.2 Переконайтеся, що до пріоритетних облікових записів застосовано попередні налаштування «Строгий захист» (Автоматизовано)
Корпорація Майкрософт створила попередньо встановлені політики безпеки на основі спостережень і досвід роботи в центрах обробки даних, щоб знайти баланс між виключенням зловмисних вміст від користувачів і обмеження необґрунтованих збоїв. Ці правила можуть застосовуватися до всіх, або виберіть користувачів і охопіть рекомендації щодо боротьби зі спамом, шкідливим програмним забезпеченням тощо фішингові загрози. Параметри політики є заздалегідь визначеними та не підлягають регулюванню. Суворий захист має найагресивніший захист із 3 попередніх налаштувань. • EOP: захист від спаму, захисту від зловмисного програмного забезпечення та захисту від фішингу • Defender: захист від фальсифікації, захист від видавання себе за іншу особу та вдосконалений фішинг • Defender: безпечні посилання та безпечні вкладення ПРИМІТКА. Попередньо встановлені політики безпеки наразі не можуть націлюватися на пріоритетні ТЕГИ облікового запису, натомість слід використовувати групи.
Увімкнення пріоритетного захисту облікових записів для користувачів у Microsoft 365 є необхідним для покращення безпека для облікових записів з доступом до конфіденційних даних і високими привілеями, наприклад, для генеральних директорів, CISO, фінансові директори та ІТ-адміністратори. Ці пріоритетні облікові записи часто стають мішенями фішингові або китобійні атаки та потребують надійнішого захисту для запобігання обліковим записам компроміс. Застосування суворих, заздалегідь визначених політик може призвести до випадків помилки однак є позитивна перевага вимоги до попереднього перегляду небажаної електронної пошти від кінцевого користувача доступ до їх папки “Вхідні” переважує потенційний ризик помилково сприйняти зловмисного електронну пошту як безпечну завдяки її розміщенню в папці “Вхідні”.
Суворі правила з більшою ймовірністю спричинять помилкові спрацьовування в антиспамі, фішингу, видавання себе за іншу особу, спуфінг і відповіді розвідки.
Сторінка 152
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- Звідси по черзі перейдіть до кожного розділу: Антифішинг Антиспам Антишкідливе програмне забезпечення Безпечні вкладення Безпечні посилання
- Переконайтеся, що кожен містить політику під назвою Strict Preset Security Policy, яка включає пріоритетні облікові записи та групи організації.
-
Підключіться до Exchange:
Connect-ExchangeOnline - Отримати суворе правило ATP для Defender: Get-ATPProtectionPolicyRule | Where-Object { $_.Identity -eq ‘Strict Preset Security Policy’ }
- Отримати суворе стандартне правило EOP для Defender: Get-EOPProtectionPolicyRule | Where-Object { $_.Identity -eq ‘Strict Preset Security Policy’ }
- Перевірте наступні критерії як для правила EOP, так і для правила ATP: o State is Enabled o Принаймні один цільовий одержувач заповнено VIP, тобто: ▪ SentTo, SentToMemberOf або RecipientDomainIs не є нульовим
- Елемент керування є сумісним, якщо існують і правило ATP, і правило EOP, і вони відповідають критеріям на кроці 4.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть Електронна пошта та співпраця > Політика та правила > Політика загроз.
- Виберіть Попередньо встановлені політики безпеки.
- Клацніть, щоб керувати налаштуваннями захисту для попереднього налаштування суворого захисту.
- Щоб застосувати Exchange Online Protection, виберіть принаймні конкретних одержувачів і включіть облікові записи/групи, визначені як пріоритетні облікові записи.
- Щоб застосувати Defender для Office 365 Protection, виберіть принаймні конкретних одержувачів і включіть облікові записи/групи, визначені як пріоритетні облікові записи.
- Для захисту від уособлення клацніть «Далі» та додайте дійсні адреси електронної пошти або пріоритетні облікові записи, як внутрішні, так і зовнішні, які можуть піддаватися уособленню.
- Для захищених користувацьких доменів додайте доменне ім’я організації разом із іншими ключовими партнерами.
- Натисніть «Далі» і нарешті «Підтвердити».
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/preset-security-
- policies?view=o365-worldwide
- https://learn.microsoft.com/en-us/defender-office-365/priority-accounts-security-recommendations
- https://learn.microsoft.com/en-us/defender-office-365/recommended-settings-for-
- eop-and-office365?view=o365-worldwide#impersonation-settings-in-anti-
- phishing-policies-in-microsoft-defender-for-office-365
IG 1
IG 1, 2
Page 154
2.4.3 Переконайтеся, що Microsoft Defender для хмарних програм увімкнено та налаштовано (Вручну)
Microsoft Defender for Cloud Apps — це брокер безпеки доступу до хмари (CASB). Це забезпечує видимість підозрілої активності в Microsoft 365, дозволяючи розслідувати потенційні проблеми з безпекою та сприяння впровадженню заходів із відновлення, якщо необхідно. Деякі методи виявлення ризиків, надані Entra Identity Protection, також вимагають Microsoft Defender для хмарних програм: • Підозріла маніпуляція правилами папки “Вхідні”. • Підозріле пересилання папки “Вхідні”. • Виявлення нової країни • Неможливе виявлення подорожей • Активність з анонімних IP-адрес • Масовий доступ до конфіденційних файлів
Команди безпеки можуть отримувати сповіщення про нетипові або підозрілі сповіщення подивіться, як здійснюється доступ до даних організації в Microsoft 365 і як вони використовуються, призупинити облікові записи користувачів, які виявляють підозрілу активність, і вимагати від користувачів повторного входу Програми Microsoft 365 після ініціювання сповіщення.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Хмарні програми».
- Перейдіть до розділу Підключені програми та виберіть З’єднувачі програм.
- Переконайтеся, що Microsoft 365 і Microsoft Azure відображаються в списку як підключені.
- Перейдіть до Cloud Discovery > Microsoft Defender for Endpoint і переконайтеся, що інтеграцію ввімкнено.
- Перейдіть у розділ «Захист інформації» > «Файли» та переконайтеся, що встановлено прапорець «Увімкнути моніторинг файлів».
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Хмарні програми».
- Перейдіть до пункту Захист інформації та виберіть Файли.
- Позначте Увімкнути моніторинг файлів.
- Прокрутіть до Cloud Discovery і виберіть Microsoft Defender для кінцевої точки.
- Поставте прапорець «Примусовий доступ програми», налаштуйте URL-адресу сповіщень і збережіть.
Налаштувати конектори додатків:
1. Перейдіть до пункту Підключені програми та виберіть З’єднувачі програм.
2. Натисніть Підключити програму та виберіть Microsoft 365.
3. Поставте прапорці біля всіх Azure і Office 365, а потім натисніть Підключити Office 365.
4. Повторіть для програми Microsoft Azure.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-cloud-apps/protect-office-
- 365#connect-microsoft-365-to-microsoft-defender-for-cloud-apps
- https://learn.microsoft.com/en-us/defender-cloud-apps/protect-azure#connect-azure-to-microsoft-defender-for-cloud-apps
- https://learn.microsoft.com/en-us/defender-cloud-apps/best-practices
- https://learn.microsoft.com/en-us/defender-cloud-apps/get-started
- 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.
IG 1, 2
IG 1, 2, 3
Page 157
2.4.4 Переконайтеся, що ввімкнено автоматичне очищення за нуль годин для Microsoft Teams (Автоматизовано)
Автоматичне очищення без годин (ZAP) — це функція захисту, яка заднім числом виявляє та нейтралізує зловмисне програмне забезпечення та високовпевнений фішинг. Під час захисту ZAP для команд блокує повідомлення, повідомлення блокується для всіх у чаті. Початковий блок відбувається відразу після пологів, але ZAP відбувається до 48 годин після пологів.
ZAP призначений для захисту користувачів, які отримали повідомлення про зловмисне програмне забезпечення нульового дня або контент, який після доставки користувачам стає зброєю. Він робить це постійно моніторинг спаму та сигнатур зловмисного програмного забезпечення з автоматичними ретроспективними діями повідомлення, які вже були доставлені.
Як і з будь-яким іншим продуктом для захисту від зловмисного програмного забезпечення або антифішингового продукту, можливі помилкові спрацьовування.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Захист Microsoft Teams».
- Перевірте, чи для параметра Zero-hour auto purge (ZAP) встановлено значення On (за замовчуванням)
- У розділі Виключити цих учасників перегляньте список виключень і переконайтеся, що вони виправдані та в межах допустимого для організації.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Запустіть такі командлети:
Get-TeamsProtectionPolicy | fl ZapEnabled Get-TeamsProtectionPolicyRule | fl ExceptIf* - Переконайтеся, що ZapEnabled має значення True.
- Перегляньте список виключень і переконайтеся, що вони виправдані та в межах допустимості для організації. Якщо другий командлет нічого не повертає, виключення не визначено.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Захист Microsoft Teams».
- Увімкніть (за замовчуванням) автоматичне очищення без нуля (ZAP)
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Запустіть такий командлет:
Set-TeamsProtectionPolicy -Identity "Teams Protection Policy" -ZapEnabled $true
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/zero-hour-auto-
- purge?view=o365-worldwide#zero-hour-auto-purge-zap-in-microsoft-teams
- https://learn.microsoft.com/en-us/defender-office-365/mdo-support-teams-
- about?view=o365-worldwide#configure-zap-for-teams-protection-in-defender-for-
- office-365-plan-2
IG 1
IG 1, 2, 3
Page 159
2.4.5 Переконайтеся, що виправлення «AIR» увімкнено (Вручну)
Automated Investigation and Response (AIR) досліджує сповіщення та корелює їх сигнали до розслідувань. Коли AIR визначає зловмисні повідомлення електронної пошти, вони групуються їх у кластери на основі спільних характеристик, як-от поширений шкідливий файл, URL-адреса або надсилання атрибутів і виконання дій виправлення для кожного кластера. Цей параметр контролює, чи виправляються виявлені AIR кластери зловмисних повідомлень автоматично, без схвалення SecOps. Адміністратори можуть увімкнути автоматичне виправлення для одного або кількох типів кластерів: • Подібні файли: кластери, які спільно використовують подібний шкідливий файл • Подібні URL-адреси: кластери, що мають подібну шкідливу URL-адресу • Кілька подібних атрибутів: кластери, згруповані за кількома спільними атрибутами, наприклад як IP-адресу відправника, домен відправника або тему повідомлення Якщо ввімкнено, налаштована дія виправлення застосовується одразу після кластера ідентифікація. Рекомендованим станом є автоматичне виправлення кластерів повідомлень.
Коли автоматичне виправлення вимкнено, кластери шкідливих повідомлень ідентифікуються AIR залишаються в поштових скриньках користувачів як незавершені дії, поки аналітик безпеки не вручну затверджує кожне виправлення. Під час цього вікна затвердження користувачі можуть взаємодіяти, відкривати, або пересилати шкідливі повідомлення, збільшуючи ризик успішного зламу. Увімкнення автоматичного виправлення гарантує, що виявлені загрози локалізуються негайно після виявлення мінімізація вікна експозиції та зменшення експлуатаційного навантаження на команди безпеки вручну переглядати та затверджувати звичайні кластери загроз.
Сторінка 160
Автоматичне виправлення видаляє крок затвердження SecOps вручну для кваліфікації дії кластера повідомлень. Якщо AIR неправильно класифікує законний кластер повідомлень як зловмисні, уражені повідомлення будуть видалені без попереднього перегляду. Софт видалено повідомлення переміщуються до папки Recoverable Items і можуть бути відновлені за допомогою Action center, Threat Explorer або Advanced Hunting за умови видалення кожної поштової скриньки термін зберігання товару (14 днів за замовчуванням). Організації повинні перевірити політику зберігання та юридичні зобов’язання, перш ніж увімкнути це налаштування, оскільки конфігурація збереження впливає на те, чи залишаються програмно видалені повідомлення підлягає відновленню. Кластери, що перевищують 10 000 повідомлень, завжди виключаються з автоматичного виправлення і надалі потребуватиме затвердження вручну. Вимоги до ліцензії: для цього параметра потрібен Defender для Office 365 Plan 2 включено до Microsoft 365 E5.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Налаштування автоматизації MDO».
- Переконайтеся, що в розділі «Кластери повідомлень» позначено наступне: o Подібні файли o Подібні URL-адреси o Кілька подібних атрибутів
і вибрано за замовчуванням. Оскільки дію не можна змінити, перевіряючи
вибрані дії з усунення не є частиною критеріїв аудиту для цієї рекомендації.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до Microsoft Defender https://security.microsoft.com/
- Розгорніть «Система» > «Налаштування» > «Електронна пошта та співпраця» > «Налаштування автоматизації MDO».
- У розділі «Кластери повідомлень» перевірте таке: o Подібні файли o Подібні URL-адреси o Кілька подібних атрибутів
- Натисніть «Зберегти», щоб застосувати зміни.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/defender-office-365/air-auto-remediation
- https://learn.microsoft.com/en-us/defender-office-365/air-about
- https://learn.microsoft.com/en-us/exchange/security-and-compliance/recoverable-items-folder/recoverable-items-folder
- https://learn.microsoft.com/en-us/exchange/recipients-in-exchange-online/manage-user-mailboxes/change-deleted-item-retention
IG 1
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
Потрібні інші розділи стандарту?
Перегляньте повний інтерактивний перелік усіх рекомендацій у головному хабі стандарту.
