Zwykły tekst nadal działa. SecretRefs są opcjonalne dla każdego rodzaju danych uwierzytelniających.
Model środowiska uruchomieniowego
- Sekrety są rozwiązywane do migawki środowiska uruchomieniowego przechowywanej w pamięci — z wyprzedzeniem podczas aktywacji, a nie leniwie w ścieżkach żądań.
- Uruchamianie natychmiast kończy się niepowodzeniem, gdy nie można rozwiązać faktycznie aktywnego SecretRef.
- Ponowne wczytanie jest atomową zamianą: pełny sukces albo zachowanie ostatniej poprawnej migawki.
- Naruszenia zasad (na przykład profil uwierzytelniania w trybie OAuth połączony z danymi wejściowymi SecretRef) powodują niepowodzenie aktywacji przed zamianą migawki środowiska uruchomieniowego.
- Żądania środowiska uruchomieniowego odczytują wyłącznie aktywną migawkę w pamięci. Dane uwierzytelniające SecretRef dostawców modeli przechodzą przez magazyn uwierzytelniania i opcje strumienia jako lokalne dla procesu wartości zastępcze aż do wysłania. Ścieżki dostarczania wychodzącego (dostarczanie odpowiedzi i wątków w Discordzie oraz wysyłanie działań w Telegramie) również odczytują tę migawkę i nie rozwiązują ponownie odwołań przy każdym wysłaniu.
Wstrzykiwanie podczas wysyłania (wartości zastępcze)
W przypadku danych uwierzytelniających dostawców modeli opartych na SecretRefs OpenClaw tworzy nieprzejrzystą, lokalną dla procesu wartość zastępczą podczas rozwiązywania uwierzytelniania modelu. Magazyn uwierzytelniania, opcje strumienia, konfiguracja SDK, dzienniki, obiekty błędów i większość mechanizmów introspekcji środowiska uruchomieniowego widzą więc wartość taką jakoc-sent-v1-..., a nie dane uwierzytelniające dostawcy. Chronione pobieranie modelu i zarządzane sondy kondycji lokalnego dostawcy zastępują znane wartości zastępcze w adresach URL i wartościach nagłówków bezpośrednio przed opuszczeniem procesu przez każde żądanie.
Nieznane wartości o formacie wartości zastępczej powodują bezpieczne przerwanie działania przed rozpoczęciem aktywności sieciowej. OpenClaw odmawia wysłania żądania zamiast przekazać dostawcy nierozwiązaną wartość zastępczą. Rozwiązane wartości sekretów są również rejestrowane na potrzeby redagowania ich dokładnych wartości w dziennikach jako dodatkowy mechanizm ochronny.
Adaptery dostawców korzystają z najpóźniejszego punktu wstrzykiwania obsługiwanego przez ich SDK:
- SDK z opcją niestandardowego pobierania otrzymują chronioną funkcję pobierania OpenClaw, dzięki czemu SDK zachowuje wartość zastępczą.
- SDK bez opcji niestandardowego pobierania odpakowują wartość zastępczą bezpośrednio przed utworzeniem klienta. Strumienie dostawców należące do pluginów i uprzęże agentów odpakowują ją w ostatnim punkcie przekazania należącym do rdzenia, ponieważ te transporty nie współdzielą chronionej funkcji pobierania OpenClaw.
OPENCLAW_SECRET_SENTINELS=off (akceptowane są również 0 lub false, bez rozróżniania wielkości liter), aby wyłączyć tworzenie wartości zastępczych podczas reagowania na incydenty lub rozwiązywania problemów ze zgodnością. Wyłącznik awaryjny nie wyłącza rejestrowania dokładnych wartości na potrzeby redagowania.
Granica dostępu agenta
SecretRefs zapobiegają utrwalaniu danych uwierzytelniających w konfiguracji i wygenerowanych plikach modeli, ale nie stanowią granicy izolacji procesu. Dane uwierzytelniające w postaci zwykłego tekstu pozostawione na dysku w ścieżce, którą agent może odczytać, nadal można odczytać za pomocą narzędzi plikowych lub powłoki, z pominięciem redagowania na poziomie API. W przypadku wdrożeń produkcyjnych, w których uwzględnia się pliki dostępne dla agenta, migrację należy uznać za zakończoną tylko wtedy, gdy spełnione są wszystkie poniższe warunki:- Obsługiwane dane uwierzytelniające używają SecretRefs zamiast wartości w postaci zwykłego tekstu.
- Pozostałości starszych danych w postaci zwykłego tekstu zostały usunięte z
openclaw.json,auth-profiles.json,.envi wygenerowanych plikówmodels.json. openclaw secrets audit --checknie wykazuje problemów po migracji.- Wszelkie pozostałe nieobsługiwane lub rotowane dane uwierzytelniające są chronione przez izolację systemu operacyjnego, izolację kontenera albo zewnętrzny serwer proxy danych uwierzytelniających.
Filtrowanie aktywnych powierzchni
SecretRefs są weryfikowane tylko na faktycznie aktywnych powierzchniach:- Włączone powierzchnie: nierozwiązane odwołania blokują uruchamianie lub ponowne wczytanie.
- Nieaktywne powierzchnie: nierozwiązane odwołania nie blokują uruchamiania ani ponownego wczytania; generują niekrytyczny komunikat diagnostyczny
SECRETS_REF_IGNORED_INACTIVE_SURFACE.
Przykłady nieaktywnych powierzchni
Przykłady nieaktywnych powierzchni
- Wyłączone wpisy kanałów lub kont.
- Dane uwierzytelniające kanału najwyższego poziomu, których nie dziedziczy żadne włączone konto.
- Wyłączone powierzchnie narzędzi lub funkcji.
- Klucze właściwe dla dostawców wyszukiwania internetowego, którzy nie zostali wybrani przez
tools.web.search.provider. W trybie automatycznym (bez ustawionego dostawcy) klucze są sprawdzane zgodnie z kolejnością pierwszeństwa w celu automatycznego wykrycia, aż jeden z nich zostanie rozwiązany; po dokonaniu wyboru klucze niewybranych dostawców są nieaktywne. - Materiały uwierzytelniające SSH piaskownicy (
agents.defaults.sandbox.ssh.identityData,certificateData,knownHostsDataoraz ustawienia zastępujące dla poszczególnych agentów) są aktywne tylko wtedy, gdy faktycznie używany backend piaskownicy tossh, a tryb piaskownicy nie jest ustawiony naoff, dla agenta domyślnego lub włączonego agenta. - SecretRefs
gateway.remote.token/gateway.remote.passwordsą aktywne, jeśli zachodzi dowolny z poniższych warunków:gateway.mode=remotegateway.remote.urljest skonfigurowanegateway.tailscale.modema wartośćservelubfunnel- W trybie lokalnym bez tych powierzchni zdalnych:
gateway.remote.tokenjest aktywne, gdy może zostać wybrane uwierzytelnianie tokenem i nie skonfigurowano tokenu środowiskowego ani uwierzytelniającego;gateway.remote.passwordjest aktywne tylko wtedy, gdy może zostać wybrane uwierzytelnianie hasłem i nie skonfigurowano hasła środowiskowego ani uwierzytelniającego.
- SecretRef
gateway.auth.tokenjest nieaktywne podczas rozwiązywania uwierzytelniania przy uruchamianiu, gdy ustawionoOPENCLAW_GATEWAY_TOKEN, ponieważ dla tego środowiska uruchomieniowego pierwszeństwo ma token ze zmiennej środowiskowej.
Diagnostyka powierzchni uwierzytelniania Gateway
Gdy SecretRef jest ustawione wgateway.auth.token, gateway.auth.password, gateway.remote.token lub gateway.remote.password, uruchamianie lub ponowne wczytanie Gateway zapisuje stan powierzchni w dzienniku pod kodem SECRETS_GATEWAY_AUTH_SURFACE:
active: SecretRef jest częścią faktycznie używanej powierzchni uwierzytelniania i musi zostać rozwiązane.inactive: pierwszeństwo ma inna powierzchnia uwierzytelniania albo uwierzytelnianie zdalne jest wyłączone lub nieaktywne.
Wstępna kontrola odwołań podczas wdrażania
Podczas interaktywnego wdrażania wybranie przechowywania SecretRef powoduje przeprowadzenie wstępnej weryfikacji przed zapisaniem:- Odwołania do zmiennych środowiskowych: weryfikują nazwę zmiennej środowiskowej i potwierdzają, że podczas konfiguracji widoczna jest niepusta wartość.
- Odwołania do dostawców (
filelubexec): weryfikują wybór dostawcy, rozwiązująidi sprawdzają typ rozwiązanej wartości. - Przepływ szybkiego startu: gdy
gateway.auth.tokenjest już SecretRef, wdrażanie rozwiązuje je przed sondą lub inicjalizacją pulpitu (dla odwołańenv,fileiexec), używając tego samego mechanizmu natychmiastowego przerwania w razie niepowodzenia.
Kontrakt SecretRef
Jeden kształt obiektu we wszystkich miejscach:- env
- file
- exec
providermusi być zgodne z^[a-z][a-z0-9_-]{0,63}$idmusi być zgodne z^[A-Z][A-Z0-9_]{0,127}$
Konfiguracja dostawcy
Dostawców należy zdefiniować wsecrets.providers:
Dostawca zmiennych środowiskowych
Dostawca zmiennych środowiskowych
- Opcjonalna lista dozwolonych dokładnych nazw za pomocą
allowlist. - Brakujące lub puste wartości zmiennych środowiskowych powodują niepowodzenie rozwiązywania.
Dostawca plikowy
Dostawca plikowy
- Odczytuje lokalny plik z
path. mode: "json"(domyślnie) oczekuje ładunku obiektu JSON i rozwiązujeidjako wskaźnik JSON.mode: "singleValue"oczekuje identyfikatora odwołania"value"i zwraca nieprzetworzoną zawartość pliku (z usuniętym końcowym znakiem nowego wiersza).- Ścieżka musi przejść kontrole własności i uprawnień;
timeoutMs(domyślnie 5000) imaxBytes(domyślnie 1 MiB) ograniczają odczyt. - Bezpieczne przerywanie w systemie Windows: jeśli weryfikacja list ACL jest niedostępna dla ścieżki, rozwiązywanie kończy się niepowodzeniem. Tylko w przypadku zaufanych ścieżek należy ustawić
allowInsecurePath: truedla tego dostawcy, aby pominąć kontrolę.
Dostawca exec
Dostawca exec
- Uruchamia bezpośrednio skonfigurowaną bezwzględną ścieżkę pliku binarnego, bez powłoki.
- Domyślnie
commandmusi być zwykłym plikiem, a nie dowiązaniem symbolicznym. UstawallowSymlinkCommand: true, aby zezwolić na ścieżki poleceń będące dowiązaniami symbolicznymi (na przykład pliki pośredniczące Homebrew), i połącz tę opcję ztrustedDirs(na przykład["/opt/homebrew"]), aby kwalifikowały się tylko ścieżki menedżera pakietów. - Obsługuje
timeoutMs(domyślnie 5000),noOutputTimeoutMs(domyślnie równetimeoutMs),maxOutputBytes(domyślnie 1 MiB), listę dozwolonych wartościenv/passEnvoraztrustedDirs. jsonOnlyma domyślnie wartośćtrue. Gdy ustawionojsonOnly: falsei żądany jest pojedynczy identyfikator, zwykłe dane stdout niebędące JSON-em są akceptowane jako wartość tego identyfikatora.- System Windows działa w trybie bezpiecznego odrzucenia: jeśli weryfikacja listy ACL ścieżki polecenia jest niedostępna, rozwiązywanie kończy się niepowodzeniem. Tylko w przypadku zaufanych ścieżek ustaw
allowInsecurePath: truedla tego dostawcy, aby pominąć sprawdzanie. - Dostawcy exec zarządzani przez Plugin mogą używać
pluginIntegrationzamiast skopiowanych wartościcommand/args. Podczas uruchamiania lub ponownego wczytywania OpenClaw pobiera bieżące szczegóły polecenia z manifestu zainstalowanego pluginu. Jeśli plugin jest wyłączony, usunięty, niezaufany albo nie deklaruje już integracji, aktywne odwołania SecretRef tego dostawcy są bezpiecznie odrzucane.
code jest opcjonalną diagnostyką przeznaczoną do odczytu maszynowego. OpenClaw wyświetla rozpoznawane
kody NOT_FOUND i AMBIGUOUS_DUPLICATE_KEY wraz z dostawcą i identyfikatorem odwołania. Inne
kody i pola o dowolnej postaci, takie jak message, są akceptowane w celu zachowania zgodności z protokołem v1,
ale nie są wyświetlane, ponieważ dane wyjściowe resolvera mogą zawierać materiały uwierzytelniające.Klucze API przechowywane w plikach
Nie umieszczaj ciągówfile:... w bloku konfiguracji env. Ten blok ma charakter dosłowny i nie jest nadpisywany, dlatego file:... nigdy nie jest w nim rozwiązywane.
Zamiast tego użyj plikowego SecretRef w obsługiwanym polu danych uwierzytelniających:
mode: "singleValue" wartością id odwołania SecretRef jest "value". Dla mode: "json" użyj bezwzględnego wskaźnika JSON, takiego jak "/providers/xai/apiKey".
Pola akceptujące odwołania SecretRef opisano w sekcji Obsługiwane pola danych uwierzytelniających SecretRef.
Przykłady integracji exec
Dedykowany przewodnik po 1Password, obejmujący konta usług, dołączoną umiejętność agenta i rozwiązywanie problemów, znajduje się w sekcji 1Password.CLI 1Password
CLI 1Password
Bitwarden Secrets Manager (`bws`)
Bitwarden Secrets Manager (`bws`)
Użyj opakowania resolvera, aby mapować identyfikatory SecretRef na klucze elementów Bitwarden Secrets Manager. Repozytorium zawiera Resolver grupuje żądane identyfikatory, uruchamia
scripts/secrets/openclaw-bws-resolver.mjs; zainstaluj lub skopiuj je do bezwzględnej zaufanej ścieżki na hoście, na którym działa Gateway.Wymagania:- CLI Bitwarden Secrets Manager (
bws) zainstalowane na hoście Gateway. BWS_ACCESS_TOKENdostępne dla usługi Gateway.PATHprzekazane do resolvera lubBWS_BINustawione na bezwzględną ścieżkę pliku binarnegobws.BWS_SERVER_URLustawione w środowisku podczas używania samodzielnie hostowanej instancji Bitwarden.
bws secret list i zwraca wartości pasujących pól key wpisów tajnych. Używaj kluczy spełniających wymagania identyfikatora exec SecretRef, takich jak openclaw/providers/openai/apiKey; klucze w stylu zmiennych środowiskowych zawierające podkreślenia są odrzucane przed uruchomieniem resolvera. Jeśli więcej niż jeden widoczny wpis tajny Bitwarden ma żądany klucz, resolver oznacza ten identyfikator jako niejednoznaczny, zamiast zgadywać. Po zaktualizowaniu konfiguracji zweryfikuj ścieżkę resolvera:CLI HashiCorp Vault
CLI HashiCorp Vault
password-store (`pass`)
password-store (`pass`)
Użyj małego opakowania resolvera, aby mapować identyfikatory SecretRef bezpośrednio na wpisy Następnie skonfiguruj dostawcę exec i ustaw Przechowuj wpis tajny w pierwszym wierszu wpisu
pass. Zapisz je jako plik wykonywalny pod bezwzględną ścieżką, która przechodzi kontrolę ścieżek dostawcy exec, na przykład /usr/local/bin/openclaw-pass-resolver. Shebang #!/usr/bin/env node wyszukuje node w zmiennej PATH procesu resolvera, dlatego uwzględnij PATH w passEnv. Jeśli pass nie znajduje się w tej zmiennej PATH, ustaw PASS_BIN w środowisku nadrzędnym i również uwzględnij ją w passEnv:apiKey na ścieżkę wpisu pass:pass albo dostosuj opakowanie tak, aby zamiast tego zwracało pełne dane wyjściowe pass show. Po zaktualizowaniu konfiguracji zweryfikuj zarówno audyt statyczny, jak i ścieżkę resolvera exec:sops
sops
Zmienne środowiskowe serwera MCP
Zmienne środowiskowe serwera MCP skonfigurowane za pomocąplugins.entries.acpx.config.mcpServers akceptują SecretInput, dzięki czemu klucze API i tokeny nie trafiają do konfiguracji w postaci zwykłego tekstu:
${MCP_SERVER_API_KEY}, oraz obiekty SecretRef są rozwiązywane podczas aktywacji Gateway, zanim zostanie uruchomiony proces serwera MCP. Tak jak w przypadku innych powierzchni SecretRef, nierozwiązane odwołania blokują aktywację tylko wtedy, gdy plugin acpx jest faktycznie aktywny.
Materiały uwierzytelniające SSH piaskownicy
Podstawowy backend piaskownicyssh obsługuje również odwołania SecretRef dla materiałów uwierzytelniających SSH:
- OpenClaw rozwiązuje te odwołania podczas aktywacji piaskownicy, a nie leniwie przy każdym wywołaniu SSH.
- Rozwiązane wartości są zapisywane w katalogu tymczasowym z restrykcyjnymi uprawnieniami do plików (
0o600) i używane w wygenerowanej konfiguracji SSH. - Jeśli efektywnym backendem piaskownicy nie jest
ssh(lub trybem piaskownicy jestoff), te odwołania pozostają nieaktywne i nie blokują uruchamiania.
Obsługiwany zakres poświadczeń
Kanoniczna lista obsługiwanych i nieobsługiwanych poświadczeń znajduje się w dokumencie Zakres poświadczeń SecretRef.Poświadczenia generowane w czasie działania lub rotacyjne oraz dane odświeżania OAuth są celowo wyłączone z rozwiązywania SecretRef tylko do odczytu.
Wymagane zachowanie i pierwszeństwo
- Pole bez odwołania: bez zmian.
- Pole z odwołaniem: wymagane na aktywnych powierzchniach podczas aktywacji.
- Jeśli obecne są zarówno zwykły tekst, jak i odwołanie, odwołanie ma pierwszeństwo na obsługiwanych ścieżkach pierwszeństwa.
- Znacznik redakcji
__OPENCLAW_REDACTED__jest zarezerwowany do wewnętrznej redakcji i przywracania konfiguracji, a jego dosłowne użycie w przesłanych danych konfiguracyjnych jest odrzucane.
SECRETS_REF_OVERRIDES_PLAINTEXT(ostrzeżenie w czasie działania)REF_SHADOWED(ustalenie audytu, gdy poświadczeniaauth-profiles.jsonmają pierwszeństwo przed odwołaniamiopenclaw.json)
serviceAccountRef ma pierwszeństwo przed wartością zwykłego tekstu serviceAccount; po ustawieniu sąsiedniego odwołania wartość zwykłego tekstu jest ignorowana.
Wyzwalacze aktywacji
Aktywacja sekretów jest uruchamiana podczas:- Uruchamiania (kontrola wstępna i końcowa aktywacja)
- Ścieżki natychmiastowego zastosowania po ponownym wczytaniu konfiguracji
- Ścieżki sprawdzania konieczności ponownego uruchomienia po ponownym wczytaniu konfiguracji
- Ręcznego ponownego wczytania za pomocą
secrets.reload - Kontroli wstępnej RPC zapisu konfiguracji Gateway (
config.set/config.apply/config.patch), sprawdzającej możliwość rozwiązania SecretRef na aktywnych powierzchniach w przesłanym ładunku konfiguracji przed utrwaleniem zmian
- Powodzenie atomowo podmienia migawkę.
- Błąd podczas uruchamiania przerywa uruchamianie Gateway.
- Błąd ponownego wczytania w czasie działania zachowuje ostatnią prawidłową migawkę.
- Błąd kontroli wstępnej RPC zapisu odrzuca przesłaną konfigurację; zarówno konfiguracja na dysku, jak i aktywna migawka środowiska wykonawczego pozostają bez zmian.
- Przekazanie jawnego tokenu kanału dla pojedynczego wywołania do wychodzącego pomocnika lub wywołania narzędzia nie uruchamia aktywacji SecretRef; punktami aktywacji pozostają uruchamianie, ponowne wczytanie i jawne
secrets.reload.
Sygnały degradacji i odzyskania
Gdy aktywacja podczas ponownego wczytania zakończy się niepowodzeniem po osiągnięciu prawidłowego stanu, OpenClaw przechodzi w zdegradowany stan sekretów, emitując jednorazowe zdarzenia systemowe i kody dziennika:SECRETS_RELOADER_DEGRADEDSECRETS_RELOADER_RECOVERED
- Degradacja: środowisko wykonawcze zachowuje ostatnią prawidłową migawkę.
- Odzyskanie: emitowane raz po kolejnej udanej aktywacji.
- Powtarzające się błędy w już zdegradowanym stanie zapisują ostrzeżenia w dzienniku, ale nie emitują ponownie zdarzenia.
- Szybkie przerwanie podczas uruchamiania nigdy nie emituje zdarzenia degradacji, ponieważ środowisko wykonawcze nie stało się aktywne.
Rozwiązywanie ścieżek poleceń
Ścieżki poleceń mogą włączyć obsługiwane rozwiązywanie SecretRef za pośrednictwem RPC migawki Gateway. Obowiązują dwa ogólne zachowania:- Rygorystyczne ścieżki poleceń
- Ścieżki poleceń tylko do odczytu
Na przykład ścieżki zdalnej pamięci
openclaw memory oraz openclaw qr --remote, gdy wymagane są zdalne odwołania do sekretów współdzielonych. Odczytują dane z aktywnej migawki i natychmiast kończą się niepowodzeniem, gdy wymagany SecretRef jest niedostępny.- Odświeżanie migawki po rotacji sekretu backendu jest obsługiwane przez
openclaw secrets reload. - Metoda RPC Gateway używana przez te ścieżki poleceń:
secrets.resolve.
Przepływ audytu i konfiguracji
Domyślny przepływ operatora:1
Przeprowadź audyt bieżącego stanu
2
Skonfiguruj i zastosuj SecretRef
3
Przeprowadź ponowny audyt
configure plan zostanie zapisany zamiast zastosowany, przed ponownym audytem należy zastosować zapisany plan za pomocą openclaw secrets apply --from <plan-path>.
secrets audit
secrets audit
Ustalenia obejmują:
- Przechowywane wartości zwykłego tekstu (
openclaw.json,auth-profiles.json,.envoraz wygenerowaneagents/*/agent/models.json). - Pozostałości wrażliwych nagłówków dostawcy w postaci zwykłego tekstu w wygenerowanych wpisach
models.json. - Nierozwiązane odwołania.
- Przesłanianie według pierwszeństwa (
auth-profiles.jsonma pierwszeństwo przed odwołaniamiopenclaw.json). - Pozostałości starszych mechanizmów (
auth.json, przypomnienia OAuth).
openclaw secrets audit --allow-exec.Uwaga dotycząca pozostałości nagłówków: wykrywanie wrażliwych nagłówków dostawców opiera się na heurystyce nazw (typowe nazwy nagłówków uwierzytelniania/poświadczeń i fragmenty takie jak authorization, x-api-key, token, secret, password oraz credential).secrets configure
secrets configure
Interaktywny pomocnik, który:
- Najpierw konfiguruje
secrets.providers(env/file/exec, dodawanie/edycja/usuwanie). - Umożliwia wybranie obsługiwanych pól zawierających sekrety w
openclaw.jsonorazauth-profiles.jsondla zakresu jednego agenta. - Może utworzyć nowe mapowanie
auth-profiles.jsonbezpośrednio w selektorze celu. - Pobiera szczegóły SecretRef (
source,provider,id). - Uruchamia rozwiązywanie wstępne i może natychmiast zastosować zmiany.
--allow-exec. Jeśli plan jest stosowany bezpośrednio z configure --apply i zawiera odwołania lub dostawców exec, należy pozostawić ustawione --allow-exec również na etapie stosowania.Przydatne tryby:openclaw secrets configure --providers-onlyopenclaw secrets configure --skip-provider-setupopenclaw secrets configure --agent <id>
configure:- Usuwa pasujące statyczne poświadczenia z
auth-profiles.jsondla wskazanych dostawców. - Usuwa starsze statyczne wpisy
api_keyzauth.json. - Usuwa pasujące znane wiersze sekretów z
<config-dir>/.env.
secrets apply
secrets apply
Zastosowanie zapisanego planu:Uwaga dotycząca exec: tryb próbny pomija sprawdzanie exec, chyba że ustawiono
--allow-exec; tryb zapisu odrzuca plany zawierające SecretRef lub dostawców exec, chyba że ustawiono --allow-exec.Szczegóły rygorystycznego kontraktu celu/ścieżki i dokładne reguły odrzucania opisano w dokumencie Kontrakt planu stosowania sekretów.Jednokierunkowa polityka bezpieczeństwa
Model bezpieczeństwa:- Kontrola wstępna musi zakończyć się powodzeniem przed przejściem do trybu zapisu.
- Aktywacja środowiska wykonawczego jest weryfikowana przed zatwierdzeniem.
- Operacja zastosowania aktualizuje pliki za pomocą atomowej zamiany plików i podejmuje możliwie najlepszą próbę przywrócenia po błędzie.
Uwagi dotyczące zgodności ze starszym uwierzytelnianiem
W przypadku statycznych poświadczeń środowisko wykonawcze nie zależy już od starszego magazynu uwierzytelniania w postaci zwykłego tekstu.- Źródłem poświadczeń środowiska wykonawczego jest rozwiązana migawka w pamięci.
- Starsze statyczne wpisy
api_keysą usuwane po wykryciu. - Zachowanie zgodności związane z OAuth pozostaje odrębne.
Uwaga dotycząca interfejsu WWW
Niektóre unie SecretInput łatwiej skonfigurować w trybie edytora surowego niż w trybie formularza.Powiązane
- Uwierzytelnianie - konfiguracja uwierzytelniania
- CLI: sekrety - polecenia CLI
- SecretRef magazynu Vault - konfiguracja dostawcy HashiCorp Vault
- Zmienne środowiskowe - pierwszeństwo zmiennych środowiskowych
- Zakres poświadczeń SecretRef - zakres poświadczeń
- Kontrakt planu stosowania sekretów - szczegóły kontraktu planu
- Bezpieczeństwo - podejście do bezpieczeństwa