1. Центр адміністрування Microsoft 365
Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Центр адміністрування Microsoft 365».
Рекомендацій: 15
Microsoft 365 v7.0.0
1.1.1 Переконайтеся, що облікові записи адміністраторів працюють лише у хмарі (Автоматизовано)
Адміністративні облікові записи — це спеціальні привілейовані облікові записи, які можуть мати різні рівні доступу до даних, користувачів і налаштувань. Звичайні облікові записи користувачів ніколи не повинні використовуватися для адміністративних завдань і слід бути обережними, у випадку гібридного середовища, зберігати адміністративні облікові записи окремо від локальних облікових записів. Адміністративний обліковим записам не повинні бути призначені програми, до яких вони не мають доступу потенційно вразливі служби (наприклад, електронна пошта, Teams, SharePoint тощо) і лише доступ до виконувати завдання, необхідні для адміністративних цілей. Переконайтеся, що для адміністративних облікових записів не ввімкнено локальну синхронізацію.
У гібридному середовищі наявність окремих облікових записів допоможе гарантувати, що в разі a порушення в хмарі, що порушення не впливає на локальне середовище та пору навпаки.
Користувачам із правами адміністратора потрібно буде використовувати функцію входу/виходу, щоб змінити обліковий запис при виконанні адміністративних завдань, що означає, що вони не матимуть користі від SSO. Це вимагатиме процесу міграції з облікового запису «щоденного водія» до спеціального адміністратора рахунок. Після створення нового облікового запису адміністратора набори дозволів слід перенести з «щоденний водій» до нового облікового запису адміністратора. Це включає як M365, так і Azure Ролі RBAC. Якщо не перенести ролі Azure RBAC, адміністратор може не бачити їхні підписки/ресурси під час використання облікового запису адміністратора.
Сторінка 22
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/.
- Розгорніть Ідентифікація > Користувачі та виберіть Усі користувачі.
- Праворуч від вікна пошуку натисніть кнопку Додати фільтр.
- Додайте фільтр із увімкненою локальною синхронізацією зі значенням «Так» і натисніть «Застосувати».
- Переконайтеся, що у відфільтрованому списку немає облікових записів користувачів із адміністративними ролями.
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "RoleManagement.Read.Directory","User.Read.All" -
Запустіть такий сценарій PowerShell:
$DirectoryRoles = Get-MgDirectoryRole # Get privileged role IDs $PrivilegedRoles = $DirectoryRoles | Where-Object { $_.DisplayName -like "*Administrator*" -or $_.DisplayName -eq "Global Reader" } # Get the members of these various roles $RoleMembers = $PrivilegedRoles | ForEach-Object { Get-MgDirectoryRoleMember -DirectoryRoleId $_.Id } | Select-Object Id -Unique # Retrieve details about the members in these roles $PrivilegedUsers = $RoleMembers | ForEach-Object { Get-MgUser -UserId $_.Id -Property UserPrincipalName, DisplayName, Id, OnPremisesSyncEnabled } $PrivilegedUsers | Where-Object { $_.OnPremisesSyncEnabled -eq $true } | ft DisplayName,UserPrincipalName,OnPremisesSyncEnabled - Сценарій виведе всіх гібридних користувачів, які також є членами привілейованих ролей. Якщо нічого не повертається, то користувачів із таким критерієм не існує.
Для виправлення потрібно спочатку визначити привілейовані облікові записи, які синхронізуються локально, а потім створити новий обліковий запис лише для хмари для цього користувача. Після встановлення облікового запису для заміни роль гібридного облікового запису слід зменшити до ролі непривілейованого користувача або видалити залежно від потреби.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/add-users/add-
- users?view=o365-worldwide
- https://learn.microsoft.com/en-us/microsoft-365/enterprise/protect-your-global-
- administrator-accounts?view=o365-worldwide
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/best-
- practices#9-use-cloud-native-accounts-for-microsoft-entra-roles
- https://learn.microsoft.com/en-us/entra/fundamentals/whatis
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/permissions-reference
IG 1, 2, 3
IG 1, 2
Page 24
1.1.2 Переконайтеся, що визначено два облікові записи екстреного доступу (Вручну)
Екстрений доступ або облікові записи «розбитого скла» обмежені для надзвичайних ситуацій де звичайні адміністративні облікові записи недоступні. Вони не призначені для a конкретного користувача та матиме комбінацію фізичних і технічних елементів керування для запобігання доступ до них поза справжньою надзвичайною ситуацією. Ці надзвичайні ситуації можуть бути наслідком до кількох речей, зокрема: • Технічні збої оператора стільникового зв’язку або пов’язаної служби Microsoft, наприклад MFA. • Останній обліковий запис глобального адміністратора, що залишився, недоступний. Переконайтеся, що визначено два облікові записи екстреного доступу. Примітка. Корпорація Майкрософт надає кілька рекомендацій щодо цих облікових записів і способів налаштувати їх. Для отримання додаткової інформації про це зверніться до розділу посилань. CIS Benchmark окреслює найважливіші речі, які слід враховувати.
У різних ситуаціях організація може вимагати використання облікового запису розбитого скла отримати екстрений доступ. У разі втрати доступу до адміністративних функцій ан організація може зазнати значної втрати здатності надавати підтримку, втратити уявлення про його стан безпеки та потенційно зазнає фінансових втрат.
Неможливість належного впровадження облікових записів екстреного доступу може послабити безпеку поза. Microsoft рекомендує виключити принаймні один із двох екстрених доступів облікових записів з усіх правил умовного доступу, вимагаючи паролів із достатньою кількістю ентропії та довжини для захисту від випадкових припущень. Для безпечного доступу без пароля замість паролів можна використовувати ключі безпеки FIDO2.
Сторінка 25
Крок 1. Переконайтеся, що в організації діють політика та процедура: • Щоб облікові записи могли ефективно використовуватися в критичній ситуації, відповідні політики та процедури мають бути затверджені та поширені вищим керівництвом. • Ключі безпеки FIDO2 мають бути замкнені в безпечному окремому вогнетривкому місці. • Паролі мають містити принаймні 16 символів, які генеруються випадковим чином і МОЖУТЬ бути розділені на кілька частин, щоб з’єднати їх у разі надзвичайної ситуації. Крок 2. Переконайтеся, що визначено два облікові записи екстреного доступу:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Розгорніть Користувачі > Активні користувачі
- Перевірте призначені облікові записи екстреного доступу та переконайтеся в наступному: o Облікові записи названі правильно та НЕ ідентифікуються з конкретною особою. o Облікові записи використовують домен .onmicrosoft.com за умовчанням, а не домен організації. o Облікові записи доступні лише в хмарі. o Облікові записи не ліцензовані. o Облікові записи не вимкнено або вхід не заблоковано. o Обліковим записам призначається роль каталогу глобального адміністратора. Крок 3. Переконайтеся, що принаймні один обліковий запис виключено з усіх правил умовного доступу:
- Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
- Розгорніть Захист > Умовний доступ.
- Перегляньте правила умовного доступу.
- Переконайтеся, що один із облікових записів екстреного доступу виключено з усіх правил. Попередження: станом на 15.10.2024 MFA потрібен для всіх користувачів, включаючи облікові записи Break Glass. Рекомендується оновити ці облікові записи, щоб використовувати ключ доступу (FIDO2) або налаштувати автентифікацію на основі сертифіката для MFA. Обидва методи задовольняють вимоги МЗС.
Крок 1. Створіть два облікові записи екстреного доступу:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Розгорніть Користувачі > Активні користувачі
- Натисніть «Додати користувача» та створіть нового користувача за такими критеріями: o Назвіть обліковий запис таким чином, щоб НЕ ідентифікувати його з конкретною особою. o Призначити обліковий запис домену .onmicrosoft.com за умовчанням, а не домену організації. o Пароль має містити щонайменше 16 символів і генеруватися випадковим чином. o Не призначати ліцензію. o Призначити користувачеві роль глобального адміністратора.
- Повторіть описані вище дії для другого облікового запису. Крок 2. Виключіть принаймні один обліковий запис із політики умовного доступу:
- Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
- Розгорніть Захист > Умовний доступ.
- Перегляньте політики умовного доступу.
- Для кожного правила додайте виключення принаймні для одного облікового запису екстреного доступу.
- Користувачі > Виключити > Користувачі та групи та виберіть один обліковий запис екстреного доступу. Крок 3. Переконайтеся, що необхідні процедури та політики діють: • Для того, щоб облікові записи могли ефективно використовуватися в ситуації розбитого скла, відповідні політики та процедури мають бути затверджені та поширені вищим керівництвом. • Ключі безпеки FIDO2 мають бути замкнені в безпечному окремому вогнетривкому місці. • Паролі мають містити принаймні 16 символів, які генеруються випадковим чином і МОЖУТЬ бути розділені на кілька частин, щоб з’єднати їх у разі надзвичайної ситуації. Попередження: станом на 15.10.2024 MFA потрібен для всіх користувачів, включаючи облікові записи Break Glass. Рекомендується оновити ці облікові записи, щоб використовувати ключ доступу (FIDO2) або налаштувати автентифікацію на основі сертифіката для MFA. Обидва методи задовольняють вимоги МЗС. Додаткові пропозиції щодо екстреного керування обліковими записами: • Створіть огляди доступу для цих користувачів. • Виключити користувачів із правил умовного доступу. • Додайте обліковий запис до адміністративної одиниці з обмеженим керуванням. Попередження: якщо групою керується виключення CA (умовний доступ), цю групу слід додати до PIM для груп (потрібна ліцензія) або створити як групу з можливістю призначення ролей. Якщо це звичайна група безпеки, користувачі з роллю адміністратора групи можуть повністю обійти центр сертифікації.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-
- control/security-planning#stage-1-critical-items-to-do-right-now
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-emergency-access
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/admin-units-restricted-management
- https://learn.microsoft.com/en-us/entra/identity/authentication/concept-
- mandatory-multifactor-authentication#accounts
- Additional Information:
- Microsoft has additional instructions regarding using Azure Monitor to capture events in
- the Log Analytics workspace, and then generate alerts for Emergency Access accounts.
- This requires an Azure subscription but should be strongly considered as a method of
- monitoring activity on these accounts:
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-
- emergency-access#monitor-sign-in-and-audit-logs
IG 1
Page 28
1.1.3 Переконайтеся, що призначено від двох до чотирьох глобальних адміністраторів (Автоматизовано)
В орендарі має бути призначено від двох до чотирьох глобальних адміністраторів. В ідеалі ці облікові записи не матимуть призначених ліцензій, які підтримують додаткові елементи керування в цьому тесті.
Роль глобального адміністратора надає необмежений доступ до всіх служб Microsoft Entra ID і ніколи не слід використовувати для рутинної повсякденної діяльності. Обмеження кількості Глобальні адміністратори зменшують поверхню атаки орендаря та узгоджуються з принцип найменших привілеїв. Менше двох глобальних адміністраторів створює єдину точку відмови та видаляє колегіальний нагляд, необхідний для виявлення несанкціонованих дій. Більше чотирьох збільшується ймовірність зламу облікового запису зовнішнім зловмисником. Ведення між двома і чотири глобальні адміністратори врівноважують оперативне резервування та привілейований доступ ризик. Для будь-яких облікових записів, яким призначено роль глобального адміністратора, принаймні один сильний настійно рекомендується використовувати такий метод автентифікації, як ключ або сертифікат FIDO2.
Потенційний вплив, пов’язаний із забезпеченням дотримання цієї вимоги, є залежить від поточної кількості глобальних адміністраторів, налаштованих у клієнті. Якщо в орендарі є лише один глобальний адміністратор, буде додатковий глобальний адміністратор необхідно визначити та налаштувати. Якщо є більше чотирьох глобальних адміністраторів, a перегляд вимог до ролей поточних глобальних адміністраторів буде потрібно для визначення кому з користувачів потрібен доступ глобального адміністратора.
Сторінка 29
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Виберіть Ролі > Призначення ролей.
- Виберіть зі списку роль глобального адміністратора та натисніть «Призначено».
- Перегляньте список глобальних адміністраторів. o Якщо присутні групи, перевірте кожну групу та її членів. o Зверніть увагу на загальну кількість глобальних адміністраторів у групах і поза ними.
- Переконайтеся, що кількість глобальних адміністраторів становить від двох до чотирьох.
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes Directory.Read.All -
Запустіть такий сценарій PowerShell:
# Determine Id of GA role using the immutable RoleTemplateId value. $GlobalAdminRole = Get-MgDirectoryRole -Filter "RoleTemplateId eq '62e90394- 69f5-4237-9190-012177145e10'" $RoleMembers = Get-MgDirectoryRoleMember -DirectoryRoleId $GlobalAdminRole.Id $GlobalAdmins = [System.Collections.Generic.List[Object]]::new() foreach ($object in $RoleMembers) { $Type = $object.AdditionalProperties.'@odata.type' # Check for and process role assigned groups if ($Type -eq '#microsoft.graph.group') { $GroupId = $object.Id $GroupMembers = (Get-MgGroupMember -GroupId $GroupId).AdditionalProperties foreach ($member in $GroupMembers) { if ($member.'@odata.type' -eq '#microsoft.graph.user') { $GlobalAdmins.Add([PSCustomObject][Ordered]@{ DisplayName = $member.displayName UserPrincipalName = $member.userPrincipalName }) } } } elseif ($Type -eq '#microsoft.graph.user') { $DisplayName = $object.AdditionalProperties.displayName $UPN = $object.AdditionalProperties.userPrincipalName $GlobalAdmins.Add([PSCustomObject][Ordered]@{ DisplayName = $DisplayName UserPrincipalName = $UPN }) } } $GlobalAdmins = $GlobalAdmins | select DisplayName,UserPrincipalName -Unique Write-Host "*** There are" $GlobalAdmins.Count "Global Administrators in the organization." - Перегляньте вихідні дані та переконайтеся, що є від 2 до 4 глобальних адміністраторів.
для партнерських відносин. Вони розташовані в розділі Налаштування > Партнер
Відносини і повинні переглядатися на регулярній основі.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Виберіть Користувачі > Активні користувачі.
- У полі пошуку введіть ім’я користувача, якого потрібно зробити глобальним адміністратором.
- Щоб створити нового глобального адміністратора:
- Виберіть ім’я користувача.
- Праворуч з’явиться вікно.
- Виберіть Керувати ролями.
- Виберіть Доступ до центру адміністрування.
- Перевірте глобального адміністратора.
- Натисніть Зберегти зміни.
- Щоб видалити глобального адміністратора:
- У полі пошуку введіть ім’я користувача, якого потрібно видалити.
- Виберіть ім’я користувача.
- Праворуч з’явиться вікно.
- У розділі Ролі виберіть Керувати ролями.
- Зніміть прапорець Глобальний адміністратор.
- Натисніть Зберегти зміни.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-
- us/powershell/module/microsoft.graph.identity.directorymanagement/get-
- mgdirectoryrole?view=graph-powershell-1.0
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-
- control/permissions-reference#all-roles
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/best-
- practices#5-limit-the-number-of-global-administrators-to-less-than-5
- https://learn.microsoft.com/en-us/microsoft-365/admin/add-users/about-admin-
- roles?view=o365-worldwide#security-guidelines-for-assigning-roles
Page 32
IG 1
IG 1, 2
Page 33
1.1.4 Переконайтеся, що адміністративні облікові записи використовують ліцензії зі зменшеним слідом програми (Автоматизовано)
Адміністративні облікові записи — це спеціальні привілейовані облікові записи, які можуть мати різні рівні доступу до даних, користувачів і налаштувань. Ліцензія може дозволити обліковому запису отримати доступ для різноманітних програм залежно від призначеної ліцензії. Рекомендований стан — не ліцензувати привілейований обліковий запис і не використовувати ліцензії без нього пов’язані програми, такі як Microsoft Entra ID P1 або Microsoft Entra ID P2.
Переконайтеся, що адміністративні облікові записи не використовують ліцензії з призначеними програмами вони зменшать поверхню атаки високопривілейованих ідентифікаторів в організації середовище. Надання доступу до поштової скриньки або інших інструментів для спільної роботи збільшує ймовірність того, що привілейовані користувачі можуть взаємодіяти з цими програмами, підвищуючи ризик вразливість атак соціальної інженерії або шкідливого вмісту. Ці заходи повинні бути обмежено непривілейованим обліковим записом «щоденного водія». Примітка. Щоб брати участь у службах безпеки Microsoft 365, таких як Identity Захист, PIM і умовний доступ для адміністративного облікового запису потрібна ліцензія додається до нього. Переконайтеся, що використовувана ліцензія не містить програм із потенційно вразливі служби за допомогою Microsoft Entra ID P1 або Microsoft Entra ID P2 для хмарного облікового запису з ролями адміністратора.
Користувачі з правами адміністратора повинні будуть змінити обліковий запис і використовувати ручний вхід/вихід процедури під час виконання привілейованих завдань. Ця зміна також означає, що вони не будуть отримати переваги від системи єдиного входу (SSO), що потенційно може вплинути на ефективність робочого процесу та користувачів досвід. Примітка. Сповіщення за замовчуванням надсилатимуться TenantAdmins, включаючи глобальних адміністраторів. Щоб забезпечити належне отримання, налаштуйте сповіщення, які надсилатимуться працівникам служби безпеки чи операцій дійсні адреси електронної пошти або центр безпеки. В іншому випадку після прийняття цього рекомендація, сповіщення, надіслані TenantAdmins, можуть залишитися неотриманими через відсутність ліцензія на основі програми, призначена обліковим записам глобального адміністратора.
Сторінка 34
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Користувачі > Активні користувачі.
- Сортувати за стовпцем Ліцензії.
- Для кожного облікового запису користувача з адміністративною роллю переконайтеся, що обліковому запису призначено ліцензію, яка не пов’язана з програмами, наприклад (Microsoft Entra ID P1, Microsoft Entra ID P2). o Якщо організація використовує PIM для підвищення щоденного облікового запису водія до привілейованих рівнів, цю вимогу контролю та ліцензування можна вважати виконаною.
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "RoleManagement.Read.Directory","User.Read.All" -
Запустіть такий сценарій PowerShell:
$DirectoryRoles = Get-MgDirectoryRole # Get privileged role IDs $PrivilegedRoles = $DirectoryRoles | Where-Object { $_.DisplayName -like "*Administrator*" -or $_.DisplayName -eq "Global Reader" } # Get the members of these various roles $RoleMembers = $PrivilegedRoles | ForEach-Object { Get-MgDirectoryRoleMember -DirectoryRoleId $_.Id } | Select-Object Id -Unique # Retrieve details about the members in these roles $PrivilegedUsers = $RoleMembers | ForEach-Object { Get-MgUser -UserId $_.Id -Property UserPrincipalName, DisplayName, Id } $Report = [System.Collections.Generic.List[Object]]::new() foreach ($Admin in $PrivilegedUsers) { $License = $null $License = (Get-MgUserLicenseDetail -UserId $Admin.id).SkuPartNumber - join ", " $Object = [pscustomobject][ordered]@{ DisplayName = $Admin.DisplayName UserPrincipalName = $Admin.UserPrincipalName License = $License } $Report.Add($Object) } $Report - Вихідні дані відображатимуть користувачів, яким призначено привілейовані ролі разом із призначеними ліцензіями. Потрібна додаткова оцінка вручну, щоб визначити, чи підходить ліцензування для користувача.
для отримання ролі глобального адміністратора для активації потрібно отримати дозвіл. Використовуючи
Блейд PIM для постійного призначення обліковим записам привілейованих ролей не задовольнить цей аудит
процедура.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Користувачі > Активні користувачі.
- Натисніть Додати користувача.
- Заповніть відповідні поля для імені, користувача тощо.
- Коли буде запропоновано призначити ліцензії, виберіть за потреби Microsoft Entra ID P1 або Microsoft Entra ID P2, а потім натисніть «Далі».
- На екрані налаштувань параметрів ви можете вибрати один із кількох типів привілейованих ролей. Виберіть Доступ до центру адміністрування, потім відповідну роль і натисніть Далі.
- Виберіть Завершити додавання.
рекомендувати організації не мати постійних активних призначень для інших ролей
ніж облікові записи екстреного доступу.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/enterprise/protect-your-global-
- administrator-accounts?view=o365-worldwide
- https://learn.microsoft.com/en-us/entra/fundamentals/whatis#what-are-the-microsoft-entra-id-licenses
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/permissions-reference
- https://learn.microsoft.com/en-us/microsoft-365/business-premium/m365bp-
- protect-admin-accounts?view=o365-worldwide
- https://learn.microsoft.com/en-us/microsoft-365/enterprise/subscriptions-licenses-
- accounts-and-tenants-for-microsoft-cloud-offerings?view=o365-
- worldwide#licenses
- https://learn.microsoft.com/en-us/entra/id-governance/privileged-identity-
- management/pim-deployment-plan#principle-of-least-privilege
Page 37
IG 1, 2, 3
IG 1, 2
Page 38 1.2 Teams & groups
Page 39
1.2.1 Переконайтеся, що існують лише організаційно керовані/схвалені публічні групи (Автоматизовано)
Групи Microsoft 365 — це базова служба членства, яка керує командною роботою через Microsoft 365. За допомогою Microsoft 365 Groups можна створити групу людей доступ до колекції спільних ресурсів. Коли створюється нова група в Панель адміністрування, значення конфіденційності групи за замовчуванням — «Публічна». (У цьому випадку, «загальнодоступний» означає доступний для ідентифікаторів у межах організації без необхідності групи дозвіл власника на приєднання.) Рекомендований стан: для груп Microsoft 365 встановлено значення «Приватні». Панель адміністрування. Примітка. Хоча існує кілька різних типів груп, ця рекомендація стосується Зокрема, Microsoft 365 Groups.
Якщо конфіденційність групи не контролюється, будь-який користувач може отримати доступ до конфіденційної інформації у групі, до якої вони намагаються отримати доступ. Якщо значення конфіденційності групи встановлено на “Загальнодоступне”, користувачі можуть отримати доступ до даних, пов’язаних з цю групу (наприклад, SharePoint) трьома методами: 1. Портал Azure: користувачі можуть додавати себе до публічної групи через Azure Портал; однак адміністратори отримують сповіщення, коли користувачі отримують доступ до порталу. 2. Запити на доступ: користувачі можуть подати запит на приєднання до групи через програму Групи на панелі доступу. Це надає користувачеві негайний доступ до групи, навіть якщо вони повинні надіслати повідомлення власнику групи, коли просять приєднатися. 3. URL-адреса SharePoint: користувачі можуть отримати прямий доступ до групи через її URL-адресу SharePoint, який зазвичай можна вгадати, і його можна знайти в програмі Групи в Панель доступу.
Якщо цю рекомендацію буде застосовано, власники групи можуть отримати більше запитів на доступ ніж зазвичай, особливо щодо груп, які спочатку мали бути публічними.
Сторінка 40
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Команди та групи > Активні команди та групи.
- На сторінці «Активні команди та групи» переконайтеся, що жодна група не має статусу «Відкрита» в стовпці конфіденційності.
-
Підключіться до служби Microsoft Graph:
Connect-MgGraph -Scopes "Group.Read.All". -
Виконайте таку команду Microsoft Graph PowerShell:
$Groups = Get-MgGroup -All -Filter "groupTypes/any(c:c eq 'Unified')" ` -Property Id,DisplayName,Visibility,GroupTypes # Displays the groups to the console for review $Groups | ft Id,DisplayName,Visibility - Переконайтеся, що видимість є приватною для кожної групи.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Команди та групи > Активні команди та групи.
- На сторінці «Активні команди та групи» виберіть загальнодоступну назву групи.
- На сторінці назви спливаючих груп виберіть Налаштування.
- У розділі «Конфіденційність» виберіть «Приватно».
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/entra/identity/users/groups-self-service-management
- https://learn.microsoft.com/en-us/microsoft-365/admin/create-groups/compare-
- groups?view=o365-worldwide
Page 41
IG 1, 2, 3
IG 1, 2, 3
Page 42
1.2.2 Переконайтеся, що вхід у спільні поштові скриньки заблоковано (Автоматизовано)
Спільні поштові скриньки використовуються, коли кільком людям потрібен доступ до однієї поштової скриньки, наприклад інформація про компанію або адреса електронної пошти служби підтримки, стійка реєстрації тощо функція, яка може використовуватися кількома людьми. Користувачі з дозволом на групову поштову скриньку можуть надсилати як або від імені адресу електронної пошти поштової скриньки, якщо адміністратор надав цьому користувачеві дозвіл на це. Це особливо корисно для поштових скриньок довідки та підтримки, оскільки користувачі можуть надсилати електронні листи від «Contoso Support» або «Building A Reception Desk». Спільні поштові скриньки створюються з відповідним обліковим записом користувача за допомогою системи згенерований пароль, невідомий на момент створення. Рекомендований стан: Вхід заблоковано для спільних поштових скриньок.
Метою спільної поштової скриньки є лише надання делегованого доступу іншим користувачам поштові скриньки. Адміністратор може змінити пароль, або зловмисник може потенційно отримати вигоду доступ до спільної поштової скриньки, що дозволяє здійснювати прямий вхід до спільної поштової скриньки та згодом надсилання електронної пошти від відправника, який не має унікального ідентифікатора. Щоб запобігти цьому, заблокуйте вхід для облікового запису, пов’язаного зі спільною поштовою скринькою.
Блокування входу в спільні поштові скриньки запобігає прямій автентифікації для цих облікових записів. Авторизовані користувачі можуть отримати доступ до спільного вмісту поштової скриньки через власні облікові записи використовуючи делегування Outlook або отримавши дозволи «Надіслати як/Надіслати від імені». Ця зміна посилює безпеку, гарантуючи, що спільні поштові скриньки не можуть служити вхідними точки несанкціонованого доступу.
Сторінка 43
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
- Розгорніть «Команди та групи» та виберіть «Спільні поштові скриньки».
- Зверніть увагу на всі спільні поштові скриньки.
- Розгорніть Користувачі та виберіть Активні користувачі.
- Виберіть обліковий запис спільної поштової скриньки, щоб відкрити панель властивостей, і перегляньте.
- Переконайтеся, що під іменем написано Вхід заблоковано.
- Повторіть для всіх додаткових спільних поштових скриньок.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline -
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "User.Read.All" -
Виконайте такі команди PowerShell:
$MBX = Get-EXOMailbox -RecipientTypeDetails SharedMailbox -ResultSize Unlimited $MBX | ForEach-Object { Get-MgUser -UserId $_.ExternalDirectoryObjectId ` -Property DisplayName, UserPrincipalName, AccountEnabled } | Format-Table DisplayName, UserPrincipalName, AccountEnabled - Переконайтеся, що для параметра AccountEnabled встановлено значення False для всіх спільних поштових скриньок.
спільна поштова скринька не відповідає цій рекомендації.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
- Натисніть, щоб розгорнути «Команди та групи», і виберіть «Спільні поштові скриньки».
- Зверніть увагу на всі спільні поштові скриньки.
- Натисніть, щоб розгорнути Користувачі та виберіть Активні користувачі.
- Виберіть обліковий запис спільної поштової скриньки, щоб відкрити його панель властивостей, а потім виберіть Блокувати вхід.
- Поставте прапорець Заблокувати цьому користувачу вхід.
- Повторіть для всіх додаткових спільних поштових скриньок.
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "User.ReadWrite.All" -
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Щоб вимкнути вхід для одного облікового запису:
$MBX = Get-EXOMailbox -Identity [email protected] Update-MgUser -UserId $MBX.ExternalDirectoryObjectId -AccountEnabled:$false The following can be used block sign-in to all Shared Mailboxes: $MBX = Get-EXOMailbox -RecipientTypeDetails SharedMailbox $MBX | ForEach-Object { Update-MgUser -UserId $_.ExternalDirectoryObjectId - AccountEnabled:$false }
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/email/about-shared-
- mailboxes?view=o365-worldwide
- https://learn.microsoft.com/en-us/microsoft-365/admin/email/create-a-shared-
- mailbox?view=o365-worldwide#block-sign-in-for-the-shared-mailbox-account
- https://learn.microsoft.com/en-us/microsoft-365/enterprise/block-user-accounts-
- with-microsoft-365-powershell?view=o365-worldwide#block-individual-user-
- accounts
Page 45
IG 1
Page 46 1.3 Settings
Page 47
1.3.1 Переконайтеся, що для параметра «Політика закінчення терміну дії пароля» встановлено значення «Встановити, що пароль ніколи не закінчиться (рекомендовано)» (Автоматизовано)
Облікові записи Microsoft, які працюють лише в хмарі, мають попередньо визначену політику паролів, якої бути не може змінено. Єдині елементи, які можна змінити, це кількість днів до пароля закінчується та чи закінчується термін дії паролів взагалі.
Такі організації, як NIST і Microsoft, не рекомендують довільно вимагати користувачам змінювати свої паролі після встановленого періоду, якщо немає доказів компрометація або користувач забув пароль. Ця вказівка стосується навіть однофакторні сценарії (лише пароль), до яких часто призводять примусові періодичні зміни слабкіші паролі та знижена безпека. Крім того, цей тест дає поради впровадження багатофакторної автентифікації (MFA) для всіх облікових записів, що далі зменшує цінність політики терміну дії пароля. Довгострокові паролі можуть бути додатково посилено завдяки ввімкненню додаткових функцій захисту паролем у Entra ID.
Якщо встановлювати паролі, щоб вони не закінчувалися, важливо мати інші елементи керування доповнити цей параметр. Нижче наведено відповідні рекомендації та вказівки користувача. • Заборонити загальні паролі. • Навчіть користувачів більше ніде не використовувати паролі організацій. • Примусова реєстрація багатофакторної автентифікації для всіх користувачів.
Сторінка 48
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- Натисніть Безпека та конфіденційність.
- Виберіть «Політика закінчення терміну дії паролів» і переконайтеся, що встановлено прапорець «Встановити, що термін дії паролів ніколи не закінчується (рекомендовано)».
-
Підключіться до служби Microsoft Graph:
Connect-MgGraph -Scopes "Domain.Read.All". -
Виконайте таку команду Microsoft Online PowerShell:
Get-MgDomain | ft id,PasswordValidityPeriodInDays - Переконайтеся, що для дійсних доменів повернуто значення 2147483647
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- Натисніть Безпека та конфіденційність.
- Поставте прапорець Установити паролі так, щоб вони не закінчувалися (рекомендовано).
- Натисніть Зберегти.
-
Підключіться до служби Microsoft Graph:
Connect-MgGraph -Scopes "Domain.ReadWrite.All". -
Виконайте таку команду Microsoft Graph PowerShell:
Update-MgDomain -DomainId <Domain> -PasswordValidityPeriodInDays 2147483647
📋 CIS Controls & Нормативні посилання
- https://pages.nist.gov/800-63-3/sp800-63b.html
- https://www.cisecurity.org/white-papers/cis-password-policy-guide/
- https://learn.microsoft.com/en-us/microsoft-365/admin/misc/password-policy-
- recommendations?view=o365-worldwide
IG 1
Page 50
1.3.2 Переконайтеся, що для некерованих пристроїв для некерованих пристроїв встановлено значення «Час очікування сеансу простою» на «3 години (або менше)» (Автоматизовано)
Тайм-аут неактивного сеансу дозволяє конфігурувати параметр, який буде неактивним користувачів через заздалегідь визначений проміжок часу. Коли користувач досягає встановленого часу простою сесії, вони отримають сповіщення про те, що вони збираються вийти. Вони повинні вибрати залишатися в системі, інакше вони автоматично вийдуть із усіх веб-програм Microsoft 365. У поєднанні з правилом умовного доступу це вплине лише на некеровані пристрої. Керованим пристроєм вважається пристрій, яким керує Intune MDM або приєднаний до домен (підключено Entra ID або Hybrid). Підтримуються такі веб-програми Microsoft 365. • Outlook Web App • OneDrive • SharePoint • Microsoft Fabric • Microsoft365.com та інші стартові сторінки • Веб-програми Microsoft 365 (Word, Excel, PowerPoint) • Центр адміністрування Microsoft 365 • Портал M365 Defender • Портал відповідності Microsoft Purview Рекомендоване значення становить 3 години (або менше) для некерованих пристроїв. Примітка. Тайм-аут неактивного сеансу не впливає на настільні та мобільні програми Microsoft 365.
Припинення неактивних сеансів за допомогою автоматичного процесу може допомогти захистити конфіденційну компанію даних і додасть ще один рівень безпеки для кінцевих користувачів, які працюють у некерованому режимі пристроїв, які потенційно можуть бути доступні для громадськості. Неуповноважені особи на місці або віддалено може скористатися перевагами систем, які з часом залишаються без нагляду. Автоматичний час поза сеансами це ускладнює.
Сторінка 51
Якщо крок 2 у процедурі аудиту/виправлення пропущено, то це не проблема з точки зору безпеки. Однак користувачі на надійних пристроях потребуватимуть входу частіше, що може призвести до швидкої втоми облікових даних. Користувачі не виходять із системи в таких випадках: • Якщо вони отримують систему єдиного входу (SSO) у веб-програму з облікового запису, підключеного до пристрою. • Якщо вони вибрали Залишатися в системі під час входу. Для отримання додаткової інформації про приховування цього опцію для вашої організації, див. Додавання фірмової символіки до входу вашої організації сторінки. • Якщо вони на керованому пристрої, він сумісний або приєднаний до домену та використовує підтримуваний браузер, як-от Microsoft Edge, або Google Chrome із Microsoft Розширення Single Sign On. Примітка. Тайм-аут неактивного сеансу також впливає на тайм-аут простою порталу Azure, якщо це не так явно встановлено інший час очікування. Тайм-аут простою порталу Azure застосовується до всіх видів пристроїв, а не лише некерованих. Дивіться: змінення параметра часу очікування каталогу адміністратора
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
- Розгорніть Захист > Умовний доступ.
- Перевірте наявні правила умовного доступу, щоб знайти таке, яке відповідає наведеним нижче умовам: o Користувачі або агенти (попередній перегляд) налаштовано на включення всіх користувачів. o Хмарні програми або дії > Для вибраних програм встановлено Office 365. o Умови > Клієнтські програми — це браузер і нічого більше. o Для сеансу встановлено значення Використовувати обмеження, які застосовуються програмою. o Для параметра Enable Policy встановлено значення On
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "Policy.Read.All": -
Запустіть такий сценарій:
$Caps = Get-MgIdentityConditionalAccessPolicy -All | Where-Object { $_.SessionControls.ApplicationEnforcedRestrictions.IsEnabled } $CapReport = [System.Collections.Generic.List[Object]]::new() # Filter to policies with "Use app enforced restrictions" enabled # Loop through policies and generate a per policy report. foreach ($policy in $Caps) { $Name = $policy.DisplayName $Users = $policy.Conditions.Users.IncludeUsers $Targets = $policy.Conditions.Applications.IncludeApplications $ClientApps = $policy.Conditions.ClientAppTypes $Restrictions = $policy.SessionControls.ApplicationEnforcedRestrictions.IsEnabled $State = $policy.State $CountPass = $Targets.count -eq 1 -and $ClientApps.count -eq 1 $Pass = $Targets -eq 'Office365' -and $ClientApps -eq 'browser' -and $Restrictions -and $CountPass -and $State -eq 'enabled' $obj = [PSCustomObject]@{ DisplayName = $Name AuditState = if ($Pass) { "PASS" } else { "FAIL" } IncludeUsers = $Users IncludeApplications = $Targets ClientAppTypes = $ClientApps AppEnforcedRestrictions = $Restrictions State = $State } $CapReport.Add($obj) } if ($Caps) { $CapReport } else { Write-Host "** FAIL **: There are no qualifying conditional access policies." } - Сценарій виведе відповідні політики умовного доступу. Якщо одна політика проходить, то і рекомендація проходить. Політика проходження матиме такі властивості:
Очікувані параметри в консолі:
DisplayName : (CIS) Idle timeout for unmanaged AuditState : PASS IncludeUsers : {All} # IncludeUsers not currently scored IncludeApplications : {Office365} ClientAppTypes : {browser} AppEnforcedRestrictions : True State : enabled
пройти в цілому.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
- Розгорніть Захист > Умовний доступ.
- Клацніть «Нова політика» та введіть назву політики. o Виберіть Користувачі > Усі користувачі. o Виберіть «Хмарні програми або дії» > «Вибрати програми» та виберіть «Office 365» o Виберіть «Умови» > «Клієнтські програми» > «Так», поставте прапорець лише «Браузер», знімаючи всі інші прапорці. o Виберіть «Сеанси» та поставте прапорець «Використовувати обмеження, встановлені програмою».
- Установіть для параметра «Увімкнути політику» значення «Увімкнути» та натисніть «Створити».
має бути завершено. В іншому випадку тайм-аут також вплине на керовані пристрої
політики.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/manage/idle-session-
- timeout-web-apps?view=o365-worldwide
- Additional Information:
- According to Microsoft idle session timeout isn’t supported when third party cookies are
- disabled in the browser. Users won’t see any sign-out prompts.
IG 1, 2, 3
Page 56
1.3.3 Переконайтеся, що «Зовнішній спільний доступ» до календарів недоступний (Автоматизовано)
Зовнішній спільний доступ до календаря дозволяє адміністратору ввімкнути можливість для користувачів ділитися календарі з будь-ким за межами організації. Зовнішнім користувачам буде надіслано URL-адресу можна використовувати для перегляду календаря.
Зловмисники часто витрачають час на вивчення організацій, перш ніж розпочати атаку. Загальнодоступні календарі можуть допомогти зловмисникам зрозуміти організаційні відносини і визначити, коли конкретні користувачі можуть бути більш вразливими до атаки, наприклад, коли вони подорожують.
Ця функція не використовується широко. Як результат, малоймовірна реалізація цього налаштування вплине на більшість користувачів. Користувачі, які використовують цю функцію, є можуть виникнути незначні незручності під час планування зустрічей або синхронізації календарі з людьми за межами орендаря.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У розділі Служби натисніть Календар.
- Переконайтеся, що прапорець «Дозволити користувачам ділитися своїми календарями з людьми за межами вашої організації, які мають Office 365 або Exchange» знято.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду Exchange Online PowerShell:
Get-SharingPolicy -Identity "Default Sharing Policy" | ft Name,Enabled - Переконайтеся, що для параметра Enabled встановлено значення False
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування, виберіть Налаштування організації.
- У розділі Служби натисніть Календар.
- Зніміть прапорець «Дозвольте своїм користувачам ділитися своїми календарями з людьми за межами вашої організації, які мають Office 365 або Exchange».
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду Exchange Online PowerShell:
Set-SharingPolicy -Identity "Default Sharing Policy" -Enabled $False
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/manage/share-calendars-
- with-external-users?view=o365-worldwide
Page 58 Additional Information: The following script can be used to audit any mailboxes that might be sharing calendars prior to disabling the feature globally: $mailboxes = Get-Mailbox -ResultSize Unlimited foreach ($mailbox in $mailboxes) { # Get the name of the default calendar folder (depends on the mailbox’s language) $calendarFolder = [string](Get-ExoMailboxFolderStatistics $mailbox.PrimarySmtpAddress -FolderScope Calendar| Where-Object { $_.FolderType -eq ‘Calendar’ }).Name # Get users calendar folder settings for their default Calendar folder # calendar has the format identity:\
IG 1, 2
IG 1, 2, 3
Page 59
1.3.4 Переконайтеся, що “Програми та служби, що належать користувачам”, обмежено (Автоматизовано)
За замовчуванням користувачі можуть установлювати надбудови у своїх Microsoft Word, Excel і PowerPoint застосунки, дозволяючи доступ до даних у програмі. Не дозволяйте користувачам встановлювати надбудови в Word, Excel або PowerPoint.
Зловмисники зазвичай використовують уразливі та спеціально створені надбудови для доступу до даних користувача програми. У той час як користувачі можуть самостійно встановлювати надбудови, вони легко отримують їх корисні надбудови, які інтегруються з програмами Microsoft, це може становити ризик, якщо ні використовувати та ретельно контролювати. Вимкнення можливості майбутніх користувачів встановлювати надбудови в Microsoft Word, Excel або PowerPoint допомагає зменшити вашу поверхню загрози та зменшити цей ризик.
Впровадження цієї зміни вплине як на кінцевих користувачів, так і на адміністраторів. Кінцеві користувачі не зможуть встановити надбудови, які вони можуть захотіти встановити.
Сторінка 60
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У «Службах» виберіть «Програми та служби, що належать користувачу».
- Переконайтеся, що не встановлено прапорці «Дозволити користувачам доступ до Office Store» і «Дозволити користувачам запускати пробні версії від імені вашої організації».
-
Підключіться до служби Microsoft Graph:
Connect-MgGraph -Scopes "OrgSettings-AppsAndServices.Read.All". -
Виконайте таку команду Microsoft Graph PowerShell:
$Uri = "https://graph.microsoft.com/beta/admin/appsAndServices/settings" Invoke-MgGraphRequest -Uri $Uri - Переконайтеся, що параметри isOfficeStoreEnabled і isAppAndServicesTrialEnabled мають значення False.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У «Службах» виберіть «Програми та служби, що належать користувачу».
- Зніміть прапорці «Дозволити користувачам доступ до Office Store» і «Дозволити користувачам запускати пробні версії від імені вашої організації».
- Натисніть Зберегти. Для виправлення за допомогою PowerShell
- Підключіться до служби Microsoft Graph за допомогою Connect-MgGraph -Scopes “OrgSettings-AppsAndServices.ReadWrite.All”.
- Виконайте такі команди Microsoft Graph PowerShell: $uri = “https://graph.microsoft.com/beta/admin/appsAndServices” $body = @{ “Settings” = @{ “isAppAndServicesTrialEnabled” = $false “isOfficeStoreEnabled” = $false } } | ConvertTo-Json Invoke-MgGraphRequest -Method PATCH -Uri $uri -Body $body
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/manage/manage-addins-
- in-the-admin-center?view=o365-worldwide#manage-add-in-downloads-by-
- turning-onoff-the-office-store-across-all-apps-except-outlook
Page 62
IG 1, 2
IG 1, 2
Page 63
1.3.5 Переконайтеся, що внутрішній захист від фішингу для форм увімкнено (Автоматизовано)
Microsoft Forms можна використовувати для фішингових атак, запитуючи особисті або конфіденційні інформації та збору результатів. Microsoft 365 має вбудований захист, який завчасно сканувати на наявність спроб фішингу в таких формах запиту особистої інформації.
Увімкнення внутрішнього захисту від фішингу для Microsoft Forms запобігає використанню зловмисниками форми для фішингових атак шляхом запиту особистої чи іншої конфіденційної інформації та URL-адрес.
Якщо буде виявлено потенційний фішинг, форма буде тимчасово заблокована і не може бути розповсюджено, і збір відповідей не відбудеться, доки його не буде розблоковано адміністратор або ключові слова були видалені автором.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У розділі Служби виберіть Microsoft Forms.
- Переконайтеся, що прапорець Додати внутрішній захист від фішингу встановлено в розділі Захист від фішингу.
-
Підключіться до служби Microsoft Graph:
Connect-MgGraph -Scopes "OrgSettings-Forms.Read.All". -
Виконайте такі команди Microsoft Graph PowerShell:
$uri = 'https://graph.microsoft.com/beta/admin/forms/settings' Invoke-MgGraphRequest -Uri $uri | select isInOrgFormsPhishingScanEnabled - Переконайтеся, що параметр isInOrgFormsPhishingScanEnabled має значення True.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У розділі Служби виберіть Microsoft Forms.
- Установіть прапорець Додати внутрішній захист від фішингу в розділі Захист від фішингу.
- Натисніть Зберегти. Для виправлення за допомогою PowerShell
- Підключіться до служби Microsoft Graph за допомогою Connect-MgGraph -Scopes “OrgSettings-AppsAndServices.ReadWrite.All”.
- Виконайте такі команди Microsoft Graph PowerShell: $uri = ‘https://graph.microsoft.com/beta/admin/forms/settings’ $body = @{ “isInOrgFormsPhishingScanEnabled” = $true } | ConvertTo-Json Invoke-MgGraphRequest -Method PATCH -Uri $uri -Body $body
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-US/microsoft-forms/administrator-settings-microsoft-forms
- https://learn.microsoft.com/en-US/microsoft-forms/review-unblock-forms-users-detected-blocked-potential-phishing
IG 1, 2, 3
IG 1, 2, 3
Page 65
1.3.6 Переконайтеся, що функцію скриньки клієнта ввімкнено (Автоматизовано)
Customer Lockbox — це функція безпеки, яка забезпечує додатковий рівень контролю та прозорість даних клієнтів у Microsoft 365. Він пропонує процес затвердження для Персонал служби підтримки Microsoft для доступу до даних організації та створення перевіреного сліду відповідати вимогам відповідності.
Увімкнення цієї функції захищає дані організації від витоку та викрадання даних.
Адміністратори повинні надати Microsoft доступ до середовища клієнта, перш ніж a Інженер Microsoft отримує доступ до середовища для підтримки або усунення несправностей.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- Виберіть вкладку Безпека та конфіденційність.
- Клацніть Скринька клієнта.
- Переконайтеся, що встановлено прапорець Потрібне схвалення для всіх запитів на доступ до даних.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Get-OrganizationConfig | Select-Object CustomerLockBoxEnabled - Перевірте, чи встановлено значення True.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- Виберіть вкладку Безпека та конфіденційність.
- Клацніть Скринька клієнта.
- Поставте прапорець Потрібне схвалення для всіх запитів на доступ до даних.
- Натисніть Зберегти.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Set-OrganizationConfig -CustomerLockBoxEnabled $true
📋 CIS Controls & Нормативні посилання
IG 1
Page 67
1.3.7 Переконайтеся, що «служби зберігання сторонніх розробників» обмежено в «Microsoft 365 в Інтернеті» (Автоматизовано)
Для користувачів у Microsoft 365 можна ввімкнути стороннє сховище, що дозволить їм зберігати і обмінюватися документами за допомогою таких служб, як Dropbox, разом із OneDrive та командою сайти. Переконайтеся, що сторонні служби зберігання Microsoft 365 в Інтернеті обмежені.
Використовуючи зовнішні служби зберігання, організація може збільшити ризик даних порушення та несанкціонований доступ до конфіденційної інформації. Крім того, сторонні служби можуть не дотримуватися тих самих стандартів безпеки, що й організація, що робить це важко підтримувати конфіденційність і безпеку даних.
Вплив, пов’язаний із цією зміною, сильно залежить від поточної практики в орендар. Якщо користувачі не користуються іншими постачальниками сховищ, то ймовірний вплив буде мінімальним. Однак, якщо користувачі регулярно використовують постачальників за межами орендаря, це вплине на їх здатність продовжувати це робити.
Сторінка 68
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Перейдіть до Налаштування > Налаштування організації > Служби > Microsoft 365 в Інтернеті
- Переконайтеся, що не встановлено прапорець «Дозволити користувачам відкривати файли, збережені в сторонніх службах зберігання в Microsoft 365 в Інтернеті».
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "Application.Read.All". -
Запустіть такий сценарій:
$SP = Get-MgServicePrincipal -Filter "appId eq 'c1f33bc0-bdb4-4248-ba9b- 096807ddb43e'" if ((-not $SP) -or $SP.AccountEnabled) { Write-Host "Audit Result: ** FAIL **" } else { Write-Host "Audit Result: ** PASS **" } - Переконайтеся, що параметр AccountEnabled має значення False.
можливість відкривати файли, що зберігаються в службах зберігання сторонніх розробників у Microsoft 365 в Інтернеті.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
- Перейдіть до Налаштування > Налаштування організації > Служби > Microsoft 365 в Інтернеті
- Зніміть прапорець «Дозволити користувачам відкривати файли, збережені в службах зберігання сторонніх розробників у Microsoft 365 в Інтернеті».
-
Підключіться до Microsoft Graph:
Connect-MgGraph -Scopes "Application.ReadWrite.All" -
Запустіть такий сценарій:
$SP = Get-MgServicePrincipal -Filter "appId eq 'c1f33bc0-bdb4-4248-ba9b- 096807ddb43e'" # If the service principal doesn't exist then create it first. if (-not $SP) { $SP = New-MgServicePrincipal -AppId "c1f33bc0-bdb4-4248-ba9b- 096807ddb43e" } Update-MgServicePrincipal -ServicePrincipalId $SP.Id -AccountEnabled:$false
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/admin/setup/set-up-file-storage-
- and-sharing?view=o365-worldwide#enable-or-disable-third-party-storage-
- services
Page 70
IG 1, 2, 3
IG 1, 2, 3
IG 1, 2
Page 71
1.3.8 Переконайтеся, що Sways не можна надавати людям за межами вашої організації (Вручну)
Sway – це програма Microsoft 365, яка дозволяє організаціям створювати інтерактивні веб-програми презентації з використанням зображень, тексту, відео та інших засобів масової інформації. Його конструкція двигуна спрощена процес, що дозволяє швидко налаштувати. Потім презентаціями можна ділитися через a посилання. Цей параметр керує можливістю спільного використання Sway користувача як у межах, так і за межами організації. За замовчуванням Sway увімкнено для всіх в організації.
Вимкніть зовнішній доступ до документів Sway, які можуть містити конфіденційну інформацію запобігти випадковому або довільному витоку даних.
Інтерактивні звіти, презентації, інформаційні бюлетені та інші елементи, створені в Sway, не будуть бути наданими користувачам за межами організації.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У розділі Служби виберіть Sway.
- Переконайтеся, що в розділі «Спільний доступ» не встановлено прапорець: o Дозволити людям у вашій організації ділитися своїми вправами з людьми за межами вашої організації.
Виконайте такі дії в графічному інтерфейсі:
- Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
- Розгорніть Налаштування > Налаштування організації.
- У розділі «Сервіси» виберіть «Вплив» o Зніміть прапорець: дозволити людям у вашій організації ділитися своїми перевагами з людьми за межами вашої організації.
- Натисніть Зберегти.
📋 CIS Controls & Нормативні посилання
- https://support.microsoft.com/en-us/office/administrator-settings-for-sway-d298e79b-b6ab-44c6-9239-aa312f5784d4
- https://learn.microsoft.com/en-us/office365/servicedescriptions/microsoft-sway-service-description
IG 1, 2
IG 1, 2, 3
Page 73
1.3.9 Переконайтеся, що спільні сторінки бронювань доступні лише вибраним користувачам (Автоматизовано)
Спільні бронювання дозволяють запрошувати членів вашої команди та створювати сторінки бронювання і дозвольте своїм клієнтам бронювати час для вас і вашої команди. Він містить різні налаштування для визначати послуги, керувати співробітниками, налаштовувати графіки та доступність, бізнес годин і налаштувати спосіб планування зустрічей. Ці сторінки можуть бути налаштований відповідно до різноманітних потреб вашої організації. Це розширення Особи Бронювання. Рекомендований стан – обмежити політику OwaMailboxPolicy-Default або вимкнути на рівні організації.
Спільні сторінки бронювань можуть використовуватися зловмисниками, щоб видати себе за законних користувачів, які використовують переконливі внутрішні адреси електронної пошти. Зламаний обліковий запис із низькими привілеями можна використовувати для імітації високопоставлених ідентичностей (наприклад, генерального директора) та обходу видавання себе за іншу особу фільтри для ініціювання шахрайських дій, таких як перекази коштів. Крім того, зловмисники можуть створювати авторитетні адреси (наприклад, admin@, hostmaster@) для проведення атак соціальної інженерії на зовнішні сторони, спрямованих на передача управління інфраструктурою. Щоб зменшити цей ризик, доступ до Shared Bookings повинен бути обмежений користувачами з чітким доступом підлягає моніторингу та управлінню.
Вимкнення спільного бронювання обмежить можливість користувачів створювати розклад самообслуговування сторінок, що може зменшити зручність для команд, які покладаються на автоматизовані наради координація. Схвалених користувачів потрібно буде додати до окремої політики OWA збільшення адміністративних витрат. Примітка: перш ніж змінювати політику owa за умовчанням, переконайтеся, що всі користувачі, які покладаються на Спільним бронюванням призначається окрема політика, яка явно дозволяє їх використання. Це буде допомогти запобігти ненавмисним збоям у роботі служби.
Сторінка 74
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду:
Get-OwaMailboxPolicy -Identity OwaMailboxPolicy-Default | fl BookingsMailboxCreationEnabled - Переконайтеся, що для параметра BookingsMailboxCreationEnabled встановлено значення False. відповідний стан.
Очікувані параметри в консолі:
Optionally: If Bookings is disabled at the organization level, this is also considered a -
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду:
Get-OrganizationConfig | fl BookingsEnabled - Якщо для BookingsEnabled встановлено значення False, організація використовує більш жорстку та сумісну конфігурацію. У цьому випадку змінювати стандартну політику OWA не потрібно для відповідності.
-
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду PowerShell:
Set-OwaMailboxPolicy "OwaMailboxPolicy-Default" - BookingsMailboxCreationEnabled $false Optionally: For a more restrictive state Bookings can be disabled at the organization level -
Підключіться до Exchange Online:
Connect-ExchangeOnline. -
Виконайте таку команду:
Set-OrganizationConfig -BookingsEnabled $false
користувачів і не є обов’язковим для відповідності.
📋 CIS Controls & Нормативні посилання
- https://learn.microsoft.com/en-us/microsoft-365/bookings/turn-bookings-on-or-
- off?view=o365-worldwide
- https://techcommunity.microsoft.com/blog/office365businessappsblog/enhancing-security-in-microsoft-bookings-best-practices-for-admins/4382447
- https://learn.microsoft.com/en-us/microsoft-365/bookings/best-practices-shared-
- bookings?view=o365-worldwide&source=recommendations
- https://www.cyberis.com/article/microsoft-bookings-facilitating-impersonation
IG 1
Page 76 2 Microsoft Defender Microsoft Defender, also known as Security, contains settings relating to policies, rules, and security controls that are common to many Microsoft 365 applications. Direct link
Потрібні інші розділи стандарту?
Перегляньте повний інтерактивний перелік усіх рекомендацій у головному хабі стандарту.
