1. Апаратна безпека хоста
Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Апаратна безпека хоста».
Рекомендацій: 12
VMware ESXi 8.0 v1.4.0
1.1 Апаратне забезпечення хоста повинно мати автентичне та оновлене мікропрограмне забезпечення системи та пристрою, яке можна перевірити (Вручну)
Прошивка апаратного забезпечення не захищена від серйозних проблем, що впливають на конфіденційність, цілісність або наявність. Уразливі контролери та механізми керування системою можуть надати зловмисникам місця для встановлення стійкості, щоб повторно заразити та повторно компрометувати хости після перезавантаження та оновлення. Переконайтеся, що останні оновлення мікропрограми застосовано до всіх компонентів вашої системи і що вбудоване програмне забезпечення є автентичним і надається виробником обладнання.
Це забезпечує цілісність, безпеку та оптимальну продуктивність серверного обладнання необхідне для підтримки мікропрограми системи та пристрою, яка є перевіреною, справжньою та поточний.
Якщо ви є клієнтом vSAN, будь ласка, переконайтеся, що запам’ятовуючий пристрій і прошивка контролера версії сертифіковані.
Бажаним підходом є використання сумісної мікропрограми та драйвера, що підтримується постачальником і VMware. Використовуйте перевірку апаратної сумісності Lifecycle Manager від Broadcom або подібні інструменти, якщо вони доступні. Якщо це недоступно, перегляньте вручну: • Системний BIOS/UEFI • Мікропрограмне забезпечення BMC / iDRAC / iLO • Мікропрограмне забезпечення TPM • Мікропрограмне забезпечення контролера RAID/сховища • Мікропрограмне забезпечення HBA • Мікропрограмне забезпечення NIC • Мікропрограмне забезпечення адаптера Fibre Channel • Мікропрограмне забезпечення NVMe/пристрою зберігання даних, якщо це можливо • Мікропрограмне забезпечення графічного процесора, якщо це можливо, порівняйте ці результати з наразі підтримуваним і рекомендованим базовим рівнем, а також Посібником із сумісності VMware для ESXi. Сторінка 19 Тільки для внутрішнього використання – Загальні
Пропоновані вказівки щодо відновлення:
- Перевірте точну модель сервера та апаратні компоненти.
- Отримайте прошивку лише від OEM/постачальника: o Dell o HPE o Lenovo o Cisco o тощо.
- Переконайтеся, що запропоноване мікропрограмне забезпечення та відповідний драйвер ESXi підтримуються вашою версією ESXi 8.
- Переведіть хост ESXi у режим обслуговування.
- Застосуйте вбудоване програмне забезпечення за допомогою підтримуваного постачальником механізму (наприклад): o Dell iDRAC / OpenManage o HPE iLO / SPP o Lenovo XClarity o Cisco UCS Manager o Пакет завантажувального мікропрограмного забезпечення виробника o Менеджер підтримки апаратного забезпечення постачальника
- Якщо потрібно, перезавантажте фізичний хост.
- Повторно запустіть інвентаризацію мікропрограми.
- Підтвердьте сумісність пристрою/драйвера/прошивки.
- Вийти з режиму обслуговування.
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2
Page 20 Internal Only – General Controls Version Control IG 1 IG 2 IG 3 v7 2.2 Ensure Software is Supported by Vendor Ensure that only software applications or operating systems currently supported by the software’s vendor are added to the organization’s authorized software inventory. Unsupported software should be tagged as unsupported in the inventory system. ● ● ● v7 18.4 Only Use Up-to-date And Trusted Third-Party Components Only use up-to-date and trusted third-party components for the software developed by the organization. ● ●
Page 21 Internal Only – General
1.2 Апаратне забезпечення хоста має ввімкнути UEFI Secure Boot (Вручну)
UEFI Secure Boot — це функція безпеки єдиного розширюваного інтерфейсу мікропрограми (UEFI). Його основна мета — забезпечити завантаження лише підписаного та довіреного завантажувачам і ядрам операційної системи дозволено виконуватися під час запуску системи. Це допомагає захистити системи від зловмисного та неавторизованого програмного забезпечення, яке може спробувати це зробити запускати перед завантаженням операційної системи. Шляхом перевірки цифрових підписів завантажувального програм і драйверів, Secure Boot запобігає потенційно шкідливому коду компрометація процесу завантаження.
Увімкнення безпечного завантаження UEFI на апаратному забезпеченні хосту ESXi допомагає запобігти зловмисному програмному забезпеченню та ненадійні конфігурації.
Якщо ввімкнути це після встановлення, хост може стати неможливим для завантаження. Зверніться до vSphere документацію, щоб отримати додаткові відомості про ввімкнення безпечного завантаження.
З оболонки ESXi виконайте команду: /usr/lib/vmware/secureboot/bin/secureBoot.py -s Очікуваний результат — «Увімкнено». Крім того, перевірте, чи хост завантажувався з UEFI, виконавши команду: vsish -e get /hardware/firmwareType Очікуваний результат — «UEFI». Якщо ці перевірки не дають сумісних результатів, перегляньте розділ виправлення, щоб вирішити проблему.
Необхідно ввімкнути безпечне завантаження UEFI фізичного сервера в BIOS/UEFI сервера.
- Переведіть невідповідний хост у режим обслуговування: vim-cmd hostsvc/maintenance_mode_enter
- Перевірте сумісність із захищеним завантаженням: /usr/lib/vmware/secureboot/bin/secureBoot.py -c Page 22 Лише для внутрішнього використання – загальне
- Перезапустіть хост ESXi за допомогою команди reboot.
- у конфігурації BIOS/UEFI фізичного хоста ESXI переконайтеся, що «режим завантаження» — UEFI
- У меню «Завантаження» або «Безпека» знайдіть «Безпечне завантаження» та встановіть для нього значення «Увімкнено».
- Збережіть усі змінені зміни прошивки та перезавантажте хост ESXi.
- Підтвердьте результати.
📋 CIS Controls & Нормативні посилання
- https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vsphere-security/securing-esxi-hosts/uefi-secure-boot-for-esxi-
- hosts.html?utm_source=chatgpt.com
- https://knowledge.broadcom.com/external/article/434297
- https://knowledge.broadcom.com/external/article?articleNumber=393506
IG 1, 2
IG 1, 2
IG 1, 2
Page 23 Internal Only – General
1.3 Апаратне забезпечення хоста має ввімкнути Intel TXT, якщо доступно (Вручну)
Платформи Intel Xeon Scalable Processor мають технологію Trusted Execution Technology або TXT, які допомагають захистити системи від атак зловмисного програмного забезпечення, руткітів, BIOS і прошивки, а також більше. Якщо ввімкнено, ESXi скористається перевагами безпеки, які пропонує це технології.
Увімкнення технології Intel TXT (Trusted Execution Technology) на апаратному забезпеченні хоста, якщо це доступно, забезпечує апаратну основу безпеки.
У ранніх реалізаціях такі операції, як оновлення мікропрограми та різкі зміни системи завершення роботи може активувати сигнали атестації на сервері vCenter або спричинити помилки завантаження. Як правило, холодний перезапуск системи пропонує тимчасове виправлення, одночасно оновлюючи мікропрограму системи забезпечує постійне рішення. Зверніться до KB 78243.
обладнання та прошивка. Якщо TXT підтримується, але не ввімкнено, хост несумісний.
Переведіть хост ESXi у режим обслуговування та перезавантажте фізичний сервер. Увійдіть у системну конфігурацію BIOS/UEFI та ввімкніть TPM 2.0 і технологію Intel Trusted Execution Technology (TXT), якщо вони підтримуються. Збережіть конфігурацію прошивки та виконайте повне перезавантаження.
📋 CIS Controls & Нормативні посилання
- The strongest Broadcom references for this specific control are KB 425234 for
- Intel TXT behavior on ESXi 8.x and KB 393506 for enabling TPM/TXT and
- validating trusted boot.
Page 24 Internal Only – General
IG 1, 2, 3
IG 1, 2, 3
Page 25 Internal Only – General
1.4 Апаратне забезпечення хоста має ввімкнути та налаштувати TPM 2.0 (Вручну)
ESXi може використовувати Trusted Platform Modules (TPM) 2.0 для забезпечення розширеної безпеки функції, які запобігають зловмисному програмному забезпеченню, усувають залежності та захищають життєвий цикл обладнання операції.
Увімкнення та налаштування TPM 2.0 на апаратному забезпеченні хоста забезпечує підвищену безпеку забезпечення криптографічних операцій на апаратному рівні та безпечного зберігання конфіденційних даних і ключі.
Вплив не помічено.
Перевірте налаштування в графічному веб-інтерфейсі:
- Виконайте esxcli hardware trustedboot get
- Переконайтеся, що TPM присутній і надана надійна інформація про завантаження.
- Запустіть esxcli system settings encryption get і переконайтеся, що команда виконана без помилок зв’язку TPM.
- У vCenter переконайтеся, що на хості немає сигналу атестації TPM.
Виконайте такі дії в графічному інтерфейсі:
- Переведіть хост у режим обслуговування.
- перезавантажте BIOS/UEFI.
- Увімкніть і активуйте TPM
- Виберіть режим TPM 2.0 і переконайтеся, що ввімкнено передумови UEFI/Secure Boot, які вимагає постачальник сервера.
- Зберегти зміни.
- перезавантажити командою reboot
- Перевірте ще раз за допомогою esxcli hardware trustedboot get і esxcli system settings encryption get.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article?articleNumber=393506
- https://developer.broadcom.com/xapis/esxcli-command-
- reference/latest/namespace/esxcli_system.html
Page 26 Internal Only – General 3. https://developer.broadcom.com/tools/esxcli/latest/
IG 1, 2, 3
IG 1, 2
Page 27 Internal Only – General
1.5 Контролер керування інтегрованим обладнанням хоста має бути безпечним (Вручну)
Багато серверів мають інтегровані контролери керування обладнанням, які можуть бути надзвичайно корисно під час моніторингу та оновлення апаратного забезпечення, налаштувань і мікропрограми. Ці контролери повинні бути перевірені, щоб переконатися, що ВСІ невикористовувані функції вимкнено, ВСІ невикористовувані методи доступу вимикаються, паролі та елементи керування паролями встановлюються, а також брандмауер і контроль доступу на місці, так що єдиний доступ є авторизований отримати доступ до робочих станцій для команди адміністрування віртуалізації. Усі параметри конфігурації «першого завантаження» слід вимкнути, особливо ті, які переналаштовують системи з USB-пристроїв, які вставлено. Вимкніть або захистіть підключені порти USB до контролерів управління. Якщо це можливо, порти USB слід налаштувати лише на дозвіл клавіатури. Необхідно змінити паролі облікових записів за умовчанням. Зовнішні інформаційні дисплеї повинні бути захищені, щоб запобігти витоку інформації. потужність і інформаційні кнопки повинні бути захищені від несанкціонованого використання. Багато контролерів управління обладнанням забезпечують механізми для сповіщення, коли виникають апаратні збої та зміни конфігурації. Ви повинні розглянути їх, якщо ви не є за допомогою іншого методу апаратного моніторингу.
Відключення методів підключення може означати, що майбутній моніторинг і керування зусилля потребують змін у конфігураціях контролера керування обладнанням ваш парк серверів. Більшість контролерів керування обладнанням мають методи керування CLI та API можна створити сценарій і використовувати з робочої станції керування замість додаткових програмне забезпечення або додатки для керування. Вивчення цих прийомів економить час, уникає додаткових зусиль щодо встановлення та обслуговування додаткових інструментів і дозволяє своєчасно зміни конфігурацій.
Перевірте налаштування в графічному веб-інтерфейсі:
- Перевірте, чи хост ESXi надає інтерфейс BMC: esxcli hardware ipmi bmc get Page 28 Internal Only – General
- Знайдіть контролер керування апаратним забезпеченням і перегляньте: • Програмне забезпечення поточне та підтримується постачальником. • Облікові записи за замовчуванням і паролі за замовчуванням не використовуються. • Адміністративні облікові записи призначаються окремо. • Налаштовано політику надійного пароля/автентифікації. • MFA увімкнено, де підтримується. • HTTPS/TLS використовується для веб-керування. • Слабкі або застарілі протоколи вимкнено. • Доступ через SSH/IPMI вимкнено, якщо це не потрібно для роботи. • Доступ до керування обмежено авторизованими мережами керування. • Доступ до віддаленої консолі та віртуальних носіїв мають лише авторизовані адміністратори. • Невикористані служби та інтерфейси вимкнено. • Увімкнено безпеку/реєстрацію подій. • Сертифікати дійсні та надійні там, де підтримуються. Очікуваний сумісний результат: на BMC працює підтримуване мікропрограмне забезпечення, адміністративний доступ ретельно автентифікований, непотрібні служби вимкнено, трафік керування ізольовано/обмежено, а облікові дані адміністратора за замовчуванням або спільні облікові дані відсутні.
Налаштуйте контролер відповідно до базової лінії безпечного керування в організації.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article/424026/security-hardening-for-
- esxi-and-vcenter.html?utm_source=chatgpt.com
IG 1, 2, 3
IG 1, 2
Page 29 Internal Only – General
1.6 Інтегрований контролер управління апаратним забезпеченням хоста повинен увімкнути синхронізацію часу (Вручну)
Криптографія, журнал аудиту, операції кластера та реагування на інциденти/криміналістика залежать глибоко синхронізований час. Ця рекомендація поширюється на всі пристрої в інфраструктура. Рекомендовано для NTP мати принаймні чотири джерела.
Переконайтеся, що інтегрований контролер управління апаратним забезпеченням забезпечує час синхронізація забезпечує узгоджену та точну позначку часу для журналів і подій, що має вирішальне значення для аудиту, усунення неполадок і виявлення інцидентів безпеки.
Вплив не помічено.
Перевірте налаштування в графічному веб-інтерфейсі:
- Переконайтеся, що NTP або інший затверджений механізм синхронізації часу ввімкнено
- Переконайтеся, що хост ESXi використовує надійну синхронізацію часу esxcli system ntp get
Виконайте такі дії в графічному інтерфейсі:
- Увімкніть NTP або підтримувану постачальником службу автоматичної синхронізації часу.
- Введіть затверджені NTP-сервери організації.
- Налаштуйте кілька авторитетних джерел NTP, якщо це підтримується.
- Налаштуйте відповідний часовий пояс.
- Збережіть/застосуйте конфігурацію.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article/317537/configuring-network-
- time-protocol-ntp-on.html
Page 30 Internal Only – General
IG 1, 2, 3
IG 1, 2
Page 31 Internal Only – General
1.7 Інтегрований контролер управління апаратним забезпеченням хоста повинен увімкнути дистанційне журналювання подій (Вручну)
Інтегрований контролер керування апаратним забезпеченням хоста забезпечує критично важливе позасмугове з’єднання нагляд за сервером. Для підвищення безпеки важливо налаштувати цей контролер для входу в журнал події дистанційно. Ця практика гарантує, що журнали, пов’язані з апаратним забезпеченням, надсилаються за межі сайту розташування, захищаючи їх від можливого втручання та пропонуючи централізований запис стан і діяльність сервера.
Увімкнення віддаленого журналювання подій на інтегрованому контролері управління обладнанням гарантує, що всі дії на апаратному рівні надійно записуються за межами сайту, надаючи відстеження, зменшення ризиків фальсифікації даних і полегшення реагування на інциденти.
Вплив не помічено.
Отримайте доступ до контролера керування апаратним забезпеченням і переконайтеся, що віддалене ведення журналів подій/пересилання системного журналу ввімкнено та налаштовано для надсилання подій обладнання, безпеки, автентифікації та керування до затвердженого централізованого збирача журналів.
Знайдіть системний журнал контролера, віддалене ведення журналу, пересилання подій або еквівалентну конфігурацію та:
- Увімкнути віддалене ведення журналу подій.
- Налаштуйте ім’я хоста або IP-адресу затвердженого централізованого збирача журналів.
- Налаштуйте відповідний порт і протокол.
- Використовуйте TLS або інший захищений транспорт, якщо він підтримується.
- Виберіть потрібні категорії подій, зокрема апаратне забезпечення, безпека, автентифікація, мікропрограмне забезпечення та адміністративні події.
- Збережіть конфігурацію. Сторінка 32 Лише для внутрішнього використання – Загальні
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2, 3
Page 33 Internal Only – General
1.8 Інтегрований контролер управління апаратним забезпеченням хоста повинен захищати автентифікацію (Вручну)
Підключення до централізованих джерел автентифікації, таких як Active Directory, мають бути відключені або ретельно розглядаються як вектори атаки та цикли залежностей (для автентифікація, авторизація, DNS, DHCP і час). Розгляньте можливість управління місцевим облікові записи на цих пристроях через надані інтерфейси API та CLI. Якщо активний Каталог повинен використовуватися для автентифікації, виконайте авторизацію локально, щоб зловмисник з доступом до Active Directory не можуть рекламувати себе через членство в групі.
Щоб запобігти несанкціонованому доступу та можливому зловмисному контролю серверного обладнання функції, важливо переконатися, що інтегрований контролер керування обладнанням використовує надійні механізми автентифікації.
Не підключаються контролери керування обладнанням до централізованої автентифікації та джерела авторизації передбачає додаткове керування. Більшість апаратного управління контролери мають набори інструментів CLI або API для автоматизації керування обліковими записами користувачів та/або рівні авторизації.
Перевірте налаштування в графічному веб-інтерфейсі:
- Отримайте доступ до контролера керування обладнанням і переконайтеся, що: • Облікові дані за замовчуванням не використовуються. • Кожен адміністратор має індивідуально призначений обліковий запис. • Уникайте спільних адміністративних облікових записів. • Застосовуються вимоги до надійного пароля. • Багатофакторна автентифікація ввімкнена там, де підтримується. • Там, де підтримується, використовується автентифікація на основі каталогу, наприклад LDAP/AD. • Анонімний або неавтентифікований доступ вимкнено. • Локальні облікові записи, які не використовуються, вимкнено або видалено. • Увімкнено блокування/регулювання облікового запису. • Час очікування сеансів керування після бездіяльності. • Адміністративні привілеї слідують за найменшими привілеями. • Протоколи віддаленої автентифікації використовують зашифрований транспорт.
- Переконайтеся, що налаштований обліковий запис BMC є виділеним обліковим записом і має лише права, необхідні для віддаленого керування живленням. Сторінка 34 Тільки для внутрішнього використання – Загальні
Рекомендовані способи виправлення, налаштувавши автентифікацію відповідно до затвердженої бази безпеки:
- Змініть усі паролі за замовчуванням.
- Вимкніть або перейменуйте облікові записи за умовчанням, якщо це дозволяє платформа.
- Створіть індивідуально призначені облікові записи адміністратора.
- Видаліть або вимкніть облікові записи, які не використовуються.
- Застосуйте складні паролі та вимоги до мінімальної довжини.
- Налаштуйте блокування облікового запису або обмеження входу після повторних помилок автентифікації.
- Увімкніть MFA, де підтримується.
- Інтегруйте контролер із затвердженою централізованою автентифікацією, як-от Active Directory, LDAP, RADIUS або TACACS+, якщо це підтримується.
- Використовуйте керування доступом на основі ролей і надавайте лише повноваження, необхідні для кожної адміністративної ролі.
- Вимкніть анонімні або неавтентифіковані служби керування.
- Обмежити доступ для керування схваленими мережами керування.
- Переконайтеся, що автентифікація через Інтернет, API і віддалену консоль використовує TLS або інший зашифрований транспорт.
- Переконайтеся, що успішні та невдалі спроби автентифікації реєструються та пересилаються до затвердженої системи реєстрації.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article/433220/changing-the-bmc-
- login-password-from-an.html
IG 1, 2, 3
IG 1, 2, 3
Page 35 Internal Only – General
1.9 Апаратне забезпечення хоста має вмикати AMD SEV-ES, якщо доступно (Вручну)
Платформи AMD EPYC підтримують SEV-ES, технологію шифрування пам’яті та ЦП зареєструвати стан і обмежити видимість для гіпервізора, щоб підвищити безпеку робочого навантаження і зменшити вразливість до певних типів атак. Якщо правильно налаштовано, vSphere підтримує використання SEV-ES у гостьових віртуальних машинах і контейнерах vSphere і vSphere з Tanzu. Увімкнення SEV-ES у мікропрограмі системи полегшує майбутнє увімкнення у віртуальних машинах, контейнерах і гостьових ОС.
Увімкнення AMD SEV-ES (Secure Encrypted Virtualization-Encrypted State) на хості Апаратне забезпечення підвищує безпеку віртуальних машин шляхом шифрування їхньої пам’яті та Стан ЦП, що зменшує ризик несанкціонованого доступу до даних і втручання скомпрометовані гіпервізори або зловмисники.
Використання SEV-ES у певній віртуальній машині потребує підтримки гостьової ОС, і це буде обмежено деякі операційні функції, такі як vMotion, знімки тощо. Зверніться до документацію для отримання додаткової інформації про ці компроміси.
Перевірте налаштування в графічному веб-інтерфейсі:
- Виконати: esxcfg-info | grep “\—-\HV Support” або vsish -e cat /hardware/cpu/cpuInfo Для хосту AMD повернене значення 3 підтверджує, що AMD-V увімкнено.
Виконайте такі дії в графічному інтерфейсі:
- Переведіть хост ESXi у режим обслуговування та перезавантажте фізичний сервер.
- Увійдіть у конфігурацію BIOS/UEFI сервера та ввімкніть функції віртуалізації та шифрування пам’яті AMD, необхідні платформі. Сторінка 36 Тільки для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-security/GUID-FB511CBA-4B89-469F-9799-
- D1347E1F2B0A.html?hWord=N4IghgNiBcIM4FMBuBaBcQF8g
- https://knowledge.broadcom.com/external/article/323299/enabling-evc-on-a-host-
- with-an-evc-suppo.html
IG 1, 2, 3
IG 1, 2, 3
Page 37 Internal Only – General
1.10 Апаратне забезпечення хоста має ввімкнути Intel SGX, якщо доступно (Вручну)
Платформи Intel Xeon Scalable Processor мають розширення Software Guard Extensions або SGX, a технологія, яка допомагає програмам захищати дані в системній пам’яті. Коли налаштовано належним чином vSphere підтримує використання SGX у гостьових віртуальних машинах. Включення SGX у мікропрограмі системи спрощує подальшу активацію у віртуальних машинах і гостьовій системі ОС.
Intel SGX (Software Guard Extensions) забезпечує апаратне шифрування пам’яті який захищає конфіденційні дані від несанкціонованого доступу або зміни зловмисниками програмне забезпечення, що працює на вищих рівнях привілеїв, підвищує безпеку сервера.
Використання SGX вимагає підтримки гостьової ОС і обмежує деякі робочі функції всередині vSphere, як-от vMotion, знімки, відмовостійкість і призупинення/відновлення.
Перевірте налаштування в графічному веб-інтерфейсі:
- Визначте постачальника та модель процесора: список процесорів обладнання esxcli
- Перегляньте BIOS/UEFI сервера
- Переконайтеся, що SGX увімкнено. Приклади: Intel SGX = увімкнено
Виконайте такі дії в графічному інтерфейсі:
- Переведіть хост ESXi у режим обслуговування
- Перезавантажте фізичний сервер
- Увійдіть у конфігурацію BIOS/UEFI сервера та ввімкніть Intel SGX.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-security/GUID-72D1F8FA-391C-41E2-83E0-
- 32C5B062145D.html?hWord=N4IghgNiBcIJIDsAuBTCACAygcQBogF8g
Page 38 Internal Only – General
IG 1, 2, 3
IG 1, 2, 3
Page 39 Internal Only – General
1.11 Апаратне забезпечення хоста має захищати невикористовувані порти зовнішнього обладнання (Вручну)
Unused ports, especially USB, can be used by attackers to attach storage, networking, and keyboards. Take reasonable steps to control access to these ports through disablement, access control, and/or with other means such as solid rack doors, rack side panels, and flooring that makes the ports inaccessible from outside the rack when the rack door is closed. Кабелі легко проходять через численні щілини в стійках і навколо них rack doors, and stiff wires can be used to push them into sockets from outside the rack, as well as to dislodge cables to create a service disruption. Where possible, USB ports should also be set to only permit keyboards. When disabling functionality like this please consider that you may need to access the server using a USB keyboard during an outage or as part of lifecycle operations, and plan accordingly.
Невикористані порти зовнішнього обладнання можна використовувати як потенційні точки входу для несанкціоновані пристрої та зловмисну діяльність, тим самим ставлячи під загрозу безпеку сервера.
Безпека передбачає збалансування ризиків, включаючи легкість відновлення після збоїв. Відключення зовнішні порти можуть перешкодити екстреному використанню консолі ESXi. Сервери часто можуть перемикатися доступ до порту USB; переконайтеся, що ваш вибір відповідає потребам організації та перевірений до інцидентів.
Рекомендовані фізичні інтерфейси для перегляду та перевірки: USB-порти Слоти для SD-карт Послідовні порти Зовнішні інтерфейси розширення PCIe Зовнішнє керування Інтерфейси USB/vNIC Інші знімні носії або периферійні інтерфейси
Виконайте такі дії в графічному інтерфейсі:
- Переведіть хост ESXi у режим обслуговування, якщо виправлення потребує перезавантаження.
- Отримайте доступ до BIOS/UEFI сервера або контролера керування обладнанням і вимкніть зовнішні інтерфейси, які не використовуються. Сторінка 40 Тільки для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
- https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vsphere-security/securing-esxi-hosts/general-security-recommendations/pci-pcie-devices-
- and-esxi.html
- https://knowledge.broadcom.com/external/article/323377/configuring-usb-hidccid-
- passthrough-to-e.html
IG 1, 2
IG 1, 2
IG 1, 2
Page 41 Internal Only – General
1.12 Контролер управління інтегрованим обладнанням хоста повинен деактивувати внутрішню мережу (Вручну)
Багато серверів мають вбудовані контролери керування обладнанням із можливістю представити віртуальні мережеві інтерфейси для ESXi як інтерфейс керування. Ці підходи створюють потенційні бекдори для доступу та використовуються зловмисниками, щоб обійти мережеві/периметральні брандмауери в будь-якому напрямку та уникати спостереження за допомогою IDS/IPS/інструментів аналізу загроз. У багатьох випадках ця функція не є строгою необхідні для керування хостами.
Використання інтегрованих контролерів управління обладнанням для представлення віртуальних мережевих інтерфейсів до ESXi може ненавмисно створювати бекдори, дозволяючи зловмисникам обходити брандмауери і уникнути виявлення засобами безпеки; часто ця функція не є важливою для хоста управління.
Вимкнення внутрішньої мережі може обмежити ефективність інструменту керування постачальником.
З оболонки ESXi
- виконати esxcfg-advcfg -g /Net/BMCNetworkEnable
Щоб вимкнути внутрішню мережу ESXi BMC:
- виконати esxcfg-advcfg -s 0 /Net/BMCNetworkEnable
- виконати esxcfg-advcfg -g /Net/BMCNetworkEnable Шукаю: значення BMCNetworkEnable дорівнює 0 Page 42 Лише для внутрішнього використання – загальне
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 43 Internal Only – General 2 Base This section contains recommendations for base ESXi install.
Page 44 Internal Only – General
Потрібні інші розділи стандарту?
Перегляньте повний інтерактивний перелік усіх рекомендацій у головному хабі стандарту.
