Wyjaśnienie modelu bezpieczeństwa Gooroom OS: zaufany rozruch, ochrona systemu operacyjnego i sandboxing przeglądarki

Czy Gooroom OS został stworzony z myślą o zaufanym rozruchu i środowisku testowym?

Publiczny opis produktu Gooroom przedstawia bezpieczeństwo jako zestaw zabezpieczeń obejmujących proces uruchamiania, system operacyjny, pliki wykonywalne i przeglądarkę. Hancom wymienia obecnie cztery komponenty w swoim systemie zabezpieczeń: zaufany rozruch, ochronę plików wykonywalnych, ochronę systemu operacyjnego i ochronę przeglądarki. Opisuje również przeglądarkę Gooroom opartą na Chromium, z blokowaniem szkodliwych witryn i różnymi zasadami dostępu dla zaufanych i niezaufanych kontekstów przeglądarek. Jest to przydatny model wysokiego poziomu, ale nie ujawnia on wszystkich szczegółów implementacji ani nie gwarantuje, że każda wersja i wdrożenie Gooroom zapewnia identyczne mechanizmy kontroli. Przegląd produktu Gooroom firmy Hancom

Praktycznym wnioskiem jest głęboka ochrona: kontrola startowa pomaga zbudować zaufanie do uruchamianego oprogramowania; zabezpieczenia systemu operacyjnego i plików wykonywalnych mają na celu zachowanie integralności po uruchomieniu; mechanizmy kontroli przeglądarki ograniczają narażenie na ryzykowną zawartość internetową. Piaskownica to jeden z możliwych mechanizmów ograniczających w tym zakresie. Publiczny przegląd Gooroom potwierdza ochronę przeglądarki, ale nie określa dokładnej konfiguracji piaskownicy dostarczanej w każdej wersji przeglądarki. Należy pamiętać o tym rozróżnieniu, oceniając konkretne urządzenie.

Co oznacza „zaufany rozruch”?

Zaufany rozruch dotyczy ścieżki systemu od włączenia zasilania do uruchomienia systemu operacyjnego. W ogólnej terminologii bezpieczeństwa, NIST definiuje zaufany rozruch jako rozruch, w którym aspekty sprzętu i oprogramowania sprzętowego są mierzone i porównywane ze znanymi, dobrymi wartościami w celu oceny integralności. Publiczna strona produktu Gooroom potwierdza, że ​​zaufany rozruch jest częścią jego struktury bezpieczeństwa, ale nie opisuje publicznie dokładnych pomiarów, kluczy, zachowania w przypadku awarii ani wymagań sprzętowych dla każdej wersji. Zatem ogólna definicja wyjaśnia cel; nie należy jej mylić ze zweryfikowaną specyfikacją techniczną konkretnej instalacji Gooroom. Wpis w słowniku NIST dotyczący zaufanego rozruchu

Dlaczego to ma znaczenie? Jeśli atakujący zmodyfikuje wczesny komponent rozruchowy, późniejsze zabezpieczenia mogą bazować na zainfekowanym fundamencie. Zaufany mechanizm uruchamiania ma na celu wykrywanie lub blokowanie nieautoryzowanych zmian, zanim system przejdzie do normalnego pulpitu. To, czy dany komputer odmawia uruchomienia, ostrzega administratora, rejestruje pomiar, czy używa innej odpowiedzi, zależy od implementacji i polityki. Przed użyciem konkretnej odpowiedzi należy sprawdzić dokumentację danej edycji Gooroom i używanego sprzętu.

Czym to się różni od Secure Boot?

Ludzie często używają terminów „bezpieczny rozruch”, „zaufany rozruch” i „zweryfikowany rozruch”, jakby opisywały jeden uniwersalny mechanizm. Są to powiązane koncepcje, ale ich nazwy i implementacje różnią się. Bezpieczny rozruch zazwyczaj odnosi się do oprogramowania układowego wymuszającego politykę podpisu na bootloaderach; zaufany lub mierzony rozruch może odnosić się do rejestrowania lub sprawdzania informacji o integralności w całym łańcuchu startowym. Produkt może łączyć kilka technik. Przegląd Hancoma nazywa funkcję Gooroom „zaufanym rozruchem”, ale strona publiczna nie określa, jakie dokładnie kroki UEFI, TPM, podpisywania lub pomiaru wykorzystuje konkretna wersja. Unikaj wnioskowania o tych szczegółach na podstawie samej nazwy funkcji.

