Sprawdź się: Bezpieczeństwo instancji OpenClaw: bind, auth, sekrety i kopie

Pytania quizu

1. Na serwerze działa UFW z otwartymi 22, 80 i 443. Kontener z OpenClaw publikuje port 18789 przez -p. Co jest prawdą?

   • Port 18789 jest zablokowany, bo UFW odrzuca wszystko poza listą
   • Ruch może omijać reguły INPUT, bo decyzje zapadają w łańcuchu DOCKER-USER
   • Docker automatycznie synchronizuje reguły z UFW przy publikowaniu portu
   • Port jest dostępny tylko lokalnie, bo -p mapuje wyłącznie na 127.0.0.1

   Publikowanie portów przez -p przepuszcza ruch przez łańcuchy forwardowania Dockera, a większość dystrybucji ocenia go w łańcuchu DOCKER-USER — reguły w INPUT mogą go w ogóle nie dotknąć. Odpowiedź o zablokowanym porcie jest tą, w którą wierzy większość ludzi i dlatego jest groźna: zapora wygląda na szczelną w wyniku ufw status, a port odpowiada z zewnątrz.

2. Zmieniasz gateway.bind na lan i restartujesz gateway, ale gateway.auth.mode zostaje na none. Co się stanie?

   • Gateway wstanie i będzie nasłuchiwał w sieci lokalnej bez uwierzytelniania
   • Gateway odmówi bindowania, bo uwierzytelnianie jest wymagane domyślnie i działa fail-closed
   • Gateway wstanie, ale Control UI zostanie wyłączone do czasu ustawienia tokenu
   • Gateway sam wygeneruje token i dopisze go do konfiguracji

   Bez skonfigurowanej ścieżki auth gateway odmawia bindowania i odrzuca połączenia WebSocket, zostawiając w logu „refusing to bind gateway without auth”. Pierwsza odpowiedź opisuje dokładnie ten scenariusz, przed którym ta blokada chroni — tryb none istnieje na liście wartości, ale trzeba go wpisać ręcznie i wtedy odpowiadasz za skutki sam. Tokenu gateway za Ciebie nie wygeneruje; robi to openclaw doctor --generate-gateway-token.

3. Włączasz sandbox dockerowy z mode „all” i scope „agent”. Który element nadal działa poza sandboxem?

   • Narzędzia plikowe, o ile workspaceAccess ma wartość none
   • Sam proces gatewaya oraz exec uruchamiany przez tools.elevated
   • Narzędzie exec, bo mode „all” obejmuje wszystkie sesje
   • Nic — mode „all” obejmuje każdą sesję i każde narzędzie

   Sandbox izoluje wykonywanie narzędzi, ale sam gateway pozostaje poza nim, a tools.elevated jest jawnym wyjściem awaryjnym, które uruchamia exec z pominięciem sandboxa. Odpowiedzi o exec i o „niczym” mylą zakres sesji z zakresem procesu: mode „all” obejmuje faktycznie wszystkie sesje, więc zwykły exec ląduje w sandboxie — poza nim zostaje proces gatewaya i ścieżka elevated.

4. Chcesz sprawdzić konfigurację przed otwarciem gatewaya dla zespołu. Co daje najwięcej w jednym ruchu?

   • openclaw doctor --fix, bo naprawia problemy migracyjne
   • openclaw security audit, a przy potrzebie żywego sondowania --deep z tokenem
   • openclaw status --all, bo pokazuje pełny stan z zredagowanymi tokenami
   • openclaw config validate, bo sprawdza zgodność ze schematem

   openclaw security audit przechodzi przez ponad 80 sprawdzeń obejmujących ekspozycję sieciową, uprawnienia plików, Control UI, hooki, sandbox i polityki kanałów, a --deep dokłada żywe sondowanie gatewaya i kontrolę kodu pluginów. openclaw config validate jest sensownym odruchem i wyłapie literówkę w schemacie, ale konfiguracja w pełni poprawna składniowo może jednocześnie wystawiać gateway bez auth — walidacja tego nie zgłosi.