Zablokuj kiosk desktopowy

Publiczne kioski wymagają dedykowanego urządzenia

Komputer z systemem macOS lub Windows, na którym działa desktopowy kiosk Jonot w środowisku publicznym, musi być dedykowanym urządzeniem — nie może jednocześnie służyć jako używalne stanowisko obsługi ani współdzielona stacja robocza. Blokowanie ucieczek na poziomie systemu operacyjnego (Force Quit ⌘+⌥+Esc, Mission Control, gesty Spaces) jest obowiązkowe dla publicznego kiosku i nie da się go pogodzić z tym, by ta sama maszyna pozostawała normalnie używalna. Zobacz Uruchamianie wyświetlacza i stanowiska obsługi na jednym komputerze, aby poznać obsługiwaną topologię wielu powierzchni.

Aplikacja kiosku desktopowego obsługuje to, co może, z poziomu własnego procesu. W przypadku nienadzorowanych publicznych kiosków dołóż pod aplikacją profil na poziomie systemu operacyjnego, aby sam system blokował drogi ucieczki, których aplikacja z zasady nie jest w stanie zamknąć.

Co aplikacja obsługuje samodzielnie

Po uruchomieniu jako klient kiosku aplikacja desktopowa:

• Otwiera się bez obramowania i w trybie pełnoekranowym, zajmując całą powierzchnię ekranu, łącznie z paskiem menu.
• Na macOS ukrywa pasek menu i dok za pomocą natywnego NSApplicationPresentationOptions (.hideMenuBar | .hideDock) i wymusza to ponownie za każdym razem, gdy aplikacja odzyskuje fokus.
• Blokuje ⌘+Q (oraz „Zakończ” w menu aplikacji) na macOS za pomocą AWT QuitHandler.
• Próbuje tłumić inne popularne skróty klawiszowe — Alt+F4, ⌘+W, Alt+Tab, ⌘+Tab, klawisz Windows/Super, F11 i Escape — o ile system dostarcza je do aplikacji, zanim sam je obsłuży.
• Zabezpiecza wyjście kodem PIN menedżera. Menu menedżera otwiera się po pięciu szybkich dotknięciach w prawym górnym rogu (na ekranach dotykowych) lub pięciu naciśnięciach F12 (na klawiaturach fizycznych), a wprowadzanie PIN-u ma blokadę na atak siłowy. Nadzorujący operator ustawia PIN przy pierwszym uruchomieniu. Zobacz Wyjście z blokady kiosku i odzyskiwanie PIN-u, aby poznać pełny przebieg działań operatora, w tym odzyskiwanie PIN-u.

Aplikacja stanowiska obsługi nie jest blokowana — to narzędzie dla personelu, które zachowuje standardowe elementy sterowania oknem.

Czego aplikacja nie może zamknąć — wymaga profilu na poziomie systemu operacyjnego

Aplikacja desktopowa nie może niezawodnie blokować każdego gestu systemowego z poziomu własnego procesu. Drogi wymagające profilu na poziomie systemu operacyjnego to: Force Quit (⌘+⌥+Esc), Mission Control, gesty Spaces, aktywne narożniki, przełączanie aplikacji (⌘+Tab / Alt+Tab na poziomie systemu) oraz Spotlight. Skorzystaj z poniższej instrukcji na poziomie systemu operacyjnego, aby je zabezpieczyć.

Windows — Assigned Access / Shell Launcher

Windows oferuje dwa mechanizmy kiosku. Kiosk desktopowy jest klasyczną aplikacją Win32, dlatego Shell Launcher jest właściwym rozwiązaniem — Assigned Access (kiosk jednej aplikacji) akceptuje tylko aplikacje UWP/MSIX lub przeglądarkę Microsoft Edge.

Shell Launcher v2 zastępuje domyślną powłokę Windows (explorer.exe) plikiem wykonywalnym kiosku Jonot dla wskazanego konta. Bez powłoki Eksploratora nie ma pulpitu, menu Start ani paska zadań; jeśli aplikacja się zakończy, Shell Launcher uruchamia ją ponownie. Wymaga systemu Windows 10/11 Enterprise, Education lub IoT Enterprise.

1. Włącz opcjonalną funkcję Shell Launcher (Enable-WindowsOptionalFeature -Online -FeatureName Client-EmbeddedShellLauncher) albo wdroż ją z poziomu Twojego MDM.
2. Utwórz dedykowane, standardowe (nieadministracyjne) konto lokalne dla kiosku.
3. Skonfiguruj Shell Launcher tak, aby niestandardową powłoką tego konta był launcher kiosku Jonot, z akcją ponownego uruchamiania po zakończeniu — za pomocą CSP Shell Launcher z Twojego MDM lub lokalnie, korzystając z przykładu PowerShell z mostkiem WMI opisanego w przewodniku Shell Launcher.
4. Ustaw dla konta kiosku automatyczne logowanie i wyłącz ekran blokady, uśpienie oraz szybkie przełączanie użytkowników.

