Credential Rotation | NVIDIA NemoClaw

NemoClaw uses different rotation paths for inference, messaging, and web search credentials. Inference credentials can normally be updated while reusing the existing sandbox. For an active Telegram, Discord, Slack, WeChat, or Microsoft Teams channel, onboarding runs the configured checks for a supplied replacement credential before it transfers the complete native home/workspace, recreates the sandbox, and restores the transfer. Some channels cannot prove that a non-empty credential is valid until the recreated runtime connects, so complete the post-recreation verification on this page before treating the rotation as successful. The transfer preserves durable content beneath the resolved native home/workspace root. It omits generation-local agent authority such as gateway credentials, PID files, and lock receipts that the replacement regenerates, and it does not copy OpenShell-owned host state outside that root. Web search settings require recreation because their configuration is applied when the sandbox image starts.

Before You Start

List the provider names registered with the OpenShell gateway.

nemohermes credentials list

The output is authoritative for commands that accept an OpenShell provider name. An inference provider is commonly named nvidia-prod, while an onboarded web search provider is commonly named <sandbox>-brave-search or <sandbox>-tavily-search. Provider names can differ with your selected inference route and sandbox configuration.

Per-sandbox messaging bridge names are not resettable credentials. Use the onboarding rotation flow below to replace an active messaging credential. Use channels add, channels remove, or channels stop to manage integrations instead of passing a bridge name to credentials reset.

Credential	Supported rotation path	Sandbox impact
Inference API key	Rerun onboarding with the replacement value	The existing sandbox can normally be reused unless onboarding detects unrelated configuration drift
Active Telegram, Discord, Slack, WeChat, or Microsoft Teams credential	Rerun onboarding with the replacement value	Onboarding applies the messaging rotation procedure, which recreates the sandbox. Some channels require verification after recreation.
Brave or Tavily web search key	Rerun onboarding with the selected web search provider	Sandbox recreation required

Rotate an Inference API key

Supply the replacement key and rerun onboarding for the existing sandbox. Read replacement credentials silently on a trusted host so their values do not enter shell history or terminal scrollback. Unset each variable after the command finishes.

printf 'New NVIDIA inference API key: ' >&2
IFS= read -r -s NVIDIA_INFERENCE_API_KEY
printf '\n' >&2
export NVIDIA_INFERENCE_API_KEY
nemohermes onboard --name <sandbox> \
  --non-interactive --yes --yes-i-accept-third-party-software
unset NVIDIA_INFERENCE_API_KEY

Onboarding updates the selected OpenShell inference provider and reuses the sandbox when its recorded configuration is still compatible. If onboarding detects other configuration drift, review the requested rebuild or recreation before continuing.

For an interactive rotation, export the replacement key and run nemohermes onboard --name <sandbox> without the non-interactive flags.

Rotate a Messaging Credential

Supply the replacement credential and rerun onboarding for the existing sandbox.

Understand the Recreation Boundary

For each supported active-channel credential that you supply, NemoClaw compares the replacement with the SHA-256 hash in the sandbox registry. NemoClaw runs each changed value through the checks configured for that channel before it backs up or replaces the sandbox. It then transfers the complete native home/workspace, destroys and recreates the sandbox, and restores the transfer. The transfer preserves durable content beneath the resolved native home/workspace root. It omits generation-local agent authority such as gateway credentials, PID files, and lock receipts that the replacement regenerates, and it does not copy OpenShell-owned host state outside that root. If an available pre-recreation check fails, onboarding leaves the existing sandbox unchanged. Discord and Microsoft Teams require non-empty replacement input but cannot prove upstream credential validity before recreation. For those channels, an invalid non-empty replacement can surface only after recreation, so verify a live messaging request after onboarding finishes. If the recorded channel state changes during rotation, onboarding stops before it replaces the sandbox. Rerun onboarding so it uses the updated channel state.

Understand Credential Handling

Onboarding reads the replacement from the host environment and registers it with the sandbox-specific OpenShell messaging provider. The sandbox registry stores the credential hash, not the credential value. The unset command in each procedure removes the value from the current host shell after onboarding. OpenShell retains the registered credential until a later rotation or channel removal replaces or removes it.

A channel stopped with channels stop remains inactive, and its replacement environment variable does not trigger recreation. Run nemohermes <sandbox> channels start <channel> before this rotation procedure when you intend to activate the replacement credential.

Slack

Slack requires both replacement tokens.

