Bezpieczeństwo Gooroom: Co tak naprawdę robią zaufane rozruchy i izolacja

Model bezpieczeństwa Gooroom najlepiej rozumieć jako warstwy: zaufany rozruch zapewnia zaufanie do oprogramowania ładowanego podczas uruchamiania, a zabezpieczenia systemu operacyjnego i przeglądarki chronią przed zagrożeniami po uruchomieniu. Należy je traktować jako uzupełniające się mechanizmy kontroli, a nie jako gwarancję, że każdy program działa w piaskownicy. Publiczne materiały Gooroom opisują zaufany rozruch, ochronę systemu operacyjnego, ochronę plików wykonywalnych i ochronę przeglądarki, ale nie dokumentują uniwersalnej piaskownicy dla każdej aplikacji ani nie dowodzą, że każde urządzenie jest dostarczane z identycznymi ustawieniami.

Co oznacza „zaufany but” w Gooroom

Proces zaufanego rozruchu (Trusted Boot) polega na sprawdzeniu, czy komponenty startowe są autoryzowane i nienaruszone, podczas gdy kontrola jest przekazywana z jednego etapu do następnego. W typowym łańcuchu, oprogramowanie układowe platformy uruchamia bootloader, który następnie ładuje jądro i powiązane komponenty. Jeśli etap weryfikacji odrzuci komponent, system może zablokować uruchomienie lub zgłosić problem, w zależności od konfiguracji. Różni się to od sprawdzania pobranego pliku po uruchomieniu systemu operacyjnego.

Oficjalny przegląd bezpieczeństwa Gooroom przedstawia zaufany rozruch jako jeden z elementów swojej struktury zabezpieczeń, poniżej zabezpieczeń systemu operacyjnego i aplikacji. Osobno, informacje o wydaniu projektu Gooroom GRUB wymieniają natywną obsługę bezpiecznego rozruchu UEFI w historii kodu źródłowego. Jest to dowód na to, że kod bootloadera obsługuje bezpieczny rozruch; nie jest to dowód na to, że konkretny obraz Gooroom, oprogramowanie układowe komputera lub instalacja ma włączoną funkcję bezpiecznego rozruchu, zarejestrowane klucze lub zweryfikowany każdy komponent rozruchowy. Przejrzane materiały publiczne nie określają jednego aktualnego sprzętowego źródła zaufania, układu kluczy podpisu ani obowiązkowej konfiguracji dla wszystkich wdrożeń.

Jak wpisuje się ochrona i izolacja systemu operacyjnego

Sprawdzanie rozruchu określa ścieżkę dostępu do systemu operacyjnego. Ochrona środowiska uruchomieniowego ma na celu ograniczenie działań złośliwego lub nieautoryzowanego kodu po zalogowaniu. Materiały dotyczące struktury bezpieczeństwa Gooroom wymieniają ochronę systemu operacyjnego, ochronę plików wykonywalnych i ochronę przeglądarki jako oddzielne funkcje. Opis produktu przedstawia również lekkiego hiperwizora. Hiperwizor może tworzyć granicę między środowiskami, ale sama jego obecność nie mówi, który proces jest izolowany, do jakich zasobów ma dostęp ani czy izolacja jest aktywna w zainstalowanej wersji.

„Piaskownica” to ogólna koncepcja bezpieczeństwa: oprogramowanie działa z ograniczonym dostępem do plików, urządzeń i innych procesów, więc ryzyko włamania ma mniejsze możliwości rozprzestrzeniania się. Publiczne materiały Gooroom wspierają dyskusję na temat ochrony przeglądarki i systemu operacyjnego jako komponentów frameworka, ale nie dostarczają wystarczających informacji, aby twierdzić, że każda zwykła aplikacja desktopowa działa we własnej piaskownicy. Nie należy wnioskować o izolacji poszczególnych kart, izolacji maszyn wirtualnych, automatycznym wycofywaniu ani całkowitym zabezpieczeniu, chyba że dokumentacja konkretnej wersji to potwierdza.