Dla administratora przydatne są konkretne pytania: Które komponenty rozruchowe są sprawdzane? Gdzie są zarządzane klucze zaufania? Co się stanie, jeśli weryfikacja się nie powiedzie? Czy pomiary rozruchu można przeglądać centralnie? Czy polityka zmienia się po wyłączeniu funkcji Secure Boot lub zainstalowaniu niestandardowych jąder? Odpowiedzi powinny pochodzić z podręcznika wdrażania Gooroom dla danej wersji lub od organizacji zarządzającej punktem końcowym.

Co chroni piaskownica?

Sandbox ogranicza możliwości procesu, nawet jeśli obsługuje on wrogie dane wejściowe lub zawiera lukę w zabezpieczeniach. W przeglądarce kluczowym przykładem jest zawartość internetowa: zainfekowany proces renderowania stron powinien mieć ograniczony dostęp do innych procesów, plików i zasobów systemowych. Dokumentacja Chromium dla Linuksa opisuje warstwowe mechanizmy sandboxa i wyjaśnia, że ​​dokładne mechanizmy zależą od dostępnych funkcji jądra. Dokumentuje to projekt Chromium, a nie gwarantuje poprawności każdej wersji przeglądarki. Dokumentacja Chromium dla Linuksa

Hancom opisuje przeglądarkę Gooroom jako opartą na Chromium i twierdzi, że stosuje ona zasady, takie jak blokowanie szkodliwych witryn i zróżnicowany dostęp dla zaufanych i niezaufanych przeglądarek. Są to kontrole na poziomie przeglądarki. Mogą one uzupełniać piaskownicę procesów, ale nie są tym samym: zasady witryny kontrolują, które miejsca docelowe lub konteksty są dozwolone, podczas gdy piaskownica procesów ogranicza dostęp do działającego komponentu przeglądarki. Publiczna strona produktu nie identyfikuje, które przestrzenie nazw Linuksa, filtry wywołań systemowych ani inne warstwy piaskownicy są włączone w każdej wersji przeglądarki Gooroom. Opis przeglądarki Gooroom i jej zasad autorstwa Hancoma

Jak warstwy współdziałają ze sobą?

Wyobraź sobie, że pracownik otrzymuje link do podejrzanego dokumentu. Zaufany rozruch określa, czy punkt końcowy uruchamia się z zatwierdzonego stanu oprogramowania. Ochrona systemu operacyjnego ma na celu ochronę integralności systemu podczas pracy maszyny. Ochrona plików wykonywalnych to kolejna warstwa, której celem jest zapobieganie nieautoryzowanemu lub niebezpiecznemu uruchamianiu programów. Ochrona przeglądarki może blokować ryzykowne witryny lub stosować bardziej rygorystyczne reguły w przypadku niezaufanego kontekstu przeglądania. Jeśli komponent przeglądarki zostanie naruszony, skuteczna piaskownica procesów może ograniczyć zasięg tego komponentu. Każda warstwa atakuje inny punkt na ścieżce ataku; żadna nie eliminuję pozostałych.

Na stronie produktu Gooroom podano również, że platformą można zarządzać za pośrednictwem systemu Gooroom Platform Management System (GPMS), co umożliwia zbiorczą instalację oprogramowania i zarządzanie ustawieniami. Centralne zarządzanie może pomóc administratorom w stosowaniu spójnej konfiguracji, ale samo zarządzanie nie gwarantuje, że dana kontrola jest włączona lub poprawnie skonfigurowana. Należy zweryfikować przypisane zasady na urządzeniu lub za pomocą konsoli zarządzania organizacji. Przegląd rozwiązań GPMS i zarządzania punktami końcowymi firmy Hancom

Co użytkownicy mogą sprawdzić w zainstalowanym systemie?