printf 'New Slack bot token: ' >&2
IFS= read -r -s SLACK_BOT_TOKEN
printf '\n' >&2
printf 'New Slack app token: ' >&2
IFS= read -r -s SLACK_APP_TOKEN
printf '\n' >&2
export SLACK_BOT_TOKEN SLACK_APP_TOKEN
nemohermes onboard --name <sandbox> \
  --non-interactive --yes --yes-i-accept-third-party-software
unset SLACK_BOT_TOKEN SLACK_APP_TOKEN

printf 'New Telegram bot token: ' >&2
IFS= read -r -s TELEGRAM_BOT_TOKEN
printf '\n' >&2
export TELEGRAM_BOT_TOKEN
nemohermes onboard --name <sandbox> \
  --non-interactive --yes --yes-i-accept-third-party-software
unset TELEGRAM_BOT_TOKEN

Discord

printf 'New Discord bot token: ' >&2
IFS= read -r -s DISCORD_BOT_TOKEN
printf '\n' >&2
export DISCORD_BOT_TOKEN
nemohermes onboard --name <sandbox> \
  --non-interactive --yes --yes-i-accept-third-party-software
unset DISCORD_BOT_TOKEN

The same onboarding flow evaluates active WECHAT_BOT_TOKEN and MSTEAMS_APP_PASSWORD bindings. Supply the replacement credential together with any required channel configuration. Rerun onboarding interactively when the channel uses a guided credential flow such as WeChat pairing.

For other channels add management, run the command from a terminal and omit NEMOCLAW_NON_INTERACTIVE=1 and token variables to be prompted for values and offered an interactive rebuild. A session without a terminal on stdin fails fast on a missing token instead of prompting for it. When token variables are set, that session queues the change for a manual rebuild.

Rotate a Web Search Key

Web search provider configuration and credential attachment are baked into the sandbox image. Select the provider again and recreate the sandbox so the replacement becomes active.

Hermes uses Tavily for NemoClaw-managed web search. Brave is not a supported Hermes web search backend.

printf 'New Tavily API key: ' >&2
IFS= read -r -s TAVILY_API_KEY
printf '\n' >&2
export TAVILY_API_KEY
NEMOCLAW_WEB_SEARCH_PROVIDER=tavily \
  nemohermes onboard --fresh --name <sandbox> --recreate-sandbox \
  --non-interactive --yes --yes-i-accept-third-party-software
unset TAVILY_API_KEY

Remove and Re-register a Provider Credential

Use credentials reset only when you need to remove an inference or web search provider before its replacement is available. Run nemohermes credentials list first, then pass the provider name from that output.

The native NVIDIA provider cannot be reset while it is attached to a sandbox. Use Rotate an Inference API key to replace its credential in place. To remove it completely, preserve required sandbox state, destroy every attached sandbox, and then run:

nemohermes credentials reset nvidia-prod --yes

Removing a provider interrupts requests that depend on it. Re-register an inference provider with the inference rotation command above. For web search, repeat the matching web search onboarding flow and recreate the sandbox.

Do not pass a messaging bridge name to credentials reset. Use the messaging rotation flow above to replace a credential, or nemohermes <sandbox> channels remove <channel> to retire the integration.

Repair a Hermes Tavily Provider

Use this procedure when an existing Hermes sandbox already has Tavily enabled but its credential uses the generic tavily profile, or an older image saves TAVILY_API_KEY in Hermes dotenv. Use the host configuration for the sandbox’s recorded gateway, including NEMOCLAW_GATEWAY_PORT when it is non-default. Copy the existing provider name from nemohermes credentials list; the name does not select an agent or isolate a sandbox. If a valid key is already registered with --type tavily-hermes-v1 or --type tavily --agent hermes, skip steps 3 and 4 and keep that provider.

Reset removes a gateway-wide provider and detaches every sandbox using it, interrupting their requests. If non-Hermes runtimes also need this provider, stop and plan separate credentials before changing its binding to a Hermes-only profile. Rebuild recreates the sandbox and transfers the complete native home and workspace while OpenShell keeps credentials outside that state. Preserve required state before resetting the provider, and keep the replacement key only in the host environment.

Keep an independent, reviewed host copy for every sandbox that uses the provider when you need an additional recovery point before removing it.

Read the Tavily key silently in the host shell:

printf 'Tavily API key: ' >&2
IFS= read -r -s TAVILY_API_KEY
printf '\n' >&2
export TAVILY_API_KEY