Publiczne repozytorium OS-Protect projektu opisuje również Shadow-box, platformę do monitorowania jądra opartą na wirtualizacji, z lekkim hiperwizorem i monitorem bezpieczeństwa. W pliku README omówiono monitorowanie integralności jądra i wskazano ograniczenia operacyjne, w tym wyłączenie niektórych funkcji jądra i zarządzania energią dla tej implementacji. Repozytorium pomaga wyjaśnić kierunek techniczny projektu, ale nie udowadnia, że ​​funkcja ta jest włączona w każdej bieżącej kompilacji Gooroom lub odpowiednia dla każdej konfiguracji stacji roboczej.

Czego ten model może, a czego nie może chronić

• Podczas uruchamiania: prawidłowo skonfigurowany zaufany łańcuch rozruchowy może utrudnić niezauważone załadowanie nieautoryzowanych zmian w komponentach rozruchowych. Jego wartość zależy od oprogramowania sprzętowego, zarejestrowanych kluczy zaufania, podpisanych komponentów i rzeczywistej ścieżki rozruchowej.
• Po uruchomieniu: zabezpieczenia systemu operacyjnego, plików wykonywalnych i przeglądarki mogą ograniczać wybrane zagrożenia lub ścieżki dostępu. Ich zakres zależy od implementacji, polityki i wersji.
• Poza tymi granicami: te zabezpieczenia nie zapobiegają automatycznie phishingowi, kradzieży danych uwierzytelniających, podejmowaniu niebezpiecznych decyzji przez użytkowników, podatnym na ataki aplikacjom ani atakom za pośrednictwem niezabezpieczonych usług. Nie zastępują one aktualizacji, kopii zapasowych, kontroli kont ani zabezpieczeń sieci.

Szyfrowanie jest oddzielne. Zaufany rozruch może pomóc w budowaniu zaufania do oprogramowania uruchamianego automatycznie, ale nie oznacza, że ​​pliki na wyłączonym urządzeniu są szyfrowane. Sprawdź status szyfrowania dysku niezależnie, jeśli ochrona przed utratą urządzenia jest częścią Twojego wymagania.

Co należy zweryfikować na urządzeniu Gooroom

Ponieważ publiczne opisy nie definiują jednej, uniwersalnej konfiguracji, należy sprawdzić ustawienia na konkretnym komputerze i wersji, z której korzystasz. Poproś administratora lub dostawcę o instrukcję i politykę bezpieczeństwa dla konkretnej wersji. Sprawdź, czy komputer uruchamia się w trybie UEFI, czy funkcja Secure Boot jest włączona w oprogramowaniu układowym oraz czy zainstalowany bootloader i jądro są akceptowane przez skonfigurowane klucze zaufania. Unikaj zmiany kluczy oprogramowania układowego lub wyłączania funkcji Secure Boot na zarządzanym urządzeniu bez uprzedniej zgody; każda z tych zmian może wpłynąć na zasady uruchamiania i organizacji.

Zweryfikuj zabezpieczenia środowiska wykonawczego osobno. Poszukaj udokumentowanych wskaźników stanu lub zasad zarządzania dotyczących ochrony systemu operacyjnego, plików wykonywalnych i przeglądarki. Zapytaj, co jest odizolowane, jakie dane i urządzenia pozostają dostępne z tego środowiska, jak aktualizacje zmieniają zasady i jakie logi pojawiają się w przypadku niepowodzenia kontroli. Broszura produktu to przegląd architektury, a nie raport o stanie punktu końcowego.

Jak czytać dowody

Głównymi źródłami są informacje o wydaniu Gooroom GRUB , repozytorium Gooroom OS-protector oraz przegląd zabezpieczeń Gooroom Hancom (opublikowany 19 sierpnia 2022 r.). Broszura opisuje komponenty frameworka; dokumentacja repozytorium opisuje kod i ograniczenia; żadna z nich nie udowadnia, co jest aktywne w danej instalacji. Nie znalazłem w tych źródłach żadnego zweryfikowanego, niedawnego ogłoszenia, które zmieniałoby podstawowe rozróżnienie między zaufanym rozruchem a ochroną środowiska uruchomieniowego. Przed podjęciem decyzji dotyczącej bezpieczeństwa należy zapoznać się z dokumentacją konkretnego wydania.