• Zidentyfikuj wydanie. Zapisz dokładną edycję Gooroom, wersję, wersję przeglądarki i model urządzenia. Zachowanie zabezpieczeń może się zmieniać między kompilacjami.
• Sprawdź politykę rozruchu z administratorem. Sprawdź, czy opcja zaufanego rozruchu jest włączona, jakie wsparcie sprzętowe jest wymagane i w jaki sposób zgłaszany jest błąd kontroli integralności. Nie zakładaj, że ustawienie widoczne w oprogramowaniu układowym potwierdza pełną politykę rozruchu Gooroom.
• Zapoznaj się z polityką przeglądarki. Zapytaj, czy organizacja oddziela zaufane i niezaufane przeglądanie, jakie kontrole witryn są stosowane i czy wyjątki są zatwierdzane centralnie.
• Sprawdź stan piaskownicy, jeśli jest dostępna. Kompilacje oparte na Chromium mogą ujawniać szczegóły piaskownicy procesów pod adresem chrome://sandbox. Jeśli ta strona jest niedostępna lub różni się w przeglądarce Gooroom, skorzystaj z metody specyficznej dla wydania udostępnionej przez dostawcę lub administratora. Strona stanu jest wskazówką diagnostyczną, a nie pełnym audytem bezpieczeństwa.
• Aktualizuj system i przeglądarkę. Integralność rozruchu i sandboxing nie naprawiają luk w zabezpieczeniach aplikacji. Skorzystaj z zatwierdzonego procesu aktualizacji i sprawdź, czy został on zakończony.

Jakie są ograniczenia tego modelu bezpieczeństwa?

Zaufany rozruch dotyczy integralności podczas uruchamiania; sam w sobie nie powstrzymuje użytkownika przed wprowadzeniem danych uwierzytelniających na stronie phishingowej ani nie zapobiega wszelkim złośliwym działaniom po zalogowaniu. Piaskownica przeglądarki może zmniejszyć wpływ zainfekowanego renderera, ale nie stanowi absolutnej bariery: błędy w przeglądarce, jądrze lub granicach piaskownicy nadal mogą mieć znaczenie. Funkcje ochrony plików wykonywalnych i systemu operacyjnego zależą również od ich konkretnych zasad, stanu aktualizacji i konfiguracji administratora.

Kod open source może obsługiwać przegląd i współpracę, ale obecność publicznego repozytorium nie gwarantuje, że komponent jest aktualny, włączony lub skonfigurowany w ten sam sposób w wersji komercyjnej lub zarządzanej. Na przykład publiczne repozytorium OS Protector organizacji Gooroom dokumentuje projekt ochrony jądra oparty na hiperwizorze. Jego obecność jest dowodem na opublikowanie projektu, a nie dowodem na to, że dane wydanie zawiera lub aktywuje tę implementację.

Czy Gooroom sprawdzi się w zarządzanym miejscu pracy?

Opublikowany model bezpieczeństwa Gooroom jest najbardziej odpowiedni tam, gdzie administratorzy potrzebują kontrolowanego pulpitu, scentralizowanych ustawień i zasad przeglądarki w firmach lub sektorze publicznym. Przed jego wdrożeniem należy zapytać dostawcę lub zespół wdrożeniowy o architekturę bezpieczeństwa dla konkretnej wersji, obsługiwane wymagania sprzętowe, procedury aktualizacji i wycofywania, obsługę błędów rozruchu, stan piaskownicy przeglądarki oraz sposób ograniczania aplikacji lokalnych. Przetestuj również oprogramowanie potrzebne Twojej organizacji, w tym urządzenia USB, klientów VPN, ochronę punktów końcowych i wszelki specjalistyczny sprzęt. Hancom wymienia kompatybilność z oprogramowaniem zabezpieczającym dla sektora publicznego i obsługę wirtualizacji pulpitu, ale dopasowanie nadal zależy od Twojego środowiska.

Krótko mówiąc, model Gooroom należy interpretować jako kilka współpracujących warstw, a nie pojedynczy przełącznik „piaskownicy”. Dostawca publicznie wymienia zaufany rozruch, ochronę plików wykonywalnych, ochronę systemu operacyjnego i ochronę przeglądarki. Chromium dostarcza istotne informacje o projekcie piaskownicy, natomiast dokładne ustawienia na wdrożonym punkcie końcowym Gooroom należy zweryfikować z dokumentacją wydania i polityką administratora.