Remove the incorrect binding, using the provider name you recorded:
```
nemohermes credentials reset <provider> --yes
```
Stop if removal fails. Record every detached sandbox named in the output.
Register the replacement with the Hermes profile:
```
nemohermes credentials add <provider> --type tavily --agent hermes --credential TAVILY_API_KEY
```
This selects tavily-hermes-v1 without changing the generic profile’s binary allowlist. If registration fails, correct the reported cause and retry registration before rebuilding.
If you kept the existing provider, rebuild each affected Hermes sandbox to remove its stale dotenv assignment. If you reset the provider in step 3, rebuild every sandbox reported as detached. Use a current Hermes image, keep the Tavily key exported, and make each sandbox’s other required credentials available. Updating the host CLI alone does not replace an older image’s generated dotenv:
```
nemohermes <sandbox> rebuild --yes
```
After the last rebuild, remove the key from the host shell:
```
unset TAVILY_API_KEY
```
If a rebuild fails, retain its backup and follow the reported recovery instructions.
Ask Hermes to perform a Tavily search and confirm that it returns results without an authentication error. Registration and rebuild success do not prove that egress credential substitution works. If HTTP 401 persists, preserve the backup and collect redacted evidence of the attached provider type, effective Tavily policy, runtime binary, and request path. Do not put the raw key into the sandbox or broaden the profile’s binary allowlist.

OpenShell supplies the current revision-scoped Tavily reference through the process environment. The generated gateway and dashboard .env files omit TAVILY_API_KEY; a saved assignment would override that reference when Hermes loads dotenv. Other managed credential placeholders can remain in .env; do not delete the whole file.

Emergency Rotation After Key Compromise

If a credential was exposed, act in this order:

Revoke the exposed credential at the upstream provider before relying on any local cleanup.
For inference or web search, remove the provider shown by nemohermes credentials list if a replacement is not immediately available.
For messaging, use channels remove to retire the integration or rerun onboarding with the replacement credential so NemoClaw runs the channel’s configured checks before automatic recreation.
Issue a replacement credential at the upstream provider.
Follow the matching rotation procedure on this page.
Complete a real request through the affected inference, search, or messaging integration.
Review recent sandbox logs for unexpected authentication failures or use of the retired credential:
```
nemohermes <sandbox> logs --since 24h | grep -i "auth\|401\|403\|forbidden"
```

Rotate an Inference Key in CI/CD

Supply credentials through the CI system’s secret store and inject them as environment variables. Non-interactive onboarding must include the third-party software acceptance flag.

- name: Rotate inference key
  env:
    NVIDIA_INFERENCE_API_KEY: ${{ secrets.NVIDIA_INFERENCE_API_KEY }}
  run: >-
    nemohermes onboard --name <sandbox>
    --non-interactive --yes --yes-i-accept-third-party-software

Do not commit credential values or host-side NemoClaw state to the repository. Plan for recreation downtime when automating messaging or web search rotation.

Verify the Replacement

nemohermes credentials list confirms that a provider exists, but it does not reveal or validate the stored value. nemohermes status performs host-side reachability checks without sending cloud API keys, so even an HTTP 401 or 403 can count as reachable there. nemohermes <name> status also sends an inference request through the stored provider credential and reports unauthorized when the route rejects it with HTTP 401 or 403. It does not retry that rejection. nemohermes inference get reports the active route and does not authenticate a model request.

Complete a real request through the rotated integration before declaring the rotation successful.

Verify an inference key by forwarding the Hermes API and making a chat-completions request with the onboarded model.

A Hermes sandbox can serve its OpenAI-compatible API on a port other than 8642. A sandbox uses 8642 when no other sandbox or host listener already holds it. Run openshell forward list and find the rows for <sandbox>. Select the row whose port is from 8642 through 8652, not the dashboard row. Replace <api-port> below with that API port.

TOKEN=$(nemohermes <sandbox> gateway-token --quiet)
nemohermes <sandbox> recover
curl -sN http://127.0.0.1:<api-port>/v1/chat/completions \
  -H 'Content-Type: application/json' \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"model":"<onboarded-model>","messages":[{"role":"user","content":"Reply with credential-check-ok"}],"stream":false}'

To verify messaging, send a test message from an allowed account and confirm the sandbox receives it and responds. To verify web search, ask the agent to perform a search and confirm that the tool returns current results without an authentication error.

Credential Storage: how NemoClaw stores and protects credentials.
Understand Runtime Changes: which changes take effect at runtime and which require recreation.
Security Best Practices: recommended key scopes and operational hygiene.
Switch Inference Providers: change the inference provider rather than rotate its key.