Do szybkiej, nadzorowanej konfiguracji bez licencji Enterprise „przeglądarka kiosku” Assigned Access może wskazywać bezpośrednio na https://kiosk.jonot.io — uruchamia jednak SPA w Edge bez natywnego mostka (brak lokalnego drukowania, brak przełączania na tryb offline hosta), więc jest to rozwiązanie zapasowe, a nie zamiennik aplikacji natywnej.

macOS — instrukcja blokowania ucieczek na poziomie systemu

Aplikacja ukrywa pasek menu i dok oraz blokuje ⌘+Q po swojej stronie. Profil na poziomie systemu obejmuje drogi, których aplikacja nie może zamknąć: Force Quit, Mission Control, przełączanie Spaces, aktywne narożniki, Spotlight i przełączanie aplikacji.

Użyj dedykowanego, zarządzanego lub ograniczonego konta z automatycznym logowaniem. Wdrażaj za pomocą MDM (Jamf Pro, Kandji, Mosyle lub Intune):

1. Dedykowane standardowe konto + automatyczne logowanie. Utwórz nieadministracyjne konto lokalne używane wyłącznie do kiosku. Włącz dla niego automatyczne logowanie i wyłącz uśpienie systemu za pomocą profilu energetycznego. Payload Managed Login Items zapewnia uruchamianie aplikacji kiosku przy starcie sesji.

2. Wyłącz Force Quit (⌘+⌥+Esc). Force Quit to główna droga ucieczki, której aplikacja nie może zablokować. Wyłącz ją za pomocą niestandardowego payloadu managed-preferences dla com.apple.loginwindow:

   DisableForceQuitCombinedKey = true

3. Wyłącz Mission Control i przełączanie Spaces. Użyj com.apple.symbolichotkeys, aby wyłączyć skrót Mission Control (klawisz 32) oraz skróty przełączania Spaces (klawisze 79–81, 118–123).

4. Wyłącz aktywne narożniki. Wdróż payload preferencji com.apple.dock z wszystkimi czterema kluczami wvous-*-corner ustawionymi na 0 (wyłączone).

5. Wyłącz Spotlight. Wyłącz skrót klawiszowy Spotlight za pomocą com.apple.symbolichotkeys (klawisz 64 dla wyszukiwania Spotlight). Uwaga: klucz Spotlight standardowego payloadu Restrictions tłumi wyłącznie wyniki z internetu, a nie samo Spotlight — zamiast tego użyj podejścia z symbolichotkeys.

6. Wyłącz przełączanie aplikacji (⌘+Tab). Wyłącz skrót Przełącznika aplikacji za pomocą com.apple.symbolichotkeys (klawisz 27).

Notatka

macOS oferuje też tryb Autonomous Single App Mode (ASAM), który zapewnia egzekwowaną przez system blokadę do jednej aplikacji. ASAM wymaga, aby aplikacja zgłosiła się przez API ASAM firmy Apple, czego kiosk desktopowy Jonot obecnie nie robi. Powyższa instrukcja zapewnia skuteczną blokadę bez ASAM dla dróg, które mają znaczenie.

Linux — sesja kiosku GNOME

W Linuksie najczystszym rozwiązaniem blokady jest dedykowana sesja GNOME Kiosk, w której aplikacja kiosku Jonot jest jedynym oknem sesji — bez panelu, bez podglądu Aktywności i bez przełącznika aplikacji.

1. Zainstaluj pakiet gnome-kiosk (dostępny w nowszych wydaniach Fedory oraz Debiana/Ubuntu). Udostępnia on minimalny kompozytor Wayland, który uruchamia jedną aplikację pełnoekranową.
2. Utwórz niestandardową sesję, która uruchamia plik wykonywalny kiosku Jonot jako polecenie powłoki, tak aby aplikacja kiosku była sesją.
3. Skonfiguruj automatyczne logowanie GDM dla dedykowanego standardowego użytkownika w tej sesji kiosku.
4. Wzmocnij otaczający system: wyłącz przełączanie VT oraz Ctrl+Alt+Backspace, zablokuj dostęp do TTY w logind i wyłącz automatyczne wygaszanie ekranu oraz zarządzanie energią.

Ponieważ kompozytor GNOME Kiosk nigdy nie udostępnia przełącznika ani podglądu, w ramach sesji nie ma drogi do innej aplikacji — system egzekwuje to, co wewnątrzprocesowe tłumienie skrótów aplikacji może jedynie próbować.

Zalecane warstwy

Warstwa	Chroni przed
Blokada w aplikacji	Paskiem menu/dokiem (macOS), ⌘+Q, przypadkowym wyjściem, skrótami przechwytywalnymi wewnątrz procesu
Profil kiosku na poziomie systemu	Force Quit, Mission Control, Spaces, aktywnymi narożnikami, Spotlight, przełączaniem aplikacji na poziomie systemu
Obudowa fizyczna	Dostępem do sprzętu — portami USB, przyciskiem zasilania, klawiaturą

Dla nienadzorowanych publicznych wdrożeń zawsze stosuj blokadę w aplikacji razem z profilem na poziomie systemu. Obudowa fizyczna to trzecia warstwa dla w pełni odpornych na manipulacje wdrożeń.