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

CIS Benchmark

CIS Benchmark • Microsoft 365 v7.0.0

1. Центр адміністрування Microsoft 365

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


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


Microsoft 365 v7.0.0

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

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

Оригінал: Ensure Administrative accounts are cloud-only (Automated)

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

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

У гібридному середовищі наявність окремих облікових записів допоможе гарантувати, що в разі a порушення в хмарі, що порушення не впливає на локальне середовище та пору навпаки.

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

Користувачам із правами адміністратора потрібно буде використовувати функцію входу/виходу, щоб змінити обліковий запис при виконанні адміністративних завдань, що означає, що вони не матимуть користі від SSO. Це вимагатиме процесу міграції з облікового запису «щоденного водія» до спеціального адміністратора рахунок. Після створення нового облікового запису адміністратора набори дозволів слід перенести з «щоденний водій» до нового облікового запису адміністратора. Це включає як M365, так і Azure Ролі RBAC. Якщо не перенести ролі Azure RBAC, адміністратор може не бачити їхні підписки/ресурси під час використання облікового запису адміністратора.

Сторінка 22

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

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

  1. Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/.
  2. Розгорніть Ідентифікація > Користувачі та виберіть Усі користувачі.
  3. Праворуч від вікна пошуку натисніть кнопку Додати фільтр.
  4. Додайте фільтр із увімкненою локальною синхронізацією зі значенням «Так» і натисніть «Застосувати».
  5. Переконайтеся, що у відфільтрованому списку немає облікових записів користувачів із адміністративними ролями.
