5. Мережева безпека
Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Мережева безпека».
Рекомендацій: 11
VMware ESXi 8.0 v1.4.0
5.1 Брандмауер хоста має дозволяти лише трафік із авторизованих мереж (Вручну)
Брандмауер хоста призначений для блокування всього вхідного та вихідного мережевого трафіку за замовчуванням, якщо винятки не зроблено явно, таким чином мінімізуючи поверхню атаки та заборона несанкціонованого доступу. Параметри брандмауера, хоч і прості, схожі на параметри маршрутизатора ACL і може вимагати налаштування рефлексивних правил для певних мережевих сценаріїв. За допомогою хост-клієнта VMware можна встановити обмеження лише на основі IP-адреси дозволити трафік із авторизованих мереж відповідно до рекомендацій контролю безпеки значення дозволу на підключення виключно від авторизованої інфраструктури та адміністрації робочі станції.
Впровадження політики, згідно з якою дозволений трафік лише з авторизованих мереж, значно підвищує рівень безпеки господаря. Це не тільки мінімізує атаку поверхні, але також допомагає підтримувати чистий потік мережевого трафіку, що є критично важливим для організаційна безпека та операційна ефективність.
Незважаючи на те, що цей контроль безпеки важливий для запобігання несанкціонованому доступу, його спрощений брандмауер може вимагати додаткової конфігурації, наприклад рефлексивних правил, залежно про налаштування мережі. Це потенційно може потребувати додаткових адміністративних зусиль для виправлення налаштування та управління, гарантуючи, що необхідні комунікації відсутні ненавмисно заблоковано.
Щоб переконатися, що доступ до служб, запущених на хості ESXi, належним чином обмежено, виконайте такі дії з веб-клієнта vSphere:
- Виберіть хост
- Натисніть «Налаштувати», розгорніть «Система», а потім виберіть «Брандмауер».
- Натисніть «Редагувати», щоб переглянути ввімкнені служби (позначені галочкою).
- Для кожної ввімкненої служби (наприклад, ssh, vSphere Web Access, http-клієнт) перевірте, чи вказано правильний список дозволених IP-адрес. Крім того, можна використати таку команду PowerCLI: Page 150 Лише для внутрішнього використання – загальні # Перелік усіх служб для хосту Get-VMHost HOST1 | Get-VMHostService # Список служб, які ввімкнено та мають правила, визначені для певних діапазонів IP для доступу до служби Get-VMHost HOST1 | Get-VMHostFirewallException | Where {$_.Enabled -and (-not $_.ExtensionData.AllowedHosts.AllIP)} # Список служб, які ввімкнено та не мають правил, визначених для певних діапазонів IP для доступу до служби Get-VMHost HOST1 | Get-VMHostFirewallException | Де {$_.Enabled -and ($_.ExtensionData.AllowedHosts.AllIP)}
Щоб належним чином обмежити доступ до служб, запущених на хості ESXi, виконайте такі дії з веб-клієнта vSphere:
- Виберіть хост
- Натисніть «Налаштувати», розгорніть «Система», а потім виберіть «Брандмауер».
- Натисніть «Редагувати», щоб переглянути ввімкнені служби (позначені галочкою).
- Для кожної ввімкненої служби (наприклад, ssh, vSphere Web Access, http-клієнт) надайте список дозволених IP-адрес.
- Натисніть OK.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-security/GUID-
- 8912DD42-C6EA-4299-9B10-5F3AEA52C605.html
IG 1, 2, 3
IG 1, 2, 3
Page 151 Internal Only – General
5.2 Хост повинен блокувати мережевий трафік за умовчанням (Вручну)
За замовчуванням хост налаштовано на блокування всього вхідного та вихідного мережевого трафіку, за винятком трафіку, що стосується служб, увімкнених у профілі безпеки хоста. Це Конфігурація є ключовою для зменшення поверхні атаки та запобігання несанкціонованому доступу до господаря. Незважаючи на відсутність конкретного параметра конфігурації, Параметрами брандмауера можна керувати за допомогою хост-клієнта VMware, де можуть бути правила вказано для дозволу або заборони трафіку для кожної служби на основі IP-адреси, гарантуючи лише авторизовані мережі мають доступ.
Дотримання політики блокування мережевого трафіку за замовчуванням істотно мінімізує ризик несанкціонованого доступу та потенційних зовнішніх атак. Ця поза пропагує принцип найменших привілеїв на рівні мережі, забезпечуючи лише явно дозволений трафік спілкуватися з господарем, тим самим підвищуючи безпеку.
Немає жодного функціонального впливу для цього контролю безпеки. Проте надмірно обмежувальні конфігурації можуть перешкоджати необхідному зв’язку, якщо вони неправильні керовані, що потенційно може вплинути на доступність послуг і ефективність роботи. тому під час налаштування параметрів брандмауера рекомендується уважно розглянути та перевірити, щоб переконатися необхідний трафік випадково не блокується.
Перевірте налаштування в графічному веб-інтерфейсі:
- Виконайте esxcli network firewall get
- Переконайтеся, що брандмауер увімкнено.
- Перегляньте кожен набір правил зі списком набору правил мережевого брандмауера esxcli та переконайтеся, що ввімкнено лише явно необхідні набори правил.
Виконайте такі дії в графічному інтерфейсі:
- Увімкніть брандмауер ESXi, якщо він вимкнений, і вимкніть непотрібні набори правил.
- Використовуйте: esxcli network firewall set –enabled true
- Налаштуйте лише необхідні набори правил для документованих служб. Сторінка 152 Тільки для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1
IG 1
IG 1
Page 153 Internal Only – General
5.3 Хост має обмежити використання API мережі dvFilter (Вручну)
Параметр Net.DVFilterBindIpAddress керує використанням мережевого API dvFilter, дозволяє надсилати інформацію про мережу на вказану IP-адресу. Якщо ввімкнено за допомогою a скомпрометована IP-адреса, несанкціонований мережевий доступ до інших віртуальних машин на хост може статися. Важливо не налаштовувати цей параметр, якщо цього не вимагає такий продукт, як VMware NSX. Параметр, який регулює таку поведінку Net.DVFilterBindIpAddress із рекомендованим значенням “”.
Обмеження використання мережевого API dvFilter шляхом збереження Net.DVFilterBindIpAddress Параметр unconfigured допомагає зменшити потенційні ризики безпеки. Це обмеження сприяє підтримка безпечного мережевого зв’язку та мінімізація поверхні атаки.
Під час обмеження мережевого API dvFilter не виявлено функціонального впливу. однак, неправильна конфігурація може призвести до незахищеного мережевого зв’язку, створюючи ризик для мережева безпека віртуальних машин на хості.
Якщо мережевий API dvfilter не використовується на хості, переконайтеся, що такий параметр ядра має порожнє значення: Net.DVFilterBindIpAddress.
- У веб-клієнті vSphere виберіть хост і натисніть «Налаштувати», а потім розгорніть «Система».
- Натисніть «Додаткові параметри системи», а потім «Редагувати».
- Знайдіть у фільтрі Net.DVFilterBindIpAddress.
- Переконайтеся, що Net.DVFilterBindIpAddress має порожнє значення.
- Якщо використовується пристрій, переконайтеся, що для значення цього параметра встановлено правильну IP-адресу. Крім того, для перевірки параметра можна використати наступну команду PowerCLI: # List Net.DVFilterBindIpAddress for each host Get-VMHost | Виберіть назву, @{N=”Net.DVFilterBindIpAddress”;E={$_ | Get- AdvancedSetting Net.DVFilterBindIpAddress | Виберіть -ExpandProperty Values}}
Щоб видалити конфігурацію для мережевого API dvfilter, виконайте такі дії з веб-клієнта vSphere: Сторінка 154 Лише для внутрішнього використання – загальне
- У веб-клієнті vSphere виберіть хост і натисніть «Налаштувати», а потім розгорніть «Система».
- Натисніть «Додаткові параметри системи», а потім «Редагувати».
- Знайдіть у фільтрі Net.DVFilterBindIpAddress.
- Набір Net.DVFilterBindIpAddress має порожнє значення.
- Якщо пристрій використовується, переконайтеся, що для значення цього параметра встановлено правильну IP-адресу.
- Введіть правильну IP-адресу.
- Натисніть OK. Щоб застосувати рекомендований стан конфігурації, виконайте таку команду PowerCLI: # Установіть для Net.DVFilterBindIpAddress значення null на всіх хостах Get-VMHost HOST1 | Foreach { Set-AdvancedSetting -VMHost $_ -Name Net.DVFilterBindIpAddress -IPValue “” }
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/6.7/com.vmware.vsphere.security.doc/GUID-CD0783C9-1734-4B9A-
- B821-ED17A77B0206.html?hWord=N4IghgNiBcICYDcCWAzJEAuBTATiAvkA
IG 1, 2
IG 1, 2
Page 155 Internal Only – General
5.4 Хост повинен фільтрувати пакети блоку даних протоколу Bridge (BPDU) (Вручну)
Щоб запобігти каскадному блокуванню інтерфейсів висхідної лінії зв’язку з хоста ESXi, Параметр Net.BlockGuestBPDU можна встановити на 1, дозволяючи фільтру BPDU видаляти BPDU пакети, надіслані з віртуальних машин на фізичний комутатор. Це дуже важливо для ESXi Стандартні та розподілені віртуальні комутатори не підтримують STP, що робить їх схильними до мережеві петлі, якщо BPDU не фільтруються. Параметр, який регулює таку поведінку Net.BlockGuestBPDU з рекомендованим значенням 1.
Налаштування Net.BlockGuestBPDU допомагає підтримувати стабільність мережі шляхом запобігання можливі збої, спричинені пакетами BPDU. Цю конфігурацію необхідно уникати ненавмисне блокування мережі та забезпечення надійного мережевого зв’язку.
Незважаючи на те, що ввімкнення фільтрації BPDU корисно для стабільності мережі, воно може блокувати законні Пакети BPDU від мережевих робочих навантажень. Переконайтеся, що немає законних пакетів BPDU генеруються віртуальними машинами на хості ESXi перед увімкненням цього елемента керування.
З адміністративного сеансу PowerCLI:
- Виконати: Get-VMHost | Get-AdvancedSetting -Name Net.BlockGuestBPDU
- Переконайтеся, що значення дорівнює 1, якщо тільки документоване робоче навантаження не вимагає BPDU, згенерованих гостем.
З адміністративного сеансу PowerCLI: Виконати – Get-VMHost | Get-AdvancedSetting -Name Net.BlockGuestBPDU | Set- AdvancedSetting -Value 1 -Confirm:$false. Перевірте робочі навантаження мережевих пристроїв/віртуальних комутаторів перед застосуванням цього параметра. Сторінка 156 Тільки для внутрішнього використання – Загальні
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 157 Internal Only – General
5.5 Хост повинен деактивувати мережеві інтерфейси керування віртуальним обладнанням (Вручну)
Контролери керування обладнанням можуть надавати хосту віртуальні або USB-мережі, потенційно можуть служити бекдорами, якщо залишити активними. Рекомендується вимкнути їх інтерфейсів як у апаратній конфігурації, так і в ESXi для запобігання неавторизованим доступу. Параметр, який регулює цю поведінку, — Net.BMCNetworkEnable з a рекомендоване значення 0.
Дезактивація мережевих інтерфейсів управління віртуальним обладнанням мінімізує атаку поверхні, тим самим підвищуючи безпеку господаря.
Хоча цей контроль підвищує безпеку, він може вплинути на керовані рішення сторонніх розробників вимагають цих інтерфейсів, вимагаючи альтернативних конфігурацій або додаткових управлінські міркування.
Перевірте мережу хоста в клієнті vSphere та за допомогою списку мережевих IP-інтерфейсів esxcli. Визначте інтерфейси VMkernel, які використовуються для керування обладнанням/BMC або іншими функціями управління віртуальним обладнанням. Переконайтеся, що такі інтерфейси відсутні, якщо це явно не потрібно.
Щоб виправити цю рекомендацію, видаліть або деактивуйте непотрібні інтерфейси VMkernel керування віртуальним апаратним забезпеченням і пов’язані групи портів. По можливості зберігайте позасмугове керування BMC/iDRAC/iLO у виділених фізичних мережах керування. Сторінка 158 Лише для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 159 Internal Only – General
5.6 Хост повинен відхиляти підроблені передачі на стандартних віртуальних комутаторах і групах портів (Автоматизовано)
Встановлення опції «Forged transmits» на «Reject» допомагає запобігти імітації MAC через порівняння вихідної MAC-адреси з гостьової операційної системи з ефективною MAC-адреса адаптера віртуальної машини. Якщо є невідповідність, пакет є скинуто, запобігаючи потенційним зловмисним діям через імітований MAC адреси.
Відхилення підроблених передач підвищує безпеку мережі, запобігаючи несанкціонованим доступу до мережі та зловмисних дій, що виникають через імітацію MAC. Це налаштування підтримує цілісність мережі, забезпечуючи лише авторизовані зв’язки всередині мережі.
Цей параметр може впливати на робочі навантаження, як-от кластерні програми та мережа пристрої/функції, які залежать від модифікації MAC-адреси. Створення окремого порту рекомендовано групу для авторизованих віртуальних машин, які вимагають такої поведінки баланс між операційними потребами та безпекою мережі.
Щоб переконатися, що політика налаштована на відхилення підроблених передач, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- Переконайтеся, що у розкривному меню Forged transmits встановлено значення Reject. Крім того, можна використати наступну команду PowerCLI: Сторінка 160 Тільки для внутрішнього використання – Загальні # Перелік усіх vSwitches та їхні параметри безпеки Get-VirtualSwitch -Standard | Виберіть VMHost, Name, ` @{N=”MacChanges”;E={if ($_.ExtensionData.Spec.Policy.Security.MacChanges) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”PromiscuousMode”;E={if ($_.ExtensionData.Spec.Policy.Security.PromiscuousMode) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”ForgedTransmits”;E={if ($_.ExtensionData.Spec.Policy.Security.ForgedTransmits) { “Прийняти” } Else { “Відхилити”} }}
Щоб установити політику відхилення підроблених передач, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- У розкривному списку встановіть для Forged transmits значення Reject.
- Натисніть OK. Крім того, можна використати наступну команду оболонки ESXi: # esxcli network vswitch standard policy security set -v vSwitch2 -f false
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-security/GUID-
- 3507432E-AFEA-4B6B-B404-17A020575358.html#GUID-7DC6486F-5400-
- 44DF-8A62-6273798A2F80
IG 1, 2, 3
IG 1, 2, 3
Page 161 Internal Only – General
5.7 Хост повинен відхиляти зміни MAC-адреси на стандартних віртуальних комутаторах і групах портів (Автоматизовано)
Забезпечення стабільності MAC-адрес на стандартних віртуальних комутаторах і групах портів запобігає Уособлення MAC-адреси шляхом заборони віртуальним машинам змінювати MAC-адресу. Це зменшує ризик зловмисних дій, ініційованих виданням за авторизованого мережеві адаптери.
Запобігання зміні MAC-адреси перешкоджає несанкціонованому доступу до мережі та можливому зловмисних дій, сприяючи більш безпечному мережевому середовищу. Цей контроль допомагає підтримання цілісності мережі шляхом забезпечення лише авторизованого мережевого зв’язку відбуваються.
Певні робочі навантаження та операції можуть залежати від модифікації MAC-адреси постраждали. Створення окремої групи портів для авторизованих віртуальних машин, які потребують Рекомендується змінити MAC-адресу, щоб збалансувати робочі потреби та потреби безпеки.
Щоб переконатися, що політика налаштована на відхилення, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- Переконайтеся, що для параметра «Зміни MAC-адреси» у спадному меню встановлено значення «Відхилити». Крім того, можна використати наступну команду PowerCLI: Page 162 Лише для внутрішнього використання – загальні # Перелік усіх vSwitches та їхні параметри безпеки Get-VirtualSwitch -Standard | Виберіть VMHost, Name, ` @{N=”MacChanges”;E={if ($_.ExtensionData.Spec.Policy.Security.MacChanges) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”PromiscuousMode”;E={if ($_.ExtensionData.Spec.Policy.Security.PromiscuousMode) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”ForgedTransmits”;E={if ($_.ExtensionData.Spec.Policy.Security.ForgedTransmits) { “Прийняти” } Else { “Відхилити”} }}
Щоб налаштувати політику на відхилення, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- У спадному меню встановіть для змін MAC-адреси значення Відхилити.
- Натисніть OK. Крім того, виконайте такі дії за допомогою оболонки ESXi: # esxcli network vswitch standard policy security set -v vSwitch2 -m false
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-891147DD-3E2E-45A1-
- 9B50-7717C3443DD7.html
IG 1, 2, 3
IG 1, 2, 3
Page 163 Internal Only – General
5.8 Хост повинен відхиляти запити на безладний режим на стандартних віртуальних комутаторах і групах портів (Автоматизовано)
Увімкнення безладного режиму дозволяє всім віртуальним машинам у групі портів читати все пакети, що передаються через нього, незалежно від передбачуваного одержувача. Відкидаючи запобігає безладним режимам запитів на стандартних віртуальних комутаторах і групах портів несанкціонована перевірка пакетів, посилення ізоляції мережі та конфіденційності даних.
Відхилення запитів на безладний режим допомагає підтримувати ізоляцію мережі та дані конфіденційність, гарантуючи, що пакети досягають лише одержувачів. Цей контроль зводить до мінімуму ризик перехоплення даних або несанкціонованої перевірки пакетів.
Деякі робочі навантаження, як-от сервери DHCP або моніторинг безпеки, можуть вимагати безладного використання режим. У таких випадках окрема група портів дозволяє таку поведінку лише з авторизованими підключених віртуальних машин, доцільно збалансувати операційні потреби з безпекою елементи керування.
Щоб переконатися, що політика налаштована на відхилення, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- Переконайтеся, що в розкривному меню для режиму Promiscuous встановлено значення Reject. Крім того, можна використати таку команду PowerCLI: Page 164 Лише для внутрішнього використання – Загальні # Перелік усіх vSwitches та їхні параметри безпеки Get-VirtualSwitch -Standard | Виберіть VMHost, Name, ` @{N=”MacChanges”;E={if ($_.ExtensionData.Spec.Policy.Security.MacChanges) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”PromiscuousMode”;E={if ($_.ExtensionData.Spec.Policy.Security.PromiscuousMode) { “Прийняти” } Else { “Відхилити”} }}, ` @{N=”ForgedTransmits”;E={if ($_.ExtensionData.Spec.Policy.Security.ForgedTransmits) { “Прийняти” } Else { “Відхилити”} }}
Щоб налаштувати політику на відхилення, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть «Віртуальні комутатори», а потім натисніть «Редагувати».
- Натисніть Безпека.
- У спадному списку встановіть для режиму Promiscuous Mode значення Reject.
- Натисніть OK. Або виконайте наступне через оболонку ESXi: # esxcli network vswitch standard policy security set -v vSwitch2 -p false
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-891147DD-3E2E-45A1-
- 9B50-7717C3443DD7.html
IG 1, 2, 3
IG 1, 2, 3
Page 165 Internal Only – General
Page 166 Internal Only – General
5.9 Хост має обмежити доступ до стандартної або рідної VLAN на стандартних віртуальних комутаторах (Автоматизовано)
ESXi не використовує концепцію власної VLAN, тому не налаштовуйте групи портів для використання власний ідентифікатор VLAN. Якщо використовується стандартне значення 1 для рідної VLAN, ESXi Для груп портів віртуального комутатора сервера слід налаштувати будь-яке значення від 2 до 4094. В іншому випадку переконайтеся, що групу портів не налаштовано на використання будь-якого значення встановити для рідної VLAN.
Кадри з VLAN, указаними в групі портів, матимуть тег, але кадри без a VLAN, указана в групі портів, не позначена тегами, тому в кінцевому підсумку буде належною до рідної VLAN фізичного комутатора. Наприклад, кадри на VLAN 1 від Cisco фізичний комутатор буде не позначений, оскільки це вважається рідною VLAN. Однак кадри з ESXi, указані як VLAN 1, будуть позначені тегом «1»; отже, трафік від ESXi, призначений для рідної VLAN, не буде правильно маршрутизовано (оскільки він позначений тегом «1» замість того, щоб бути без тегу), і трафік від фізичного комутатор, що надходить із рідної VLAN, не буде видно (оскільки він не позначений). Якщо Група портів віртуального комутатора ESXi використовує рідний ідентифікатор VLAN, а трафік із цих віртуальних машин – ні бути видимим для власної VLAN на комутаторі, оскільки комутатор очікує немаркованого трафік.
Щоб перевірити, чи власний ідентифікатор VLAN не використовується для груп портів, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть Віртуальні перемикачі.
- Розгорніть стандартний vSwitch.
- Перегляньте діаграму топології комутатора, яка показує різні групи портів, пов’язані з цим комутатором.
- Для кожної групи портів на vSwitch перевірте та запишіть використані ідентифікатори VLAN. Крім того, можна використати таку команду PowerCLI: # Перелік усіх vSwitches, їхні групи портів та ідентифікатори VLAN Get-VirtualPortGroup -Standard | Виберіть virtualSwitch, Name, VlanID
Щоб припинити використання власного ідентифікатора VLAN для груп портів, виконайте такі дії: Page 167 Internal Only – General
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть Віртуальні перемикачі.
- Розгорніть стандартний vSwitch.
- Перегляньте діаграму топології комутатора, яка показує різні групи портів, пов’язані з цим комутатором.
- Для кожної групи портів на vSwitch перевірте та запишіть використані ідентифікатори VLAN.
- Якщо потрібно змінити ідентифікатор VLAN, клацніть назву групи портів на схемі топології віртуального комутатора.
- Натисніть опцію Редагувати налаштування.
- У розділі «Властивості» введіть відповідне ім’я в поле «Мітка мережі».
- У розкривному списку VLAN ID виберіть або введіть нову VLAN.
- Натисніть OK.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-3A9D9911-3632-4B81-
- 9D2E-A2F9F2D01180.html
IG 1, 2, 3
IG 1, 2
IG 1, 2, 3
Page 168 Internal Only – General
5.10 Хост має обмежити використання Virtual Guest Tagging (VGT) на стандартних віртуальних комутаторах (Автоматизовано)
Коли для групи портів встановлено VLAN 4095 на стандартних віртуальних комутаторах, вона вмикає Virtual Гостьове тегування (VGT), що дозволяє всім мережевим кадрам передавати до підключених віртуальних машин (VM) без зміни тегів VLAN. Для цього потрібні віртуальні машини для обробки інформації VLAN за допомогою драйвера 802.1Q. Слід дозволити лише авторизовані та дієздатні віртуальні машини використовувати VGT для запобігання потенційним мережевим проблемам, таким як відмова в обслуговуванні або неавторизований доступ Взаємодія трафіку VLAN.
Обмеження використання VGT допомагає підтримувати безпеку мережі, забезпечуючи контрольований тег VLAN управління. Це зменшує ризики, пов’язані з відмовою в обслуговуванні або неавторизованою VLAN взаємодії, сприяючи стабільному мережевому середовищу.
Неправильна конфігурація VGT може призвести до відмови в обслуговуванні або несанкціонованого трафіку VLAN взаємодія. Обмеження VGT може потребувати альтернативних конфігурацій для віртуальних машин незалежне керування тегами VLAN, що потенційно може вплинути на роботу мережі.
Щоб переконатися, що для груп портів не встановлено значення 4095, якщо не потрібен VGT, виконайте такі дії:
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть Віртуальні перемикачі.
- Розгорніть стандартний vSwitch.
- Перегляньте діаграму топології комутатора, яка показує різні групи портів, пов’язані з цим комутатором.
- Для кожної групи портів на vSwitch перевірте та запишіть використані ідентифікатори VLAN. Крім того, можна використати таку команду PowerCLI: # Перелік усіх vSwitches, їх груп портів та ідентифікаторів VLAN Get-VirtualPortGroup -Standard | Виберіть virtualSwitch, Name, VlanID
Щоб установити для груп портів значення, відмінні від 4095 і 0, якщо не потрібен VGT, виконайте такі дії: Сторінка 169 Лише для внутрішнього використання – Загальні
- У веб-клієнті vSphere виберіть хост.
- Натисніть «Налаштувати», а потім розгорніть «Мережа».
- Виберіть Віртуальні перемикачі.
- Розгорніть стандартний vSwitch.
- Перегляньте діаграму топології комутатора, яка показує різні групи портів, пов’язані з цим комутатором.
- Для кожної групи портів на vSwitch перевірте та запишіть використані ідентифікатори VLAN.
- Якщо потрібно змінити ідентифікатор VLAN, клацніть назву групи портів на схемі топології віртуального комутатора.
- Натисніть опцію Редагувати налаштування.
- У розділі «Властивості» введіть відповідне ім’я в поле «Мітка мережі».
- У розкривному списку VLAN ID виберіть або введіть нову VLAN.
- Натисніть OK.
📋 CIS Controls & Нормативні посилання
- http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst4500/12-
- 2/20ew/configuration/guide/config/vlans.html#wp1038758
IG 1, 2, 3
IG 1, 2
IG 1, 2, 3
Page 170 Internal Only – General
5.11 Хост повинен ізолювати комунікації керування (Вручну)
Переконайтеся, що мають лише інтерфейси vmk, призначені для цілей керування служби керування, що забезпечують ізоляцію та безпеку мережі. Невірно конфігурація може підірвати заходи безпеки через порушення принципів ізоляції мережі.
Обмеження служб керування призначеними інтерфейсами vmk мінімізує атаку поверхні та гарантує, що комунікації управління ізольовані від іншого трафіку, дотримання найкращих практик сегментації мережі.
Цей елемент керування може впливати на сторонні керовані рішення, які вимагають певних конфігурацій. Можливо, потрібно буде адаптувати конфігурації відповідно до конкретного середовища та третього партійні рішення у вживанні.
Перегляньте адаптери VMkernel за допомогою: списку мережевих ip-інтерфейсів esxcli. Переконайтеся, що трафік керування передається лише через виділені, схвалені інтерфейси/VLAN VMkernel і не змішується з ненадійними віртуальними машинами, сховищами, vMotion або публічним трафіком без схваленого дизайну.
Щоб виправити цю рекомендацію, створіть або перемістіть інтерфейси керування VMkernel до виділених груп портів керування/VLAN, застосуйте обмеження брандмауера/ACL та видаліть позначки служби керування з інтерфейсів, які їх не потребують. Перевірте підключення vCenter перед видаленням старого шляху. Сторінка 171 Тільки для внутрішнього використання – Загальні
📋 CIS Controls & Нормативні посилання
IG 1
IG 1
Page 172 Internal Only – General 6.1 CIM
Page 173 Internal Only – General
Потрібні інші розділи стандарту?
Перегляньте повний інтерактивний перелік усіх рекомендацій у головному хабі стандарту.
