7. Безпека віртуальних машин
Вимоги безпеки, перевірка параметрів та інженерні рекомендації для розділу «Безпека віртуальних машин».
Рекомендацій: 29
VMware ESXi 8.0 v1.4.0
7.1 Віртуальні машини мають увімкнути безпечне завантаження (Вручну)
Увімкніть Secure Boot на віртуальних машинах, щоб забезпечити виконання лише автентифікованого коду від мікропрограми до операційної системи, забезпечуючи таким чином фундаментальний захід захисту від зловмисного програмного забезпечення під час завантаження та несанкціонованого виконання коду. Безпечне завантаження, яке підтримується всіма сучасними гостьовими операційними системами, використовує відкритий ключ криптографія для перевірки мікропрограми, завантажувача, драйверів і ядра ОС під час завантаження.
Застосовуючи Secure Boot, організації можуть зменшити ризик шкідливих програм під час завантаження та неавторизоване виконання коду, що має вирішальне значення для підтримки цілісності та надійність системи з першої інструкції.
Активація Secure Boot після інсталяції гостьової ОС може передбачати більше, ніж просто активація налаштування; зверніться до документації відповідної гостьової ОС для отримання детальної інформації інструкції. Потенційно це може призвести до додаткових кроків у процесі налаштування подовження часу розгортання.
Можна використати таку команду PowerCLI: (Get-VM -Name $VM).ExtensionData.Config.BootOptions.EfiSecureBootEnabled
Можна використати таку команду PowerCLI: $VMobj = (Get-VM -Name $VM) $ConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec $bootOptions = New-Object VMware.Vim.VirtualMachineBootOptions $bootOptions.EfiSecureBootEnabled = $true $ConfigSpec.BootOptions = $bootOptions $task = $VMobj.ExtensionData.ReconfigVM_Task($ConfigSpec)
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2, 3
Page 218 Internal Only – General
7.2 Віртуальні машини повинні вимагати шифрування для vMotion (Вручну)
Вимагання шифрування для vMotion забезпечує безпечну передачу даних між віртуальними машини. У той час як за замовчуванням «оппортуністичний» параметр шифрування зазвичай забезпечує шифрування завдяки поширеній підтримці AES-NI, застосування «обов’язкового» шифрування усуває можливість незашифрованих переказів. Параметром, що регулює цю поведінку, є VM Потрібна конфігурація з рекомендованим налаштуванням.
Застосування шифрування для vMotion має вирішальне значення для запобігання можливому витоку даних або несанкціонований доступ до даних під час процесів передачі даних, тим самим посилюючи загальну інфраструктура безпеки.
Немає жодного функціонального впливу.
Можна використати таку команду PowerCLI: (Get-VM -Name $VM).ExtensionData.Config.MigrateEncryption
Можна використати таку команду PowerCLI: $VMview = Get-VM -Name $VM | Get-View $ConfigSpec = Новий об’єкт VMware.Vim.VirtualMachineConfigSpec $ConfigSpec.MigrateEncryption = Новий об’єкт VMware.Vim.VirtualMachineConfigSpecEncryptedVMotionModes $ConfigSpec.MigrateEncryption = «потрібно» $VMview.ReconfigVM_Task($ConfigSpec)
📋 CIS Controls & Нормативні посилання
IG 1
7.3 Віртуальні машини повинні вимагати шифрування для відмовостійкості (Вручну)
Необхідність шифрування для відмовостійкості у віртуальних машинах має вирішальне значення для забезпечення безпечна передача даних між основними та вторинними віртуальними машинами, особливо в середовища, де обробляються конфіденційні дані. У той час як налаштування за замовчуванням “опортуністичний” може призвести до шифрування через широку підтримку AES-NI у сумісності з vSphere апаратного забезпечення, застосування «обов’язкового» параметра для шифрування гарантує відсутність незашифрованих відбуваються операції. Параметром, який регулює цю поведінку, є конфігурація віртуальної машини з a рекомендоване налаштування ftEncryptionRequired.
Застосовуючи шифрування для відмовостійкості, організації підвищують рівень безпеки їх віртуальних середовищ від можливого перехоплення чи витоку даних під час передача. Ця вимога життєво важлива для збереження цілісності та конфіденційності даних.
Немає виявлених негативних впливів, пов’язаних із застосуванням шифрування для Fault Толерантність, і це важливо для підвищення безпеки передачі даних всередині віртуальні середовища.
Можна використати таку команду PowerCLI: (Get-VM -Name $VM).ExtensionData.Config.FtEncryptionMode
Можна використати таку команду PowerCLI: $VMview = Get-VM -Name $VM | Get-View $ConfigSpec = Новий об’єкт VMware.Vim.VirtualMachineConfigSpec $ConfigSpec.FtEncryptionMode = Новий об’єкт VMware.Vim.VirtualMachineConfigSpecEncryptedFtModes $ConfigSpec.FtEncryptionMode = “ftEncryptionRequired” $VMview.ReconfigVM_Task($ConfigSpec)
📋 CIS Controls & Нормативні посилання
IG 1
7.4 Віртуальні машини мають деактивувати функції тривимірної графіки, коли вони не потрібні (Автоматизовано)
З міркувань продуктивності сучасна графічна візуалізація виконується в рамках спеціального графічний процесор (GPU). Віртуальні машини можуть використовувати для цього графічний процесор на основі хоста операції також. Доступ до такого виділеного обладнання зазвичай здійснюється за допомогою комплексу Такі API, як OpenGL і DirectX. Це апаратне 3D-прискорення повинно бути вимикається, якщо він не потрібен.
Недоліки безпеки в API можуть призвести до серйозних порушень безпеки, як-от пошкодження пам’яті, відмова в обслуговуванні та віддалене виконання коду.
Ця функція може знадобитися для GPU та віртуальних робочих столів.
Можна використати таку команду PowerCLI: Get-VM -Name $VM | Get-AdvancedSetting mks.enable3d
Можна використати таку команду PowerCLI: Get-VM -Name $VM | Get-AdvancedSetting mks.enable3d | Set-AdvancedSetting – значення FALSE
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 224 Internal Only – General
7.5 Віртуальні машини мають бути налаштовані на блокування після останнього підключення до консолі (Вручну)
Налаштування віртуальних машин для блокування після закриття останнього підключення до консолі покращується безпеки шляхом зменшення ризику несанкціонованого доступу через відкриті консольні сеанси. Це Конфігурація особливо корисна в середовищах, до яких мають доступ кілька користувачів консоль. Параметр, який регулює цю поведінку, — tools.guest.desktop.autolock with рекомендоване значення TRUE.
Впровадження цього елемента керування забезпечує додатковий рівень безпеки, забезпечуючи його відкритість Таким чином, сеанси консолі не залишаються доступними після закриття останнього з’єднання зменшення ймовірності несанкціонованого доступу.
Жодного функціонального впливу цей контроль не пов’язує; це служить проактивним заходом для запобігти несанкціонованому доступу через відкриті сеанси консолі.
Можна використати таку команду PowerCLI: Get-VM -Name $VM | Get-AdvancedSetting tools.guest.desktop.autolock
Можна використати таку команду PowerCLI: Якщо аудит повертає порожнє значення або значення ще не встановлено Get-VM -Name $VM | New-AdvancedSetting -Name tools.guest.desktop.autolock $True, інакше використовуйте Get-VM | get-AdvancedSetting -Name tools.guest.desktop.autolock | set- advancedsetting -Value $True
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2
IG 1, 2
Page 226 Internal Only – General
7.6 Віртуальні машини повинні обмежувати спільний доступ до консолі. (Автоматизовано)
За замовчуванням до сеансів віддаленої консолі можуть підключатися кілька користувачів одночасно час. Дозволяти одночасно лише одне підключення віддаленої консолі до віртуальної машини. Інші спроби будуть бути відхиленим, доки не буде розірвано перше з’єднання.
Якщо активовано кілька сеансів, кожне вікно терміналу отримує сповіщення про нова сесія. Якщо адміністратор віртуальної машини входить за допомогою віддаленої консолі VMware під час свого сеансу особа, яка не є адміністратором у віртуальній машині, може підключитися до консолі та спостерігати за діями адміністратора. Крім того, це може призвести до втрати адміністратора консольний доступ до віртуальної машини. Наприклад, якщо стрибок використовується для відкритої консолі сеанс, і адміністратор втрачає з’єднання з цим ящиком, сеанс консолі залишається відкритий. Дозвіл двох сеансів консолі дозволяє налагоджувати через спільний сеанс. для найвищий рівень безпеки, лише один сеанс віддаленої консолі за раз повинен бути дозволений.
Щоб переконатися, що одночасно дозволено лише один сеанс віддаленої консолі, підтвердьте, що RemoteDisplay.maxConnections має значення 1.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для RemoteDisplay.maxConnections встановлено значення 1. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їхніх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “RemoteDisplay.maxConnections” | Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть «ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ», а потім введіть RemoteDisplay.maxConnections зі значенням 1.
- Натисніть OK, потім знову OK. Сторінка 227 Лише для внутрішнього використання – загальне Або запустіть таку команду PowerCLI для віртуальних машин, які не вказують параметр: # Додайте параметр до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “RemoteDisplay.maxConnections” -value 1 Виконайте таку команду PowerCLI для віртуальних машин, які вказують параметр, але мають для нього неправильне значення: # Додайте параметр до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “RemoteDisplay.maxConnections” -value 1 – Force
📋 CIS Controls & Нормативні посилання
- http://www.ibenit.com/post/85227299008/security-benchmark-hardening-guide-policies-and-profile
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-27A340F5-DE98-41A8-
- AC73-01ED4949EEF2.html
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-7FED3B17-E2E9-4360-
- AAC6-B70F9A9AEB84.html
IG 1, 2, 3
IG 1, 2
IG 1
Page 228 Internal Only – General
7.7 Віртуальні машини мають обмежувати пропускну здатність пристрою PCI/PCIe (Автоматизовано)
Функції введення-виведення DirectPath надають віртуальним машинам можливість прямого доступу до системи апаратне забезпечення, яке, незважаючи на перевагу продуктивності, може впливати на інструменти зменшення ризику наприклад vMotion, DRS і High Availability. Це також відкриває потенційний вектор атаки для привілейований доступ до обладнання. Важливо переконатися, що це мають лише необхідні віртуальні машини привілей і що в гостьовій ОС вживаються компенсаційні заходи для покращення безпеки.
Обмеження функціональності проходження пристроїв PCI/PCIe має важливе значення для мінімізації потенціалу вектори атак і забезпечення належного функціонування інструментів зменшення ризику. Крім того, аудит і документування бізнес-потреб для цих віртуальних машин є критично важливими для підтримки безпечне та сумісне середовище.
Перехідні пристрої, як-от графічні процесори, можуть негативно вплинути на від’єднання. Це Необхідно перевірити та задокументувати бізнес-обґрунтування для віртуальних машин, які вимагають цього функціональність для розуміння пов’язаних ризиків і забезпечення адекватної компенсації контроль є.
Можна використати таку команду PowerCLI: # Перерахувати віртуальні машини та їхні поточні налаштування Get-VM | Get-AdvancedSetting -Name “pciPassthru*.present” | Виберіть сутність, назву, значення “ Повернене значення, відмінне від “false”, потрібно виправити.
Можна використати таку команду PowerCLI: Page 229 Лише для внутрішнього використання – Загальне # Додати налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “pciPassthru*.present” -value “false”
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/8.0/com.vmware.vsphere.security.doc/GUID-E5CFB1FB-9216-4C1D-
- B49A-81AAAC414025.html
IG 1, 2
IG 1, 2
Page 230 Internal Only – General
7.8 Переконайтеся, що несанкціонована модифікація та відключення пристроїв вимкнено (Автоматизовано)
У віртуальній машині користувачі та процеси без прав root або адміністратора можуть відключіть пристрої, такі як мережеві адаптери та дисководи компакт-дисків, і змініть пристрій налаштування в гостьовій операційній системі. Ці дії слід запобігати.
Вимкнення неавторизованої модифікації та відключення пристроїв допомагає запобігти несанкціоновані зміни в гостьовій операційній системі, які можуть бути використані для отримання прибутку несанкціонований доступ, спричинити умови відмови в обслуговуванні та іншим чином негативно вплинути безпека гостьової операційної системи.
Щоб переконатися, що несанкціоновані модифікації пристрою та відключення запобігли, перейдіть до файлу конфігурації віртуальної машини та переконайтеся, що isolation.device.edit.disable має значення TRUE. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “isolation.device.edit.disable” | Виберіть Сутність, Ім’я, Значення
Щоб запобігти несанкціонованим модифікаціям пристрою та відключенню, запустіть таку команду PowerCLI: # Додати налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.device.edit.disable” -value $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-F88A5FED-552B-44F9-
- A168-C62D9306DBD6.html
Page 231 Internal Only – General
IG 1, 2
IG 1, 2
Page 232 Internal Only – General
7.9 Віртуальні машини мають запобігати неавторизованому підключенню пристроїв (Автоматизовано)
У віртуальній машині користувачі та процеси без прав root або адміністратора можуть підключайте пристрої, такі як мережеві адаптери та приводи компакт-дисків. Це має бути запобігти.
Вимкнення несанкціонованого підключення пристроїв допомагає запобігти несанкціонованим змінам в гостьовій операційній системі, яка може бути використана для отримання несанкціонованого доступу, призвести до відмови в обслуговуванні та іншим чином негативно вплинути на безпеку гостьова операційна система.
Щоб переконатися, що несанкціоновані підключення пристроїв запобігають, перейдіть до файлу конфігурації віртуальної машини та переконайтеся, що isolation.device.connectable.disable встановлено на TRUE. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “isolation.device.connectable.disable” | Виберіть Сутність, Ім’я, Значення
Щоб запобігти неавторизованим підключенням пристроїв, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.device.connectable.disable” – значення $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-F88A5FED-552B-44F9-
- A168-C62D9306DBD6.html
Page 233 Internal Only – General
IG 1, 2
IG 1, 2
Page 234 Internal Only – General
7.10 Віртуальні машини повинні видалити непотрібні аудіопристрої (Вручну)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
З адміністративного сеансу PowerCLI
- Виконайте Get-VM | Get-SoundCard, якщо це підтримується, або перевірте Edit Settings > Virtual Hardware кожної віртуальної машини. Переконайтеся, що аудіопристрої відсутні, якщо це спеціально не потрібно.
Щоб виправити цю рекомендацію, за потреби вимкніть віртуальну машину, видаліть непотрібні звукові/аудіопристрої з віртуального обладнання та перевірте гостьову програму після зміни. Задокументуйте всі затверджені винятки.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article?legacyId=2007240
- https://knowledge.broadcom.com/external/article/315390
Page 235 Internal Only – General
IG 1, 2
IG 1, 2
Page 236 Internal Only – General
7.11 Віртуальні машини мають видалити непотрібні пристрої AHCI (Вручну)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Перевірте апаратне забезпечення віртуальної машини на наявність непотрібних контролерів SATA/AHCI. За допомогою PowerCLI/Get-View перевірте віртуальні пристрої та визначте пристрої VirtualAHCIController, які не підтримують потрібний віртуальний диск або пристрій CD/DVD.
Щоб виправити цю рекомендацію, за потреби вимкніть віртуальну машину та видаліть невикористовувані контролери AHCI/SATA лише після видалення або переміщення залежних пристроїв. Не видаляйте контролер, який активно підтримує необхідний віртуальний диск.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article?legacyId=2007240
- https://knowledge.broadcom.com/external/article/315390
Page 237 Internal Only – General
IG 1, 2
IG 1, 2
Page 238 Internal Only – General
7.12 Віртуальні машини мають видалити непотрібні пристрої USB/XHCI (Автоматизовано)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Щоб переконатися, що USB-пристрої не під’єднано, підтвердьте, що наступний параметр НЕ присутній або має значення FALSE: usb.present Крім того, можна використати таку команду PowerCLI: # Перевірити USB-пристрої, підключені до віртуальних машин Get-VM | Get-USBDevice
Щоб відключити всі USB-пристрої від віртуальних машин, виконайте таку команду PowerCLI: # Видалити всі USB-пристрої, підключені до віртуальних машин Get-VM | Get-USBDevice | Remove-USBDevice Віртуальну машину потрібно вимкнути, щоб ця зміна набула чинності.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-7FED3B17-E2E9-4360-
- AAC6-B70F9A9AEB84.html
Page 239 Internal Only – General
IG 1, 2
IG 1, 2
Page 240 Internal Only – General
7.13 Віртуальні машини повинні видалити непотрібні пристрої послідовного порту (Автоматизовано)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Щоб переконатися, що послідовні порти не підключені, підтвердьте, що наступний параметр НЕ присутній або має значення FALSE: serialX.present Можна використати таку команду PowerCLI: # У цьому прикладі вам потрібно буде додати функції з цієї публікації: http://blogs.vmware.com/vipowershell/2012/05/working-with-vm-devices-in-powercli.html # Перевірити послідовні порти, підключені до Віртуальні машини Get-VM | Get-SerialPort
Щоб від’єднати всі послідовні порти від віртуальних машин, виконайте таку команду PowerCLI: # У цьому прикладі вам потрібно буде додати функції з цієї публікації: http://blogs.vmware.com/vipowershell/2012/05/working-with-vm-devices-in- powercli.html # Видалити всі послідовні порти, підключені до віртуальних машин Get-VM | Get-SerialPort | Remove-SerialPort Віртуальну машину потрібно вимкнути, щоб ця зміна набула чинності. Сторінка 241 Тільки для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 242 Internal Only – General
7.14 Віртуальні машини повинні видалити непотрібні пристрої паралельного порту (Автоматизовано)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Щоб переконатися, що паралельні порти не підключені, підтвердьте, що наступний параметр НЕ присутній або встановлено на FALSE: parallelX.present Крім того, можна використати таку команду PowerCLI: # У цьому прикладі вам потрібно буде додати функції з цієї публікації: http://blogs.vmware.com/vipowershell/2012/05/working-with-vm-devices-in- powercli.html # Перевірити наявність Паралельні порти, підключені до віртуальних машин Get-VM | Get-ParallePort
Щоб від’єднати всі паралельні порти від віртуальних машин, виконайте таку команду PowerCLI: # У цьому прикладі вам потрібно буде додати функції з цієї публікації: http://blogs.vmware.com/vipowershell/2012/05/working-with-vm-devices-in- powercli.html # Видалити всі паралельні порти, підключені до віртуальних машин Get-VM | Get-ParallePort | Remove-ParallelPort Віртуальну машину потрібно буде вимкнути, щоб ця зміна набула чинності. Сторінка 243 Тільки для внутрішнього використання – Загальне
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-600D24C8-0F77-4D96-
- B273-A30F256B29D4.html
- https://blogs.vmware.com/PowerCLI/2012/05/working-with-vm-devices-in-
- powercli.html
IG 1, 2
IG 1, 2
Page 244 Internal Only – General
7.15 Віртуальні машини мають видаляти непотрібні пристрої CD/DVD (Автоматизовано)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Щоб переконатися, що дисководи CD/DVD не підключені, підтвердьте, що наступний параметр НЕ присутній або має значення FALSE: ideX:Y.present Крім того, можна використати таку команду PowerCLI: # Перевірити приводи CD/DVD, підключені до віртуальних машин Get-VM | Get-CDDrive
Щоб відключити всі CD/DVD-приводи від віртуальних машин, виконайте таку команду PowerCLI: # Видалити всі CD/DVD-приводи, підключені до віртуальних машин Get-VM | Get-CDDrive | Remove-CDDrive Віртуальну машину потрібно вимкнути, щоб ця зміна набула чинності.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-600D24C8-0F77-4D96-
- B273-A30F256B29D4.html
Page 245 Internal Only – General
IG 1, 2
IG 1, 2
Page 246 Internal Only – General
7.16 Віртуальні машини повинні видаляти непотрібні дискети (Автоматизовано)
Видалення непотрібних пристроїв із віртуальних машин мінімізує поверхню атаки та зменшує можливі шляхи викрадання даних або несанкціонованого захоплення даних. Це практика відповідає принципу найменшої функціональності, гарантуючи, що віртуальні машини мають лише основні компоненти, необхідні для виконання своїх призначених функцій.
Усунення непотрібних пристроїв зменшує поверхню атаки та оптимізує віртуальність конфігурація машини, сприяючи більш чистому, керованому та менш вразливому налаштування.
Ретельний аналіз і розуміння вимог до віртуальної машини залежності мають вирішальне значення перед впровадженням цього контролю безпеки, щоб уникнути ненавмисних збої або погіршення якості обслуговування.
Щоб переконатися, що дисководи для гнучких дисків не підключені, переконайтеся, що наступний параметр НЕ присутній або має значення FALSE: floppyX.present Крім того, можна використати таку команду PowerCLI: # Перевірити наявність пристроїв для гнучких дисків, підключених до віртуальних машин Get-VM | Get-FloppyDrive | Виберіть «Батьківський», «Ім’я», «Стан підключення».
Щоб від’єднати всі дисководи для гнучких дисків від віртуальних машин, виконайте таку команду PowerCLI: # Видалити всі дисководи для гнучких дисків, підключених до віртуальних машин Get-VM | Get-FloppyDrive | Remove-FloppyDrive Віртуальну машину потрібно вимкнути, щоб ця зміна набула чинності.
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-600D24C8-0F77-4D96-
- B273-A30F256B29D4.html
Page 247 Internal Only – General
IG 1, 2
IG 1, 2
Page 248 Internal Only – General
7.17 Віртуальні машини мають дезактивувати операції перетягування консолі (Автоматизовано)
Операції перетягування консолі віртуальної машини мають бути вимкнені.
Операції перетягування консолі VM вимкнено за замовчуванням (явно не вказано); однак явне вимкнення цієї функції дозволяє засобам аудиту перевіряти, чи виконується цей параметр є правильним.
Щоб переконатися, що операції перетягування консолі VM вимкнено, переконайтеся, що isolation.tools.dnd.disable відсутній або встановлено значення TRUE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для isolation.tools.dnd.disable встановлено значення TRUE або його немає. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM -Name $VM | Get-AdvancedSetting isolation.tools.dnd.disable
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ, а потім введіть isolation.tools.dnd.disable зі значенням TRUE.
- Натисніть OK, потім знову OK. Щоб явно вимкнути операції перетягування консолі віртуальної машини, виконайте таку команду PowerCLI: Page 249 Лише для внутрішнього використання – загальні # Додайте параметр до всіх віртуальних машин Get-VM -Name $VM | Remove-AdvancedSetting -Name isolation.tools.dnd.disable
📋 CIS Controls & Нормативні посилання
IG 1, 2
IG 1, 2
Page 250 Internal Only – General
7.18 Віртуальні машини мають деактивувати операції копіювання консолі (Автоматизовано)
Дезактивація операцій копіювання консолі має вирішальне значення для запобігання передачі даних між віртуальної машини та локального клієнта, незалежно від методу доступу через Інтернет Консоль, VMRC або інші. Параметр, який регулює таку поведінку isolation.tools.copy.disable із рекомендованим значенням TRUE або Undefined.
Дезактивація операцій копіювання консолі мінімізує ризик неавторизованого доступу до даних або витоку, забезпечуючи вищий рівень безпеки та цілісності даних у віртуальному просторі середовище.
Немає виявленого функціонального впливу; однак це обмеження підвищує безпеку даних шляхом мінімізації несанкціонованих каналів передачі даних.
Щоб переконатися, що операції копіювання консолі віртуальної машини вимкнено, переконайтеся, що параметр isolation.tools.copy.disable відсутній або має значення TRUE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що isolation.tools.copy.disable має значення TRUE або відсутній. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “isolation.tools.copy.disable” | Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ. Сторінка 251 Тільки для внутрішнього використання – Загальні
- Натисніть «ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ», а потім введіть isolation.tools.copy.disable зі значенням TRUE.
- Натисніть OK, потім знову OK. Щоб явно вимкнути операції копіювання консолі віртуальної машини, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.tools.copy.disable” -value $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-367D02C1-B71F-4AC3-
- AA05-85033136A667.html
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-52188148-C579-4F6A-
- 8335-CFBCE0DD2167.html
IG 1, 2
IG 1, 2
Page 252 Internal Only – General
7.19 Віртуальні машини мають дезактивувати операції консольного вставлення (Автоматизовано)
Вимкнення консольних операцій вставлення на віртуальних машинах перешкоджає передачі даних із локального клієнта до віртуальної машини, незалежно від методу доступу – веб-консолі, VMRC або інша консоль. Цей захід безпеки має на меті обмежити потенційні шляхи для несанкціонована передача даних у віртуальне середовище. Параметр, що регулює це поведінка isolation.tools.paste.disable із рекомендованим значенням TRUE або Невизначено.
Вимикаючи операції вставки на консолі, організації додають рівень безпеки, який допомагає у запобіганні неавторизованому введенню даних у віртуальну машину, що потенційно може призвести до різні ризики безпеки.
Функціональний вплив не виявлено. Контроль просто підвищує безпеку шляхом зменшення можливих каналів передачі даних у віртуальну машину.
Щоб переконатися, що операції вставлення консолі віртуальної машини вимкнено, переконайтеся, що isolation.tools.paste.disable відсутній або встановлено значення TRUE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для isolation.tools.paste.disable встановлено значення TRUE або його немає. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “isolation.tools.paste.disable”| Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково. Сторінка 253 Тільки для внутрішнього використання – Загальне
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ, а потім введіть isolation.tools.paste.disable зі значенням TRUE.
- Натисніть OK, потім знову OK. Щоб явно вимкнути операції вставлення консолі віртуальної машини, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.tools.paste.disable” -value $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- Tools/10.3.0/com.vmware.vsphere.vmwaretools.doc/GUID-685722FA-9009-
- 439C-9142-
- 18A9E7C592EA.html?hWord=N4IghgNiBcIMoFMDGBXATgSwC4E8AEAwgPYB
- 2AzhgCYJphYall4BmRahpzGA5uhidzwA1ALIB3MGgR4AKkSIQyIAL5A
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-367D02C1-B71F-4AC3-
- AA05-85033136A667.html
IG 1, 2
IG 1, 2
Page 254 Internal Only – General
7.20 Віртуальні машини повинні обмежувати доступ через мережевий API “dvfilter” (Вручну)
Інтерфейс dvFilter полегшує фільтрацію та перевірку мережевого трафіку, переважно через такі інструменти, як NSX. Важливо дозволити лише авторизованим інструментам доступ до цього інтерфейсу для підтримки безпека мережі. Несанкціонований доступ може призвести до незаконної перевірки мережевого трафіку або неправильне використання. Параметром, що керує цією поведінкою, є ethernet*.filter*.name з a рекомендоване значення Не присутній.
Обмеження доступу через мережевий API “dvfilter” для авторизованих інструментів є важливим для збереження цілісності та безпеки мережі. Це обмеження знижує ризик несанкціонована перевірка даних і потенційна вразливість мережі.
Підвищуючи безпеку шляхом обмеження доступу до інтерфейсу dvFilter, цей елемент керування може перешкоджають функціональності законних мережевих інструментів, таких як NSX, які потребують доступу до мережевий API “dvfilter” для належної роботи.
Щоб перевірити цю інформацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що ethernet0.filter1.name = dv-filter1, де ethernet0 — це інтерфейс мережевого адаптера віртуальної машини, який потрібно захистити, filter1 — це номер фільтра, який використовується, а dv-filter1 — це ім’я конкретного модуля ядра шляху даних, який захищає віртуальну машину. • Якщо доступ dvfilter не має бути дозволеним: переконайтеся, що наступне НЕ вказано в списку ethernet0.filter1.name = dv-filter.
- Переконайтеся, що ім’я ядра шляху даних встановлено правильно. Ви також можете виконати наступні дії, щоб визначити, чи має бути дозволений доступ dvfilter через файл VMX: Сторінка 255 Лише для внутрішнього використання – загальне
- Переконайтеся, що у файлі VMX є наступне: ethernet0.filter1.name = dv-filter1, де ethernet0 — це інтерфейс мережевого адаптера віртуальної машини, який потрібно захистити, filter1 — це номер фільтра, який використовується, а dv-filter1 — це назва конкретного модуля ядра шляху даних, який захищає віртуальну машину. • Якщо доступ dvfilter не має бути дозволений: переконайтеся, що у файлі VMX немає такого: ethernet0.filter1.name = dv-filter1.
- Переконайтеся, що ім’я ядра шляху даних встановлено правильно.
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Видаліть значення з ethernet0.filter1.name = dv-filter. • Параметри видаляються, якщо немає значення
- Натисніть OK. Ви також можете налаштувати віртуальну машину, щоб дозволити доступ dvfilter за допомогою такого методу у файлі VMX:
- Налаштуйте наступне у файлі VMX: ethernet0.filter1.name = dv-filter1, де ethernet0 — це інтерфейс мережевого адаптера віртуальної машини, який потрібно захистити, filter1 — це номер фільтра, який використовується, а dv-filter1 — це ім’я конкретного модуля ядра шляху даних, який захищає віртуальну машину. • Якщо доступ до dvfilter не має бути дозволений: видаліть наступне з його файлу VMX: ethernet0.filter1.name = dv-filter1.
- Правильно встановіть назву ядра шляху даних.
📋 CIS Controls & Нормативні посилання
- http://kb.vmware.com/kb/1714
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-CD0783C9-1734-4B9A-
- B821-ED17A77B0206.html
Page 256 Internal Only – General
IG 1, 2, 3
IG 1, 2
IG 1, 2, 3
Page 257 Internal Only – General
7.21 Віртуальні машини мають дезактивувати операції стиснення віртуального диска (Автоматизовано)
Вимкнення згортання віртуального диска на віртуальних машинах запобігає потенційній недоступності диска питань. Ця операція зазвичай обмежена для користувачів без прав адміністратора в гостьовій системі середовище. Параметр, який регулює цю поведінку, — isolation.tools.diskShrink.disable із рекомендованим значенням TRUE або Undefined.
Згортання віртуального диска повертає невикористаний простір на ньому. Якщо на диску є вільне місце, цей процес зменшує обсяг простору, який віртуальний диск займає на головному диску. Звичайні користувачі та процеси, тобто користувачі та процеси без root або адміністратора привілеї — у віртуальних машинах є можливість викликати цю процедуру. Однак, якщо це робити повторно, віртуальний диск може стати недоступним під час цього виконується скорочення, фактично спричиняючи відмову в обслуговуванні. У більшості центрів обробки даних середовищах, стискання диска не виконується, тому вам слід вимкнути цю функцію. Повторюється стискання диска може зробити віртуальний диск недоступним. Ця можливість доступна для неадміністративні користувачі в гостьовій системі.
Немає жодного функціонального впливу.
Переконайтеся, що для isolation.tools.diskShrink.disable встановлено значення TRUE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для isolation.tools.diskShrink.disable встановлено значення TRUE. Крім того, можна використати таку команду PowerCLI: # Список віртуальних машин та їх поточні налаштування Get-VM | Get-AdvancedSetting -Name “isolation.tools.diskShrink.disable”| Виберіть Сутність, Ім’я, Значення
Щоб установити цю конфігурацію, скористайтеся інтерфейсом vSphere таким чином: Сторінка 258 Лише внутрішні – Загальні
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ, а потім введіть isolation.tools.diskShrink.disable зі значенням TRUE.
- Натисніть OK, потім знову OK. Щоб застосувати рекомендований стан конфігурації, виконайте таку команду PowerCLI: # Додати налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.tools.diskShrink.disable” – значення $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- Tools/10.3.0/com.vmware.vsphere.vmwaretools.doc/GUID-685722FA-9009-
- 439C-9142-
- 18A9E7C592EA.html?hWord=N4IghgNiBcIMoFMDGBXATgSwC4E8AEAwgPYB
- 2AzhgCYJphYall4BmRahpzGA5uhidzwA1ALIB3MGgR4AKkSIQyIAL5A
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-9610FE65-3A78-4982-
- 8C28-5B34FEB264B6.html
IG 1, 2, 3
IG 1, 2, 3
Page 259 Internal Only – General
7.22 Віртуальні машини мають деактивувати операції очищення віртуального диска (Автоматизовано)
Стирання віртуального диска повертає весь невикористаний простір на ньому. Якщо на диску є вільне місце, цей процес зменшує обсяг простору, який віртуальний диск займає на головному диску. Якщо стирання віртуального диска виконується неодноразово, це може спричинити перетворення віртуального диска недоступний під час стирання. У більшості середовищ центрів обробки даних стирання диска не виконується потрібні, але звичайні користувачі та процеси без адміністративних привілеїв можуть виникати очищення диска, якщо цю функцію не вимкнено.
Дезактивація операцій очищення віртуального диска сприяє збереженню доступності диска, що є життєво важливим для безперервної роботи системи.
Немає жодного функціонального впливу
Щоб перевірити, чи стирання віртуального диска вимкнено, переконайтеся, що для isolation.tools.diskWiper.disable встановлено значення TRUE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що isolation.tools.diskWiper.disable має значення TRUE. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “isolation.tools.diskWiper.disable”| Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ. Сторінка 260 Лише для внутрішнього використання – Загальне
- Натисніть ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ, а потім введіть isolation.tools.diskWiper.disable зі значенням TRUE.
- Натисніть OK, потім знову OK. Щоб вимкнути стирання віртуального диска, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “isolation.tools.diskWiper.disable” -value $true
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-9610FE65-3A78-4982-
- 8C28-5B34FEB264B6.html
- https://docs.vmware.com/en/VMware-
- Tools/10.3.0/com.vmware.vsphere.vmwaretools.doc/GUID-685722FA-9009-
- 439C-9142-18A9E7C592EA.html
IG 1, 2, 3
IG 1, 2
Page 261 Internal Only – General
7.23 Віртуальні машини повинні обмежувати спільний доступ до сторінок пам’яті з іншими віртуальними машинами (Вручну)
Налаштування віртуальних машин із параметром sched.mem.pshare.salt обмежує Прозорий спільний доступ до сторінок (TPS) між різними віртуальними машинами, що зменшує ризик несанкціонований доступ до даних за певних умов. Таким чином, кожна віртуальна машина працює з окремий пул спільного використання пам’яті, що підвищує ізоляцію та безпеку. The Параметр, який регулює цю поведінку, — sched.mem.pshare.salt.
Обмеження спільного використання сторінок пам’яті між віртуальними машинами мінімізує можливість несанкціонованого доступу доступ до даних, таким чином відповідаючи найкращим практикам ізоляції та безпеки даних. Це Конфігурація є проактивним заходом для пом’якшення вразливостей, пов’язаних із пам’яттю обмін.
Немає функціонального впливу, пов’язаного з цим контролем безпеки, оскільки він служить для посилення стан безпеки віртуальних машин без впливу на їхню продуктивність або функціональність.
З адміністративного сеансу PowerCLI
- Виконайте Get-VM | Get-AdvancedSetting -Name sched.mem.pshare.salt
- Переконайтеся, що будь-яка явно налаштована сіль не навмисно вмикає спільний доступ між віртуальними машинами; перегляньте політику TPS кластера/хоста та підтвердьте, що прозорий спільний доступ до сторінок між віртуальними машинами обмежено.
Щоб виправити цю рекомендацію, видаліть застарілі налаштування, які навмисно використовують звичайну сіль для віртуальних машин. Якщо потрібна явна сіль, налаштуйте унікальне значення для кожної віртуальної машини та збережіть поведінку ESXi за замовчуванням, яка запобігає спільному використанню сторінок між віртуальними машинами.
📋 CIS Controls & Нормативні посилання
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/get-advancedsetting/
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/set-advancedsetting
Page 262 Internal Only – General
IG 1, 2
IG 1, 2
Page 263 Internal Only – General
7.24 Віртуальні машини не повинні мати можливість отримувати інформацію про хост від гіпервізора (Автоматизовано)
Налаштуйте VMware Tools, щоб вимкнути надсилання інформації про хост гостям, якщо: конкретній віртуальній машині потрібна ця інформація для моніторингу продуктивності.
Увімкнувши віртуальну машину для отримання детальної інформації про фізичний хост, противника може потенційно використовувати цю інформацію для інформування про подальші атаки на хост.
Щоб переконатися, що інформація про хост не надсилається гостям, переконайтеся, що для tools.guestlib.enableHostInfo встановлено значення FALSE.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для tools.guestlib.enableHostInfo встановлено значення FALSE. Крім того, можна використати наступну команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “tools.guestlib.enableHostInfo”| Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть «ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ», а потім введіть tools.guestlib.enableHostInfo зі значенням FALSE.
- Натисніть OK, потім знову OK. Щоб запобігти надсиланню інформації про хост гостям, виконайте таку команду PowerCLI: Page 264 Лише для внутрішнього використання – загальне # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “tools.guestlib.enableHostInfo” -value $false
📋 CIS Controls & Нормативні посилання
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.security.doc/GUID-2CF880DA-2435-4201-
- 9AFB-A16A11951A2D.html
IG 1, 2, 3
IG 1
Page 265 Internal Only – General
7.25 Віртуальні машини мають увімкнути журнал діагностики (Вручну)
Увімкнення діагностичного журналювання на віртуальних машинах полегшує криміналістичний аналіз і усунення несправностей шляхом збору необхідних оперативних даних. Параметр, що регулює це поведінка — Увімкнути журналювання з рекомендованим значенням TRUE.
Діагностичне журналювання має вирішальне значення для виявлення та аналізу проблем, які можуть виникнути в межах a середовище віртуальної машини. Він підтримує своєчасне вирішення проблем, таким чином підтримуючи цілісність системи та ефективність роботи.
Немає негативного функціонального впливу для ввімкнення журналу діагностики. Це контроль значно допомагає у вирішенні проблем, підвищуючи загальну надійність системи та продуктивність.
З адміністративного сеансу PowerCLI:
- Виконайте Get-VM | Get-AdvancedSetting – журналювання імен
- Переконайтеся, що діагностичне журналювання віртуальної машини ввімкнено (ІСТИНА) або що параметр відсутній, а платформа за замовчуванням забезпечує журналювання. Переконайтеся, що кожна віртуальна машина має поточні файли vmware.log у своєму каталозі сховища даних.
Щоб виправити цю рекомендацію, установіть для журналювання значення TRUE для постраждалих віртуальних машин за допомогою Set-AdvancedSetting або за потреби створіть налаштування за допомогою New-AdvancedSetting. Перевірте, чи створено нові записи журналу віртуальної машини.
📋 CIS Controls & Нормативні посилання
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/get-advancedsetting/
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/set-advancedsetting
Page 266 Internal Only – General
IG 1, 2
IG 1, 2
Page 267 Internal Only – General
7.26 Віртуальні машини мають обмежувати кількість збережених журналів діагностики (Автоматизовано)
Обмеження кількості збережених діагностичних журналів у віртуальних машинах допомагає в управлінні ефективно використовувати простір для сховища даних, не перешкоджаючи діагностичним можливостям. Параметр Цю поведінку регулює log.keepOld із рекомендованим значенням 10 або Undefined.
Дотримання розумного обмеження на кількість збережених діагностичних журналів допомагає уникнути потенційні проблеми, пов’язані з вичерпанням місця в сховищі даних, при збереженні корисного набору останні журнали з метою усунення несправностей.
Немає негативного функціонального впливу.
Щоб переконатися, що файли журналу створюватимуться частіше, переконайтеся, що log.keepOld встановлено на 10.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для параметра log.keepOld встановлено значення 10. Крім того, можна використати таку команду PowerCLI: # Список віртуальних машин та їх поточні налаштування Get-VM | Get-AdvancedSetting -Name “log.keepOld”| Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Натисніть «ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ», а потім введіть log.keepOld зі значенням 10.
- Натисніть OK, потім знову OK. Сторінка 268 Лише для внутрішнього використання – Загальні Щоб установити кількість файлів журналу, які будуть використовуватися, рівними 10, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “log.keepOld” -value “10”
📋 CIS Controls & Нормативні посилання
IG 1, 2, 3
IG 1, 2
Page 269 Internal Only – General
7.27 Віртуальні машини мають обмежувати розмір діагностичних журналів (Автоматизовано)
Обмеження розміру журналів діагностики на віртуальних машинах забезпечує ефективне використання простір для сховища даних, особливо корисний для віртуальних машин, що працюють довго. Цей контроль допомагає в підтримання оптимального балансу між діагностичними можливостями та ресурсами зберігання. Параметр, який регулює цю поведінку, — log.rotateSize.
Встановлення обмеження на розмір діагностичних журналів допомагає запобігти надмірному простору споживання, таким чином гарантуючи, що достатньо місця залишається доступним для інших необхідних речей операції.
Обмеження розміру діагностичних журналів не виявило негативного функціонального впливу. Цей контроль полегшує вміле управління ресурсами зберігання, забезпечуючи інші життєво важливі функції не порушуються через вичерпання місця.
Щоб переконатися, що максимальний розмір файлу журналу обмежено належним чином, переконайтеся, що log.rotateSize встановлено на 1024000.
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ.
- Переконайтеся, що для параметра log.rotateSize встановлено значення 1024000. Крім того, можна використати таку команду PowerCLI: # Перелік віртуальних машин та їх поточних налаштувань Get-VM | Get-AdvancedSetting -Name “log.rotateSize”| Виберіть Сутність, Ім’я, Значення
Щоб налаштувати цю конфігурацію, використовуйте інтерфейс vSphere таким чином:
- Виберіть віртуальну машину, потім виберіть «Дії», а потім «Змінити налаштування».
- Натисніть вкладку Параметри віртуальної машини, а потім розгорніть Додатково.
- Натисніть РЕДАГУВАТИ КОНФІГУРАЦІЮ. Сторінка 270 Тільки для внутрішнього використання – Загальне
- Натисніть «ДОДАТИ ПАРАМЕТРИ КОНФІГУРАЦІЇ», а потім введіть log.rotateSize зі значенням 1024000.
- Натисніть OK, потім знову OK. Щоб належним чином обмежити максимальний розмір файлу журналу, виконайте таку команду PowerCLI: # Додайте налаштування до всіх віртуальних машин Get-VM | New-AdvancedSetting -Name “log.rotateSize” -value “1024000”
📋 CIS Controls & Нормативні посилання
- http://kb.vmware.com/kb/8182749
- https://docs.vmware.com/en/VMware-
- vSphere/7.0/com.vmware.vsphere.monitoring.doc/GUID-2DD66869-52C7-42C5-
- 8F5B-145EBD26BBA1.html
IG 1, 2, 3
IG 1, 2
Page 271 Internal Only – General
7.28 Віртуальні машини мають обмежувати інформаційні повідомлення від віртуальної машини файлом VMX (Вручну)
Обмежте кількість інформаційних повідомлень від віртуальної машини до файлу VMX запобігти перевищенню розміру файлу за замовчуванням у 1 Мб, таким чином уникаючи потенційної відмови ситуацій обслуговування через повне сховище даних. Параметр, який регулює таку поведінку tools.setInfo.sizeLimit із рекомендованим значенням 1048576 або Undefined.
Цей елемент керування допомагає підтримувати безладний файл VMX, забезпечуючи роботу сховища даних оптимально, не перевантажуючись надмірними інформаційними повідомленнями, які в turn підтримує надійність і продуктивність системи.
Негативного функціонального впливу не виявлено.
З адміністративного сеансу PowerCLI:
- Виконайте Get-VM | Get-AdvancedSetting -Name tools.setInfo.sizeLimit
- Переконайтеся, що для інформації, записаної VMware Tools у файл VMX, налаштовано кінцевий затверджений ліміт.
Щоб виправити цю рекомендацію, установіть для tools.setInfo.sizeLimit ліміт, затверджений організацією, за допомогою Set-AdvancedSetting/New-AdvancedSetting. Перевірте будь-які інструменти керування гостьовими клієнтами, які покладаються на обмін інформацією про гостьові.
📋 CIS Controls & Нормативні посилання
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/get-advancedsetting/
- https://developer.broadcom.com/powercli/latest/vmware.vimautomation.core/com
- mands/set-advancedsetting
Page 272 Internal Only – General
IG 1, 2, 3
IG 1, 2
Page 273 Internal Only – General
7.29 Віртуальні машини повинні мати апаратне забезпечення віртуальної машини версії 19 або новішої (Вручну)
Оновіть апаратне забезпечення до версії 19 або новішої, щоб отримати доступ до покращених функцій продуктивність. Протестуйте оновлення та переконайтеся в сумісності всіх операційних систем пейзажі.
Оновлення сприяє покращенню продуктивності та доступу до функцій, узгоджуючи його з ESXi та vSphere оновлюється, забезпечуючи безперервність обслуговування в різних середовищах.
Можуть відбутися зміни у версіях пристроїв у гостьовій системі, що вимагає ретельного тестування запобігти збоям в обслуговуванні. Знімки можуть допомогти у тестуванні, дозволяючи повернути апаратну версію, якщо потрібно.
З адміністративного сеансу PowerCLI:
- Виконайте Get-VM | Виберіть «Назва», «Версія».
- Переконайтеся, що апаратне забезпечення віртуальної машини сумісне з версією 19 (vmx-19) або новішою для віртуальних машин у межах.
Перед виправленням підтвердьте сумісність гостьової ОС і програми, зробіть необхідні резервні копії/миттєві знімки відповідно до політики, а потім використовуйте vSphere Client > Compatibility > Upgrade VM Compatibility або PowerCLI, щоб оновити обладнання до версії 19 або новішої. Може знадобитися цикл живлення віртуальної машини.
📋 CIS Controls & Нормативні посилання
- https://knowledge.broadcom.com/external/article/315390
- https://knowledge.broadcom.com/external/article?legacyId=2007240
Page 274 Internal Only – General
IG 1, 2, 3
IG 1, 2, 3
IG 1, 2
Page 275 Internal Only – General 8 VMware Tools
Page 276 Internal Only – General
Потрібні інші розділи стандарту?
Перегляньте повний інтерактивний перелік усіх рекомендацій у головному хабі стандарту.