💻 PowerShell консоль (CLI)
  1. Підключіться до Microsoft Graph:
    Connect-MgGraph -Scopes "RoleManagement.Read.Directory","User.Read.All"
  2. Запустіть такий сценарій 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
  3. Сценарій виведе всіх гібридних користувачів, які також є членами привілейованих ролей. Якщо нічого не повертається, то користувачів із таким критерієм не існує.

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

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

    Значення за замовчуванням: N/A
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/add-users/add-
    2. users?view=o365-worldwide
    3. https://learn.microsoft.com/en-us/microsoft-365/enterprise/protect-your-global-
    4. administrator-accounts?view=o365-worldwide
    5. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/best-
    6. practices#9-use-cloud-native-accounts-for-microsoft-entra-roles
    7. https://learn.microsoft.com/en-us/entra/fundamentals/whatis
    8. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/permissions-reference

    CIS Controls V8: 5.4
    IG 1, 2, 3
    Restrict Administrator Privileges to Dedicated Administrator Accounts Restrict administrator privileges to dedicated administrator accounts on enterprise assets. Conduct general computing activities, such as internet browsing, email, and productivity suite use, from the user’s primary, non-privileged account.

    CIS Controls V7: 4.1
    IG 1, 2
    Maintain Inventory of Administrative Accounts Use automated tools to inventory all administrative accounts, including domain and local accounts, to ensure that only authorized individuals have elevated privileges.

    Page 24

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

    Level 1Вручну

    Оригінал: Ensure two emergency access accounts have been defined (Manual)

    Екстрений доступ або облікові записи «розбитого скла» обмежені для надзвичайних ситуацій де звичайні адміністративні облікові записи недоступні. Вони не призначені для a конкретного користувача та матиме комбінацію фізичних і технічних елементів керування для запобігання доступ до них поза справжньою надзвичайною ситуацією. Ці надзвичайні ситуації можуть бути наслідком до кількох речей, зокрема: • Технічні збої оператора стільникового зв’язку або пов’язаної служби Microsoft, наприклад MFA. • Останній обліковий запис глобального адміністратора, що залишився, недоступний. Переконайтеся, що визначено два облікові записи екстреного доступу. Примітка. Корпорація Майкрософт надає кілька рекомендацій щодо цих облікових записів і способів налаштувати їх. Для отримання додаткової інформації про це зверніться до розділу посилань. CIS Benchmark окреслює найважливіші речі, які слід враховувати.

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

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

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

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

    Сторінка 25

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

    Крок 1. Переконайтеся, що в організації діють політика та процедура: • Щоб облікові записи могли ефективно використовуватися в критичній ситуації, відповідні політики та процедури мають бути затверджені та поширені вищим керівництвом. • Ключі безпеки FIDO2 мають бути замкнені в безпечному окремому вогнетривкому місці. • Паролі мають містити принаймні 16 символів, які генеруються випадковим чином і МОЖУТЬ бути розділені на кілька частин, щоб з’єднати їх у разі надзвичайної ситуації. Крок 2. Переконайтеся, що визначено два облікові записи екстреного доступу:

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Розгорніть Користувачі > Активні користувачі
    3. Перевірте призначені облікові записи екстреного доступу та переконайтеся в наступному: o Облікові записи названі правильно та НЕ ідентифікуються з конкретною особою. o Облікові записи використовують домен .onmicrosoft.com за умовчанням, а не домен організації. o Облікові записи доступні лише в хмарі. o Облікові записи не ліцензовані. o Облікові записи не вимкнено або вхід не заблоковано. o Обліковим записам призначається роль каталогу глобального адміністратора. Крок 3. Переконайтеся, що принаймні один обліковий запис виключено з усіх правил умовного доступу:
    4. Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
    5. Розгорніть Захист > Умовний доступ.
    6. Перегляньте правила умовного доступу.
    7. Переконайтеся, що один із облікових записів екстреного доступу виключено з усіх правил. Попередження: станом на 15.10.2024 MFA потрібен для всіх користувачів, включаючи облікові записи Break Glass. Рекомендується оновити ці облікові записи, щоб використовувати ключ доступу (FIDO2) або налаштувати автентифікацію на основі сертифіката для MFA. Обидва методи задовольняють вимоги МЗС.

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

    Крок 1. Створіть два облікові записи екстреного доступу:

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Розгорніть Користувачі > Активні користувачі
    3. Натисніть «Додати користувача» та створіть нового користувача за такими критеріями: o Назвіть обліковий запис таким чином, щоб НЕ ідентифікувати його з конкретною особою. o Призначити обліковий запис домену .onmicrosoft.com за умовчанням, а не домену організації. o Пароль має містити щонайменше 16 символів і генеруватися випадковим чином. o Не призначати ліцензію. o Призначити користувачеві роль глобального адміністратора.
    4. Повторіть описані вище дії для другого облікового запису. Крок 2. Виключіть принаймні один обліковий запис із політики умовного доступу:
    5. Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
    6. Розгорніть Захист > Умовний доступ.
    7. Перегляньте політики умовного доступу.
    8. Для кожного правила додайте виключення принаймні для одного облікового запису екстреного доступу.
    9. Користувачі > Виключити > Користувачі та групи та виберіть один обліковий запис екстреного доступу. Крок 3. Переконайтеся, що необхідні процедури та політики діють: • Для того, щоб облікові записи могли ефективно використовуватися в ситуації розбитого скла, відповідні політики та процедури мають бути затверджені та поширені вищим керівництвом. • Ключі безпеки FIDO2 мають бути замкнені в безпечному окремому вогнетривкому місці. • Паролі мають містити принаймні 16 символів, які генеруються випадковим чином і МОЖУТЬ бути розділені на кілька частин, щоб з’єднати їх у разі надзвичайної ситуації. Попередження: станом на 15.10.2024 MFA потрібен для всіх користувачів, включаючи облікові записи Break Glass. Рекомендується оновити ці облікові записи, щоб використовувати ключ доступу (FIDO2) або налаштувати автентифікацію на основі сертифіката для MFA. Обидва методи задовольняють вимоги МЗС. Додаткові пропозиції щодо екстреного керування обліковими записами: • Створіть огляди доступу для цих користувачів. • Виключити користувачів із правил умовного доступу. • Додайте обліковий запис до адміністративної одиниці з обмеженим керуванням. Попередження: якщо групою керується виключення CA (умовний доступ), цю групу слід додати до PIM для груп (потрібна ліцензія) або створити як групу з можливістю призначення ролей. Якщо це звичайна група безпеки, користувачі з роллю адміністратора групи можуть повністю обійти центр сертифікації.

    Значення за замовчуванням: Не визначено.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/entra/identity/role-based-access-
    2. control/security-planning#stage-1-critical-items-to-do-right-now
    3. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-emergency-access
    4. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/admin-units-restricted-management
    5. https://learn.microsoft.com/en-us/entra/identity/authentication/concept-
    6. mandatory-multifactor-authentication#accounts
    7. Additional Information:
    8. Microsoft has additional instructions regarding using Azure Monitor to capture events in
    9. the Log Analytics workspace, and then generate alerts for Emergency Access accounts.
    10. This requires an Azure subscription but should be strongly considered as a method of
    11. monitoring activity on these accounts:
    12. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-
    13. emergency-access#monitor-sign-in-and-audit-logs

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

    Page 28

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

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

    Оригінал: Ensure that between two and four global admins are designated (Automated)

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

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

    Роль глобального адміністратора надає необмежений доступ до всіх служб Microsoft Entra ID і ніколи не слід використовувати для рутинної повсякденної діяльності. Обмеження кількості Глобальні адміністратори зменшують поверхню атаки орендаря та узгоджуються з принцип найменших привілеїв. Менше двох глобальних адміністраторів створює єдину точку відмови та видаляє колегіальний нагляд, необхідний для виявлення несанкціонованих дій. Більше чотирьох збільшується ймовірність зламу облікового запису зовнішнім зловмисником. Ведення між двома і чотири глобальні адміністратори врівноважують оперативне резервування та привілейований доступ ризик. Для будь-яких облікових записів, яким призначено роль глобального адміністратора, принаймні один сильний настійно рекомендується використовувати такий метод автентифікації, як ключ або сертифікат FIDO2.

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

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

    Сторінка 29

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Виберіть Ролі > Призначення ролей.
    3. Виберіть зі списку роль глобального адміністратора та натисніть «Призначено».
    4. Перегляньте список глобальних адміністраторів. o Якщо присутні групи, перевірте кожну групу та її членів. o Зверніть увагу на загальну кількість глобальних адміністраторів у групах і поза ними.
    5. Переконайтеся, що кількість глобальних адміністраторів становить від двох до чотирьох.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes Directory.Read.All
    2. Запустіть такий сценарій 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."
    3. Перегляньте вихідні дані та переконайтеся, що є від 2 до 4 глобальних адміністраторів.
    ℹ️ Примітка: Підраховуючи кількість глобальних адміністраторів, наведене вище не враховується
    для партнерських відносин. Вони розташовані в розділі Налаштування > Партнер
    Відносини і повинні переглядатися на регулярній основі.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Виберіть Користувачі > Активні користувачі.
    3. У полі пошуку введіть ім’я користувача, якого потрібно зробити глобальним адміністратором.
    4. Щоб створити нового глобального адміністратора:
    5. Виберіть ім’я користувача.
    6. Праворуч з’явиться вікно.
    7. Виберіть Керувати ролями.
    8. Виберіть Доступ до центру адміністрування.
    9. Перевірте глобального адміністратора.
    10. Натисніть Зберегти зміни.
    11. Щоб видалити глобального адміністратора:
    12. У полі пошуку введіть ім’я користувача, якого потрібно видалити.
    13. Виберіть ім’я користувача.
    14. Праворуч з’явиться вікно.
    15. У розділі Ролі виберіть Керувати ролями.
    16. Зніміть прапорець Глобальний адміністратор.
    17. Натисніть Зберегти зміни.

    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-
    2. us/powershell/module/microsoft.graph.identity.directorymanagement/get-
    3. mgdirectoryrole?view=graph-powershell-1.0
    4. https://learn.microsoft.com/en-us/entra/identity/role-based-access-
    5. control/permissions-reference#all-roles
    6. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/best-
    7. practices#5-limit-the-number-of-global-administrators-to-less-than-5
    8. https://learn.microsoft.com/en-us/microsoft-365/admin/add-users/about-admin-
    9. roles?view=o365-worldwide#security-guidelines-for-assigning-roles

    Page 32

    CIS Controls V8: 6.8
    IG 1
    Define and Maintain Role-Based Access Control Define and maintain role-based access control, through determining and documenting the access rights necessary for each role within the enterprise to successfully carry out its assigned duties. Perform access control reviews of enterprise assets to validate that all privileges are authorized, on a recurring schedule at a minimum annually, or more frequently.

    CIS Controls V7: 4.1
    IG 1, 2
    Maintain Inventory of Administrative Accounts Use automated tools to inventory all administrative accounts, including domain and local accounts, to ensure that only authorized individuals have elevated privileges.

    Page 33

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

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

    Оригінал: Ensure administrative accounts use licenses with a reduced application footprint (Automated)

    Адміністративні облікові записи — це спеціальні привілейовані облікові записи, які можуть мати різні рівні доступу до даних, користувачів і налаштувань. Ліцензія може дозволити обліковому запису отримати доступ для різноманітних програм залежно від призначеної ліцензії. Рекомендований стан — не ліцензувати привілейований обліковий запис і не використовувати ліцензії без нього пов’язані програми, такі як Microsoft Entra ID P1 або Microsoft Entra ID P2.

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

    Переконайтеся, що адміністративні облікові записи не використовують ліцензії з призначеними програмами вони зменшать поверхню атаки високопривілейованих ідентифікаторів в організації середовище. Надання доступу до поштової скриньки або інших інструментів для спільної роботи збільшує ймовірність того, що привілейовані користувачі можуть взаємодіяти з цими програмами, підвищуючи ризик вразливість атак соціальної інженерії або шкідливого вмісту. Ці заходи повинні бути обмежено непривілейованим обліковим записом «щоденного водія». Примітка. Щоб брати участь у службах безпеки Microsoft 365, таких як Identity Захист, PIM і умовний доступ для адміністративного облікового запису потрібна ліцензія додається до нього. Переконайтеся, що використовувана ліцензія не містить програм із потенційно вразливі служби за допомогою Microsoft Entra ID P1 або Microsoft Entra ID P2 для хмарного облікового запису з ролями адміністратора.

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

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

    Сторінка 34

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Користувачі > Активні користувачі.
    3. Сортувати за стовпцем Ліцензії.
    4. Для кожного облікового запису користувача з адміністративною роллю переконайтеся, що обліковому запису призначено ліцензію, яка не пов’язана з програмами, наприклад (Microsoft Entra ID P1, Microsoft Entra ID P2). o Якщо організація використовує PIM для підвищення щоденного облікового запису водія до привілейованих рівнів, цю вимогу контролю та ліцензування можна вважати виконаною.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "RoleManagement.Read.Directory","User.Read.All"
    2. Запустіть такий сценарій 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
    3. Вихідні дані відображатимуть користувачів, яким призначено привілейовані ролі разом із призначеними ліцензіями. Потрібна додаткова оцінка вручну, щоб визначити, чи підходить ліцензування для користувача.
    ℹ️ Примітка: Останній крок припускає, що PIM правильно налаштовано відповідно до найкращих практик. Облікові записи
    для отримання ролі глобального адміністратора для активації потрібно отримати дозвіл. Використовуючи
    Блейд PIM для постійного призначення обліковим записам привілейованих ролей не задовольнить цей аудит
    процедура.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Користувачі > Активні користувачі.
    3. Натисніть Додати користувача.
    4. Заповніть відповідні поля для імені, користувача тощо.
    5. Коли буде запропоновано призначити ліцензії, виберіть за потреби Microsoft Entra ID P1 або Microsoft Entra ID P2, а потім натисніть «Далі».
    6. На екрані налаштувань параметрів ви можете вибрати один із кількох типів привілейованих ролей. Виберіть Доступ до центру адміністрування, потім відповідну роль і натисніть Далі.
    7. Виберіть Завершити додавання.
    ℹ️ Примітка: Використання PIM для найкращих практик задовольнить цей контроль. СНД і Microsoft
    рекомендувати організації не мати постійних активних призначень для інших ролей
    ніж облікові записи екстреного доступу.

    Значення за замовчуванням: N/A
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/enterprise/protect-your-global-
    2. administrator-accounts?view=o365-worldwide
    3. https://learn.microsoft.com/en-us/entra/fundamentals/whatis#what-are-the-microsoft-entra-id-licenses
    4. https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/permissions-reference
    5. https://learn.microsoft.com/en-us/microsoft-365/business-premium/m365bp-
    6. protect-admin-accounts?view=o365-worldwide
    7. https://learn.microsoft.com/en-us/microsoft-365/enterprise/subscriptions-licenses-
    8. accounts-and-tenants-for-microsoft-cloud-offerings?view=o365-
    9. worldwide#licenses
    10. https://learn.microsoft.com/en-us/entra/id-governance/privileged-identity-
    11. management/pim-deployment-plan#principle-of-least-privilege

    Page 37

    CIS Controls V8: 5.4
    IG 1, 2, 3
    Restrict Administrator Privileges to Dedicated Administrator Accounts Restrict administrator privileges to dedicated administrator accounts on enterprise assets. Conduct general computing activities, such as internet browsing, email, and productivity suite use, from the user’s primary, non-privileged account.

    CIS Controls V7: 4.1
    IG 1, 2
    Maintain Inventory of Administrative Accounts Use automated tools to inventory all administrative accounts, including domain and local accounts, to ensure that only authorized individuals have elevated privileges.

    Page 38 1.2 Teams & groups

    Page 39

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

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

    Оригінал: Ensure that only organizationally managed/approved public groups exist (Automated)

    Групи Microsoft 365 — це базова служба членства, яка керує командною роботою через Microsoft 365. За допомогою Microsoft 365 Groups можна створити групу людей доступ до колекції спільних ресурсів. Коли створюється нова група в Панель адміністрування, значення конфіденційності групи за замовчуванням — «Публічна». (У цьому випадку, «загальнодоступний» означає доступний для ідентифікаторів у межах організації без необхідності групи дозвіл власника на приєднання.) Рекомендований стан: для груп Microsoft 365 встановлено значення «Приватні». Панель адміністрування. Примітка. Хоча існує кілька різних типів груп, ця рекомендація стосується Зокрема, Microsoft 365 Groups.

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

    Якщо конфіденційність групи не контролюється, будь-який користувач може отримати доступ до конфіденційної інформації у групі, до якої вони намагаються отримати доступ. Якщо значення конфіденційності групи встановлено на “Загальнодоступне”, користувачі можуть отримати доступ до даних, пов’язаних з цю групу (наприклад, SharePoint) трьома методами: 1. Портал Azure: користувачі можуть додавати себе до публічної групи через Azure Портал; однак адміністратори отримують сповіщення, коли користувачі отримують доступ до порталу. 2. Запити на доступ: користувачі можуть подати запит на приєднання до групи через програму Групи на панелі доступу. Це надає користувачеві негайний доступ до групи, навіть якщо вони повинні надіслати повідомлення власнику групи, коли просять приєднатися. 3. URL-адреса SharePoint: користувачі можуть отримати прямий доступ до групи через її URL-адресу SharePoint, який зазвичай можна вгадати, і його можна знайти в програмі Групи в Панель доступу.

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

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

    Сторінка 40

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Команди та групи > Активні команди та групи.
    3. На сторінці «Активні команди та групи» переконайтеся, що жодна група не має статусу «Відкрита» в стовпці конфіденційності.
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Microsoft Graph:
      Connect-MgGraph -Scopes "Group.Read.All".
    2. Виконайте таку команду 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
    3. Переконайтеся, що видимість є приватною для кожної групи.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Команди та групи > Активні команди та групи.
    3. На сторінці «Активні команди та групи» виберіть загальнодоступну назву групи.
    4. На сторінці назви спливаючих груп виберіть Налаштування.
    5. У розділі «Конфіденційність» виберіть «Приватно».

    Значення за замовчуванням: Публічний при створенні з порталу адміністрування; приватне інакше.
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/entra/identity/users/groups-self-service-management
    2. https://learn.microsoft.com/en-us/microsoft-365/admin/create-groups/compare-
    3. groups?view=o365-worldwide

    Page 41

    CIS Controls V8: 3.3
    IG 1, 2, 3
    Configure Data Access Control Lists Configure data access control lists based on a user’s need to know. Apply data access control lists, also known as access permissions, to local and remote file systems, databases, and applications.

    CIS Controls V7: 13.1
    IG 1, 2, 3
    Maintain an Inventory Sensitive Information Maintain an inventory of all sensitive information stored, processed, or transmitted by the organization’s technology systems, including those located onsite or at a remote service provider.

    Page 42

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

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

    Оригінал: Ensure sign-in to shared mailboxes is blocked (Automated)

    Спільні поштові скриньки використовуються, коли кільком людям потрібен доступ до однієї поштової скриньки, наприклад інформація про компанію або адреса електронної пошти служби підтримки, стійка реєстрації тощо функція, яка може використовуватися кількома людьми. Користувачі з дозволом на групову поштову скриньку можуть надсилати як або від імені адресу електронної пошти поштової скриньки, якщо адміністратор надав цьому користувачеві дозвіл на це. Це особливо корисно для поштових скриньок довідки та підтримки, оскільки користувачі можуть надсилати електронні листи від «Contoso Support» або «Building A Reception Desk». Спільні поштові скриньки створюються з відповідним обліковим записом користувача за допомогою системи згенерований пароль, невідомий на момент створення. Рекомендований стан: Вхід заблоковано для спільних поштових скриньок.

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

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

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

    Блокування входу в спільні поштові скриньки запобігає прямій автентифікації для цих облікових записів. Авторизовані користувачі можуть отримати доступ до спільного вмісту поштової скриньки через власні облікові записи використовуючи делегування Outlook або отримавши дозволи «Надіслати як/Надіслати від імені». Ця зміна посилює безпеку, гарантуючи, що спільні поштові скриньки не можуть служити вхідними точки несанкціонованого доступу.

    Сторінка 43

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
    2. Розгорніть «Команди та групи» та виберіть «Спільні поштові скриньки».
    3. Зверніть увагу на всі спільні поштові скриньки.
    4. Розгорніть Користувачі та виберіть Активні користувачі.
    5. Виберіть обліковий запис спільної поштової скриньки, щоб відкрити панель властивостей, і перегляньте.
    6. Переконайтеся, що під іменем написано Вхід заблоковано.
    7. Повторіть для всіх додаткових спільних поштових скриньок.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline
    2. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "User.Read.All"
    3. Виконайте такі команди PowerShell:
      $MBX = Get-EXOMailbox -RecipientTypeDetails SharedMailbox -ResultSize
      Unlimited
      $MBX | ForEach-Object { Get-MgUser -UserId $_.ExternalDirectoryObjectId `
          -Property DisplayName, UserPrincipalName, AccountEnabled } |
          Format-Table DisplayName, UserPrincipalName, AccountEnabled
    4. Переконайтеся, що для параметра AccountEnabled встановлено значення False для всіх спільних поштових скриньок.
    ℹ️ Примітка: Якщо вхід не заблоковано, буде опція Блокувати вхід. Це означає
    спільна поштова скринька не відповідає цій рекомендації.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com/
    2. Натисніть, щоб розгорнути «Команди та групи», і виберіть «Спільні поштові скриньки».
    3. Зверніть увагу на всі спільні поштові скриньки.
    4. Натисніть, щоб розгорнути Користувачі та виберіть Активні користувачі.
    5. Виберіть обліковий запис спільної поштової скриньки, щоб відкрити його панель властивостей, а потім виберіть Блокувати вхід.
    6. Поставте прапорець Заблокувати цьому користувачу вхід.
    7. Повторіть для всіх додаткових спільних поштових скриньок.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "User.ReadWrite.All"
    2. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    3. Щоб вимкнути вхід для одного облікового запису:
      $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 }

    Значення за замовчуванням: AccountEnabled: True
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/email/about-shared-
    2. mailboxes?view=o365-worldwide
    3. https://learn.microsoft.com/en-us/microsoft-365/admin/email/create-a-shared-
    4. mailbox?view=o365-worldwide#block-sign-in-for-the-shared-mailbox-account
    5. https://learn.microsoft.com/en-us/microsoft-365/enterprise/block-user-accounts-
    6. with-microsoft-365-powershell?view=o365-worldwide#block-individual-user-
    7. accounts

    Page 45

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

    Page 46 1.3 Settings

    Page 47

    1.3.1 Переконайтеся, що для параметра «Політика закінчення терміну дії пароля» встановлено значення «Встановити, що пароль ніколи не закінчиться (рекомендовано)» (Автоматизовано)

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

    Оригінал: Ensure the ‘Password expiration policy’ is set to ‘Set passwords to never expire (recommended)’ (Automated)

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

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

    Такі організації, як NIST і Microsoft, не рекомендують довільно вимагати користувачам змінювати свої паролі після встановленого періоду, якщо немає доказів компрометація або користувач забув пароль. Ця вказівка стосується навіть однофакторні сценарії (лише пароль), до яких часто призводять примусові періодичні зміни слабкіші паролі та знижена безпека. Крім того, цей тест дає поради впровадження багатофакторної автентифікації (MFA) для всіх облікових записів, що далі зменшує цінність політики терміну дії пароля. Довгострокові паролі можуть бути додатково посилено завдяки ввімкненню додаткових функцій захисту паролем у Entra ID.

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

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

    Сторінка 48

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. Натисніть Безпека та конфіденційність.
    4. Виберіть «Політика закінчення терміну дії паролів» і переконайтеся, що встановлено прапорець «Встановити, що термін дії паролів ніколи не закінчується (рекомендовано)».
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Microsoft Graph:
      Connect-MgGraph -Scopes "Domain.Read.All".
    2. Виконайте таку команду Microsoft Online PowerShell:
      Get-MgDomain | ft id,PasswordValidityPeriodInDays
    3. Переконайтеся, що для дійсних доменів повернуто значення 2147483647

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. Натисніть Безпека та конфіденційність.
    4. Поставте прапорець Установити паролі так, щоб вони не закінчувалися (рекомендовано).
    5. Натисніть Зберегти.
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Microsoft Graph:
      Connect-MgGraph -Scopes "Domain.ReadWrite.All".
    2. Виконайте таку команду Microsoft Graph PowerShell:
      Update-MgDomain -DomainId <Domain> -PasswordValidityPeriodInDays 2147483647

    Значення за замовчуванням: Якщо властивість не встановлено, буде використано значення за замовчуванням 90 днів
    📋 CIS Controls & Нормативні посилання

    1.3.2 Переконайтеся, що для некерованих пристроїв для некерованих пристроїв встановлено значення «Час очікування сеансу простою» на «3 години (або менше)» (Автоматизовано)

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

    Оригінал: Ensure ‘Idle session timeout’ is set to ‘3 hours (or less)’ for unmanaged devices (Automated)

    Тайм-аут неактивного сеансу дозволяє конфігурувати параметр, який буде неактивним користувачів через заздалегідь визначений проміжок часу. Коли користувач досягає встановленого часу простою сесії, вони отримають сповіщення про те, що вони збираються вийти. Вони повинні вибрати залишатися в системі, інакше вони автоматично вийдуть із усіх веб-програм 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

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

    Якщо крок 2 у процедурі аудиту/виправлення пропущено, то це не проблема з точки зору безпеки. Однак користувачі на надійних пристроях потребуватимуть входу частіше, що може призвести до швидкої втоми облікових даних. Користувачі не виходять із системи в таких випадках: • Якщо вони отримують систему єдиного входу (SSO) у веб-програму з облікового запису, підключеного до пристрою. • Якщо вони вибрали Залишатися в системі під час входу. Для отримання додаткової інформації про приховування цього опцію для вашої організації, див. Додавання фірмової символіки до входу вашої організації сторінки. • Якщо вони на керованому пристрої, він сумісний або приєднаний до домену та використовує підтримуваний браузер, як-от Microsoft Edge, або Google Chrome із Microsoft Розширення Single Sign On. Примітка. Тайм-аут неактивного сеансу також впливає на тайм-аут простою порталу Azure, якщо це не так явно встановлено інший час очікування. Тайм-аут простою порталу Azure застосовується до всіх видів пристроїв, а не лише некерованих. Дивіться: змінення параметра часу очікування каталогу адміністратора

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

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

    1. Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
    2. Розгорніть Захист > Умовний доступ.
    3. Перевірте наявні правила умовного доступу, щоб знайти таке, яке відповідає наведеним нижче умовам: o Користувачі або агенти (попередній перегляд) налаштовано на включення всіх користувачів. o Хмарні програми або дії > Для вибраних програм встановлено Office 365. o Умови > Клієнтські програми — це браузер і нічого більше. o Для сеансу встановлено значення Використовувати обмеження, які застосовуються програмою. o Для параметра Enable Policy встановлено значення On
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "Policy.Read.All":
    2. Запустіть такий сценарій:
      $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."
      }
    3. Сценарій виведе відповідні політики умовного доступу. Якщо одна політика проходить, то і рекомендація проходить. Політика проходження матиме такі властивості:
      Очікувані параметри в консолі:
      DisplayName             : (CIS) Idle timeout for unmanaged
      AuditState              : PASS
      IncludeUsers            : {All}   # IncludeUsers not currently scored
      IncludeApplications     : {Office365}
      ClientAppTypes          : {browser}
      AppEnforcedRestrictions : True
      State                   : enabled
    ℹ️ Примітка: Обидва кроки 1 і 2 повинні пройти аудиторські перевірки, щоб рекомендація була дією
    пройти в цілому.

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

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

    1. Перейдіть до центру адміністрування Microsoft Entra https://entra.microsoft.com/
    2. Розгорніть Захист > Умовний доступ.
    3. Клацніть «Нова політика» та введіть назву політики. o Виберіть Користувачі > Усі користувачі. o Виберіть «Хмарні програми або дії» > «Вибрати програми» та виберіть «Office 365» o Виберіть «Умови» > «Клієнтські програми» > «Так», поставте прапорець лише «Браузер», знімаючи всі інші прапорці. o Виберіть «Сеанси» та поставте прапорець «Використовувати обмеження, встановлені програмою».
    4. Установіть для параметра «Увімкнути політику» значення «Увімкнути» та натисніть «Створити».
    ℹ️ Примітка: Щоб переконатися, що тайм-аути простою впливають лише на некеровані пристрої, обидва кроки 1 і 2
    має бути завершено. В іншому випадку тайм-аут також вплине на керовані пристрої
    політики.

    Значення за замовчуванням: Не налаштовано. (Неактивні сеанси не закінчуються.)
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/manage/idle-session-
    2. timeout-web-apps?view=o365-worldwide
    3. Additional Information:
    4. According to Microsoft idle session timeout isn’t supported when third party cookies are
    5. disabled in the browser. Users won’t see any sign-out prompts.

    CIS Controls V8: 4.3
    IG 1, 2, 3
    Configure Automatic Session Locking on Enterprise Assets Configure automatic session locking on enterprise assets after a defined period of inactivity. For general purpose operating systems, the period must not exceed 15 minutes. For mobile end-user devices, the period must not exceed 2 minutes.

    Page 56

    1.3.3 Переконайтеся, що «Зовнішній спільний доступ» до календарів недоступний (Автоматизовано)

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

    Оригінал: Ensure ‘External sharing’ of calendars is not available (Automated)

    Зовнішній спільний доступ до календаря дозволяє адміністратору ввімкнути можливість для користувачів ділитися календарі з будь-ким за межами організації. Зовнішнім користувачам буде надіслано URL-адресу можна використовувати для перегляду календаря.

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

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

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

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

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У розділі Служби натисніть Календар.
    4. Переконайтеся, що прапорець «Дозволити користувачам ділитися своїми календарями з людьми за межами вашої організації, які мають Office 365 або Exchange» знято.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду Exchange Online PowerShell:
      Get-SharingPolicy -Identity "Default Sharing Policy" | ft Name,Enabled
    3. Переконайтеся, що для параметра Enabled встановлено значення False

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування, виберіть Налаштування організації.
    3. У розділі Служби натисніть Календар.
    4. Зніміть прапорець «Дозвольте своїм користувачам ділитися своїми календарями з людьми за межами вашої організації, які мають Office 365 або Exchange».
    5. Натисніть Зберегти.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду Exchange Online PowerShell:
      Set-SharingPolicy -Identity "Default Sharing Policy" -Enabled $False

    Значення за замовчуванням: Увімкнено (правда)
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/manage/share-calendars-
    2. 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:\ $calendar = Get-MailboxCalendarFolder -Identity “$($mailbox.PrimarySmtpAddress):\$calendarFolder” if ($calendar.PublishEnabled) { Write-Host -ForegroundColor Yellow “Calendar publishing is enabled for $($mailbox.PrimarySmtpAddress) on $($calendar.PublishedCalendarUrl)” } }

    CIS Controls V8: 4.8
    IG 1, 2
    Uninstall or Disable Unnecessary Services on Enterprise Assets and Software Uninstall or disable unnecessary services on enterprise assets and software, such as an unused file sharing service, web application module, or service function.

    CIS Controls V7: 14.6
    IG 1, 2, 3
    Protect Information through Access Control Lists Protect all information stored on systems with file system, network share, claims, application, or database specific access control lists. These controls will enforce the principle that only authorized individuals should have access to the information based on their need to access the information as a part of their responsibilities.

    Page 59

    1.3.4 Переконайтеся, що “Програми та служби, що належать користувачам”, обмежено (Автоматизовано)

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

    Оригінал: Ensure ‘User owned apps and services’ is restricted (Automated)

    За замовчуванням користувачі можуть установлювати надбудови у своїх Microsoft Word, Excel і PowerPoint застосунки, дозволяючи доступ до даних у програмі. Не дозволяйте користувачам встановлювати надбудови в Word, Excel або PowerPoint.

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

    Зловмисники зазвичай використовують уразливі та спеціально створені надбудови для доступу до даних користувача програми. У той час як користувачі можуть самостійно встановлювати надбудови, вони легко отримують їх корисні надбудови, які інтегруються з програмами Microsoft, це може становити ризик, якщо ні використовувати та ретельно контролювати. Вимкнення можливості майбутніх користувачів встановлювати надбудови в Microsoft Word, Excel або PowerPoint допомагає зменшити вашу поверхню загрози та зменшити цей ризик.

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

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

    Сторінка 60

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У «Службах» виберіть «Програми та служби, що належать користувачу».
    4. Переконайтеся, що не встановлено прапорці «Дозволити користувачам доступ до Office Store» і «Дозволити користувачам запускати пробні версії від імені вашої організації».
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Microsoft Graph:
      Connect-MgGraph -Scopes "OrgSettings-AppsAndServices.Read.All".
    2. Виконайте таку команду Microsoft Graph PowerShell:
      $Uri = "https://graph.microsoft.com/beta/admin/appsAndServices/settings"
      Invoke-MgGraphRequest -Uri $Uri
    3. Переконайтеся, що параметри isOfficeStoreEnabled і isAppAndServicesTrialEnabled мають значення False.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У «Службах» виберіть «Програми та служби, що належать користувачу».
    4. Зніміть прапорці «Дозволити користувачам доступ до Office Store» і «Дозволити користувачам запускати пробні версії від імені вашої організації».
    5. Натисніть Зберегти. Для виправлення за допомогою PowerShell
    6. Підключіться до служби Microsoft Graph за допомогою Connect-MgGraph -Scopes “OrgSettings-AppsAndServices.ReadWrite.All”.
    7. Виконайте такі команди 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

    Значення за замовчуванням: Дозволити користувачам отримати доступ до Office Store позначено Дозволити користувачам запускати пробні версії від імені вашої організації позначено
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/manage/manage-addins-
    2. in-the-admin-center?view=o365-worldwide#manage-add-in-downloads-by-
    3. turning-onoff-the-office-store-across-all-apps-except-outlook

    Page 62

    CIS Controls V8: 2.5
    IG 1, 2
    Allowlist Authorized Software Use technical controls, such as application allowlisting, to ensure that only authorized software can execute or be accessed. Reassess bi-annually, or more frequently.

    CIS Controls V8: 4.8
    IG 1, 2
    Uninstall or Disable Unnecessary Services on Enterprise Assets and Software Uninstall or disable unnecessary services on enterprise assets and software, such as an unused file sharing service, web application module, or service function.

    Page 63

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

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

    Оригінал: Ensure internal phishing protection for Forms is enabled (Automated)

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

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

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

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

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

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У розділі Служби виберіть Microsoft Forms.
    4. Переконайтеся, що прапорець Додати внутрішній захист від фішингу встановлено в розділі Захист від фішингу.
    💻 PowerShell консоль (CLI)
    1. Підключіться до служби Microsoft Graph:
      Connect-MgGraph -Scopes "OrgSettings-Forms.Read.All".
    2. Виконайте такі команди Microsoft Graph PowerShell:
      $uri = 'https://graph.microsoft.com/beta/admin/forms/settings'
      Invoke-MgGraphRequest -Uri $uri | select isInOrgFormsPhishingScanEnabled
    3. Переконайтеся, що параметр isInOrgFormsPhishingScanEnabled має значення True.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У розділі Служби виберіть Microsoft Forms.
    4. Установіть прапорець Додати внутрішній захист від фішингу в розділі Захист від фішингу.
    5. Натисніть Зберегти. Для виправлення за допомогою PowerShell
    6. Підключіться до служби Microsoft Graph за допомогою Connect-MgGraph -Scopes “OrgSettings-AppsAndServices.ReadWrite.All”.
    7. Виконайте такі команди 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 & Нормативні посилання
    1. https://learn.microsoft.com/en-US/microsoft-forms/administrator-settings-microsoft-forms
    2. https://learn.microsoft.com/en-US/microsoft-forms/review-unblock-forms-users-detected-blocked-potential-phishing

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

    CIS Controls V8: 14.2
    IG 1, 2, 3
    Train Workforce Members to Recognize Social Engineering Attacks Train workforce members to recognize social engineering attacks, such as phishing, pre-texting, and tailgating.

    Page 65

    1.3.6 Переконайтеся, що функцію скриньки клієнта ввімкнено (Автоматизовано)

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

    Оригінал: Ensure the customer lockbox feature is enabled (Automated)

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

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

    Увімкнення цієї функції захищає дані організації від витоку та викрадання даних.

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

    Адміністратори повинні надати Microsoft доступ до середовища клієнта, перш ніж a Інженер Microsoft отримує доступ до середовища для підтримки або усунення несправностей.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. Виберіть вкладку Безпека та конфіденційність.
    4. Клацніть Скринька клієнта.
    5. Переконайтеся, що встановлено прапорець Потрібне схвалення для всіх запитів на доступ до даних.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Get-OrganizationConfig | Select-Object CustomerLockBoxEnabled
    3. Перевірте, чи встановлено значення True.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. Виберіть вкладку Безпека та конфіденційність.
    4. Клацніть Скринька клієнта.
    5. Поставте прапорець Потрібне схвалення для всіх запитів на доступ до даних.
    6. Натисніть Зберегти.
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Set-OrganizationConfig -CustomerLockBoxEnabled $true

    Значення за замовчуванням: Вимагати схвалення для всіх запитів на доступ до даних – не позначено CustomerLockboxEnabled – False
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/purview/customer-lockbox-requests#turn-customer-lockbox-requests-on-or-off

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

    Page 67

    1.3.7 Переконайтеся, що «служби зберігання сторонніх розробників» обмежено в «Microsoft 365 в Інтернеті» (Автоматизовано)

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

    Оригінал: Ensure ‘third-party storage services’ are restricted in ‘Microsoft 365 on the web’ (Automated)

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

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

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

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

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

    Сторінка 68

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Перейдіть до Налаштування > Налаштування організації > Служби > Microsoft 365 в Інтернеті
    3. Переконайтеся, що не встановлено прапорець «Дозволити користувачам відкривати файли, збережені в сторонніх службах зберігання в Microsoft 365 в Інтернеті».
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "Application.Read.All".
    2. Запустіть такий сценарій:
      $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 **"
      }
    3. Переконайтеся, що параметр AccountEnabled має значення False.
    ℹ️ Примітка: Перевірка також буде невдалою, якщо принципал служби не існує, оскільки користувачі залишаться
    можливість відкривати файли, що зберігаються в службах зберігання сторонніх розробників у Microsoft 365 в Інтернеті.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com
    2. Перейдіть до Налаштування > Налаштування організації > Служби > Microsoft 365 в Інтернеті
    3. Зніміть прапорець «Дозволити користувачам відкривати файли, збережені в службах зберігання сторонніх розробників у Microsoft 365 в Інтернеті».
    💻 PowerShell консоль (CLI)
    1. Підключіться до Microsoft Graph:
      Connect-MgGraph -Scopes "Application.ReadWrite.All"
    2. Запустіть такий сценарій:
      $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 & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/admin/setup/set-up-file-storage-
    2. and-sharing?view=o365-worldwide#enable-or-disable-third-party-storage-
    3. services

    Page 70

    CIS Controls V8: 3.3
    IG 1, 2, 3
    Configure Data Access Control Lists Configure data access control lists based on a user’s need to know. Apply data access control lists, also known as access permissions, to local and remote file systems, databases, and applications.

    CIS Controls V7: 13.1
    IG 1, 2, 3
    Maintain an Inventory Sensitive Information Maintain an inventory of all sensitive information stored, processed, or transmitted by the organization’s technology systems, including those located onsite or at a remote service provider.

    CIS Controls V7: 13.4
    IG 1, 2
    Only Allow Access to Authorized Cloud Storage or Email Providers Only allow access to authorized cloud storage or email providers.

    Page 71

    1.3.8 Переконайтеся, що Sways не можна надавати людям за межами вашої організації (Вручну)

    Level 1Вручну

    Оригінал: Ensure that Sways cannot be shared with people outside of your organization (Manual)

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

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

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

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

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

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У розділі Служби виберіть Sway.
    4. Переконайтеся, що в розділі «Спільний доступ» не встановлено прапорець: o Дозволити людям у вашій організації ділитися своїми вправами з людьми за межами вашої організації.

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

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

    1. Перейдіть до центру адміністрування Microsoft 365 https://admin.microsoft.com.
    2. Розгорніть Налаштування > Налаштування організації.
    3. У розділі «Сервіси» виберіть «Вплив» o Зніміть прапорець: дозволити людям у вашій організації ділитися своїми перевагами з людьми за межами вашої організації.
    4. Натисніть Зберегти.

    Значення за замовчуванням: Дозвольте людям у вашій організації ділитися своїми вправами з людьми за межами вашої організації – увімкнено
    📋 CIS Controls & Нормативні посилання
    1. https://support.microsoft.com/en-us/office/administrator-settings-for-sway-d298e79b-b6ab-44c6-9239-aa312f5784d4
    2. https://learn.microsoft.com/en-us/office365/servicedescriptions/microsoft-sway-service-description

    CIS Controls V8: 4.8
    IG 1, 2
    Uninstall or Disable Unnecessary Services on Enterprise Assets and Software Uninstall or disable unnecessary services on enterprise assets and software, such as an unused file sharing service, web application module, or service function.

    CIS Controls V7: 13.1
    IG 1, 2, 3
    Maintain an Inventory Sensitive Information Maintain an inventory of all sensitive information stored, processed, or transmitted by the organization’s technology systems, including those located onsite or at a remote service provider.

    Page 73

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

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

    Оригінал: Ensure shared bookings pages are restricted to select users (Automated)

    Спільні бронювання дозволяють запрошувати членів вашої команди та створювати сторінки бронювання і дозвольте своїм клієнтам бронювати час для вас і вашої команди. Він містить різні налаштування для визначати послуги, керувати співробітниками, налаштовувати графіки та доступність, бізнес годин і налаштувати спосіб планування зустрічей. Ці сторінки можуть бути налаштований відповідно до різноманітних потреб вашої організації. Це розширення Особи Бронювання. Рекомендований стан – обмежити політику OwaMailboxPolicy-Default або вимкнути на рівні організації.

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

    Спільні сторінки бронювань можуть використовуватися зловмисниками, щоб видати себе за законних користувачів, які використовують переконливі внутрішні адреси електронної пошти. Зламаний обліковий запис із низькими привілеями можна використовувати для імітації високопоставлених ідентичностей (наприклад, генерального директора) та обходу видавання себе за іншу особу фільтри для ініціювання шахрайських дій, таких як перекази коштів. Крім того, зловмисники можуть створювати авторитетні адреси (наприклад, admin@, hostmaster@) для проведення атак соціальної інженерії на зовнішні сторони, спрямованих на передача управління інфраструктурою. Щоб зменшити цей ризик, доступ до Shared Bookings повинен бути обмежений користувачами з чітким доступом підлягає моніторингу та управлінню.

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

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

    Сторінка 74

    🔍 Аудит (перевірка налаштувань)
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду:
      Get-OwaMailboxPolicy -Identity OwaMailboxPolicy-Default | fl
      BookingsMailboxCreationEnabled
    3. Переконайтеся, що для параметра BookingsMailboxCreationEnabled встановлено значення False. відповідний стан.
      Очікувані параметри в консолі:
      Optionally: If Bookings is disabled at the organization level, this is also considered a
    4. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    5. Виконайте таку команду:
      Get-OrganizationConfig | fl BookingsEnabled
    6. Якщо для BookingsEnabled встановлено значення False, організація використовує більш жорстку та сумісну конфігурацію. У цьому випадку змінювати стандартну політику OWA не потрібно для відповідності.

    ⚙️ Виправлення (Remediation / Налаштування)
    💻 PowerShell консоль (CLI)
    1. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    2. Виконайте таку команду PowerShell:
      Set-OwaMailboxPolicy "OwaMailboxPolicy-Default" -
      BookingsMailboxCreationEnabled $false
      Optionally: For a more restrictive state Bookings can be disabled at the organization
      level
    3. Підключіться до Exchange Online:
      Connect-ExchangeOnline.
    4. Виконайте таку команду:
      Set-OrganizationConfig -BookingsEnabled $false
    ℹ️ Примітка: Вимкнення бронювань на рівні орендаря (організації) матиме більший ефект
    користувачів і не є обов’язковим для відповідності.

    Значення за замовчуванням: BookingsMailboxCreationEnabled : True (OwaMailboxPolicy-Default) BookingsEnabled : True
    📋 CIS Controls & Нормативні посилання
    1. https://learn.microsoft.com/en-us/microsoft-365/bookings/turn-bookings-on-or-
    2. off?view=o365-worldwide
    3. https://techcommunity.microsoft.com/blog/office365businessappsblog/enhancing-security-in-microsoft-bookings-best-practices-for-admins/4382447
    4. https://learn.microsoft.com/en-us/microsoft-365/bookings/best-practices-shared-
    5. bookings?view=o365-worldwide&source=recommendations
    6. https://www.cyberis.com/article/microsoft-bookings-facilitating-impersonation

    CIS Controls V8: 6.8
    IG 1
    Define and Maintain Role-Based Access Control Define and maintain role-based access control, through determining and documenting the access rights necessary for each role within the enterprise to successfully carry out its assigned duties. Perform access control reviews of enterprise assets to validate that all privileges are authorized, on a recurring schedule at a minimum annually, or more frequently.

    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

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

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


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