Чи може VPN усередині віртуальної машини сховати трафік від хоста?

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

Хост читає відкритий текст раніше за тунель

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

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

Артефакти переживають сеанс

Призупиніть госта VirtualBox, і поруч з'явиться файл .sav зі збереженим станом пам'яті. VMware залишає файли .vmem і .vmsn під час призупинення та знімків, а контрольні точки Hyper-V нарощують різницеві диски .avhdx на томі хоста. Жоден із цих файлів не шифрується шифруванням диска госта. Файл підкачки хоста теж може отримати сторінки, витіснені гіпервізором, той слід, про який Tails попереджає у своєму посібнику з віртуалізації. Перевірте, чи зберігає гіпервізор знімки і чи лежить swap хоста на зашифрованому томі.

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

Шифрування диска покриває вужчий випадок

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

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

Транспорт — це не той самий вид

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

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

Звужте перетини, потім напишіть звіт

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

Ці кроки звужують перетини; вони не роблять госта окремим фізичним кордоном довіри. Вважати посилену ВМ таким кордоном — саме тут оцінки ризику зазвичай помиляються.

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