openclaw policy

openclaw policy lo proporciona el Plugin Policy incluido. Es una capa de conformidad empresarial sobre la configuración existente de OpenClaw, no un segundo sistema de configuración. Los requisitos se definen en policy.jsonc; OpenClaw observa el espacio de trabajo activo como evidencia; Policy informa de las desviaciones mediante doctor --lint. Policy no impone las llamadas a herramientas ni reescribe el comportamiento en tiempo de ejecución al procesar solicitudes, y tampoco certifica almacenes de credenciales por agente como auth-profiles.json.

Policy comprueba los canales configurados, los servidores MCP, los proveedores de modelos, la postura de SSRF de red, el acceso de entrada y de canales, la exposición del Gateway y la postura de comandos de Node, el acceso de los agentes al espacio de trabajo, la postura del entorno aislado, la postura de tratamiento de datos, la postura de proveedores de secretos y perfiles de autenticación, y los metadatos de herramientas sujetas a gobernanza (TOOLS.md). Úselo cuando un espacio de trabajo necesite una declaración duradera y verificable, como «Telegram no debe estar habilitado» o «las herramientas sujetas a gobernanza deben declarar metadatos de riesgo y propietario». Si solo necesita comportamiento local sin certificación ni detección de desviaciones, basta con la configuración normal.

Inicio rápido

openclaw plugins enable policy

El Plugin permanece habilitado aunque falte policy.jsonc, para que doctor pueda informar de la ausencia del artefacto en lugar de omitir silenciosamente las comprobaciones.

Cree policy.jsonc manualmente; no se genera a partir de la configuración actual. Cada sección de nivel superior es un espacio de nombres de reglas: una comprobación solo se ejecuta cuando contiene una regla concreta (las secciones o claves no compatibles generan policy/policy-jsonc-invalid en lugar de ignorarse silenciosamente). Ejemplo mínimo que abarca todas las secciones compatibles:

{  "channels": {    "denyRules": [      {        "id": "no-telegram",        "when": { "provider": "telegram" },        "reason": "Telegram is not approved for this workspace.",      },    ],  },  "mcp": {    "servers": {      "allow": ["docs"],      "deny": ["untrusted"],    },  },  "models": {    "providers": {      "allow": ["openai", "anthropic"],      "deny": ["openrouter"],    },  },  "network": {    "privateNetwork": {      "allow": false,    },  },  "ingress": {    "session": {      "requireDmScope": "per-channel-peer",    },    "channels": {      "allowDmPolicies": ["pairing", "allowlist", "disabled"],      "denyOpenGroups": true,      "requireMentionInGroups": true,    },  },  "gateway": {    "exposure": {      "allowNonLoopbackBind": false,      "allowTailscaleFunnel": false,    },    "auth": {      "requireAuth": true,      "requireExplicitRateLimit": true,    },    "controlUi": {      "allowInsecure": false,    },    "remote": {      "allow": false,    },    "http": {      "denyEndpoints": ["chatCompletions", "responses"],      "requireUrlAllowlists": true,    },    "nodes": {      "denyCommands": ["system.run"],    },  },  "agents": {    "workspace": {      "allowedAccess": ["none", "ro"],      "denyTools": ["exec", "process", "write", "edit", "apply_patch"],    },  },  "dataHandling": {    "sensitiveLogging": {      "requireRedaction": true,    },    "telemetry": {      "denyContentCapture": true,    },    "retention": {      "requireSessionMaintenance": true,    },    "memory": {      "denySessionTranscriptIndexing": true,    },  },  "secrets": {    "requireManagedProviders": true,    "denySources": ["exec"],    "allowInsecureProviders": false,  },  "auth": {    "profiles": {      "requireMetadata": ["provider", "mode"],      "allowModes": ["api_key", "token"],    },  },  "execApprovals": {    "requireFile": true,    "defaults": { "allowSecurity": ["deny"] },    "agents": {      "allowSecurity": ["deny", "allowlist"],      "allowAutoAllowSkills": false,      "allowlist": { "expected": ["deploy", "status"] },    },  },  "tools": {    "requireMetadata": ["risk", "sensitivity", "owner"],    "profiles": {      "allow": ["messaging", "minimal"],    },    "fs": {      "requireWorkspaceOnly": true,    },    "exec": {      "allowSecurity": ["deny", "allowlist"],      "requireAsk": ["always"],      "allowHosts": ["sandbox"],    },    "elevated": {      "allow": false,    },    "denyTools": ["group:runtime", "group:fs"],  },}

Notas transversales que no resultan evidentes en las tablas de reglas siguientes:

• Si se omite gateway.bind mientras se rechazan los enlaces que no sean local loopback, se acepta el valor predeterminado del entorno de ejecución; establezca gateway.bind: "loopback" para una conformidad estricta.
• Para un agente de solo lectura, establezca el mode del entorno aislado en all o non-main en los valores predeterminados o el agente aplicables, y workspaceAccess en none o ro. Un modo de entorno aislado ausente o off no satisface una política de solo lectura.
• agents.workspace.denyTools acepta exec, process, write, edit y apply_patch. Los grupos de denegación de herramientas de configuración group:fs (modificación de archivos) y group:runtime (shell/proceso) satisfacen la postura equivalente.
• Las comprobaciones de aprobaciones de ejecución solo leen el artefacto activo exec-approvals.json cuando existe una regla execApprovals; un artefacto ausente o no válido constituye evidencia no observable, no una aprobación sintética.
• La evidencia de secretos y perfiles de autenticación solo registra la postura del proveedor o de la fuente y los metadatos de SecretRef, nunca los valores sin procesar. Policy no lee ni certifica almacenes de credenciales por agente como auth-profiles.json.
• La evidencia de tratamiento de datos solo representa la postura en el nivel de configuración (modo de censura, opción de captura de telemetría, modo de mantenimiento de sesiones y ajuste de indexación de transcripciones). No inspecciona registros, exportaciones de telemetría, transcripciones ni archivos de memoria, y un resultado limpio no demuestra que no contengan datos personales ni secretos.

Referencia de reglas de Policy

Todas las reglas siguientes son opcionales; una comprobación solo se ejecuta cuando la regla está presente. El estado observado corresponde a la configuración existente de OpenClaw o a los metadatos del espacio de trabajo.

Superposiciones con ámbito

Use scopes.<scopeName> cuando agentes o canales concretos necesiten una política más estricta que la base de nivel superior. El nombre del ámbito es solo una etiqueta; la correspondencia utiliza el selector incluido en el ámbito. Las superposiciones son aditivas: la regla global sigue ejecutándose y la regla con ámbito puede añadir su propio hallazgo sobre la misma evidencia.

Si una entrada de agentIds no está presente en agents.list[], OpenClaw evalúa la regla con ámbito respecto de la postura global o predeterminada heredada para ese identificador de agente en tiempo de ejecución, en lugar de omitirla.

{  "tools": {    "exec": {      "allowHosts": ["sandbox", "node"],    },  },  "sandbox": {    "requireMode": ["all", "non-main"],  },  "scopes": {    "release-workspace": {      "agentIds": ["release-agent", "review-agent"],      "agents": {        "workspace": {          "allowedAccess": ["none", "ro"],        },      },    },    "release-lockdown": {      "agentIds": ["release-agent"],      "tools": {        "exec": {          "allowHosts": ["sandbox"],          "allowSecurity": ["deny", "allowlist"],          "requireAsk": ["always"],        },        "denyTools": ["exec", "process", "write", "edit", "apply_patch"],      },      "sandbox": {        "requireMode": ["all"],        "allowBackends": ["docker"],      },      "dataHandling": {        "memory": {          "denySessionTranscriptIndexing": true,        },      },    },    "shell-sandbox": {      "agentIds": ["shell-agent"],      "sandbox": {        "allowBackends": ["openshell"],        "containers": {          "requireReadOnlyMounts": false,        },      },    },    "telegram-ingress": {      "channelIds": ["telegram"],      "ingress": {        "channels": {          "allowDmPolicies": ["pairing"],          "denyOpenGroups": true,          "requireMentionInGroups": true,        },      },    },  },}

El mismo agente puede aparecer en varios ámbitos si cada uno rige un campo distinto, como en el ejemplo anterior. Un campo con ámbito repetido para el mismo agente debe ser igual o más restrictivo; se rechaza una declaración duplicada más permisiva (las listas de permitidos son subconjuntos, las listas de denegados son superconjuntos y los booleanos obligatorios son fijos).

Las reglas de postura de contenedores (sandbox.containers.*) solo se comprueban respecto de la evidencia que puede exponer el backend del entorno aislado del agente correspondiente. Si un backend no puede observar una regla habilitada para él, Policy informa de policy/sandbox-container-posture-unobservable en lugar de aprobarla; limite las reglas de contenedores a los grupos de agentes que usan un backend capaz de exponerlas.

ingress.session.requireDmScope en el nivel superior sigue siendo global; session.dmScope no es una evidencia atribuible a un canal, por lo que no se puede limitar mediante channelIds.

Todos los ámbitos presentes en policy.jsonc deben ser válidos y aplicables.

Canales

Servidores MCP

Proveedores de modelos

Red

Entrada y acceso a canales

Gateway

gateway.nodes.denyCommands es una regla exacta de superconjunto de denegación que distingue entre mayúsculas y minúsculas. Úsela cuando la política deba demostrar que los comandos privilegiados de Node están explícitamente denegados por la configuración de OpenClaw. Una implementación que permita intencionadamente un comando privilegiado de Node debe actualizar policy.jsonc tras una revisión, en lugar de depender únicamente de gateway.nodes.allowCommands.

Espacio de trabajo del agente

Configuración de seguridad del entorno aislado

La política considera que un sandbox.mode ausente tiene el valor predeterminado implícito off, por lo que sandbox.requireMode informa que un entorno aislado nuevo o sin configurar está fuera de una lista de valores permitidos como ["all"].

Tratamiento de datos

Secretos

Aprobaciones de ejecución

Las comprobaciones de aprobaciones de ejecución leen el artefacto de ejecución exec-approvals.json: ~/.openclaw/exec-approvals.json de forma predeterminada, o $OPENCLAW_STATE_DIR/exec-approvals.json cuando se establece OPENCLAW_STATE_DIR. Las reglas de configuración bajo execApprovals.defaults.* o execApprovals.agents.* requieren evidencia legible del artefacto; un artefacto ausente o no válido se informa como evidencia no observable, en lugar de aprobarse según el mejor esfuerzo posible. Una vez que es legible, los campos omitidos heredan los valores predeterminados del entorno de ejecución: si falta defaults.security, su valor es full, y la seguridad ausente de un agente hereda ese valor predeterminado. La evidencia incluye defaults, agents.*, agents.*.allowlist[].pattern, el argPattern opcional, la configuración efectiva de autoAllowSkills y el origen de la entrada, pero nunca la ruta ni el token del socket, commandText, lastUsedCommand, las rutas resueltas ni las marcas de tiempo.

Ejemplo: exigir el artefacto de aprobaciones, denegar valores predeterminados permisivos y permitir únicamente una configuración revisada de aprobaciones de ejecución para los agentes seleccionados.

{  "execApprovals": {    "requireFile": true,    "defaults": {      // Modos de seguridad: "deny", "allowlist" o "full".      // Este valor predeterminado solo permite la postura restrictiva "deny".      "allowSecurity": ["deny"],    },  },  "scopes": {    "restricted-shell": {      "agentIds": ["family-agent", "groups-agent"],      "execApprovals": {        "agents": {          // Los agentes seleccionados pueden usar la postura "allowlist" revisada, pero no "full".          "allowSecurity": ["allowlist"],          // false significa que las CLI de Skills deben aparecer en la lista de permitidos revisada en lugar de          // aprobarse implícitamente mediante autoAllowSkills.          "allowAutoAllowSkills": false,          "allowlist": {            "expected": [              // Entrada simple: patrón exacto del ejecutable revisado sin argPattern.              "travel-hub",              // Entrada restringida: patrón más expresión regular de argumentos revisada.              { "pattern": "calendar-cli", "argPattern": "^sync\\b" },              "/bin/date",            ],          },        },      },    },  },}

Perfiles de autenticación

Metadatos de herramientas

Postura de las herramientas

Ejecutar comprobaciones

Ejecute comprobaciones exclusivas de políticas durante la creación:

openclaw policy checkopenclaw policy check --jsonopenclaw policy check --severity-min error

policy check ejecuta únicamente el conjunto de comprobaciones de políticas y genera evidencias, hallazgos y hashes de atestación. Los mismos hallazgos también aparecen en openclaw doctor --lint cuando el Plugin Policy está habilitado.

Compare un archivo de políticas del operador con una línea base creada:

openclaw policy compare --baseline official.policy.jsoncopenclaw policy compare --baseline official.policy.jsonc --policy policy.jsonc --json

policy compare comprueba la sintaxis de un archivo de políticas frente a la sintaxis de otro archivo de políticas; no inspecciona el estado de ejecución, las evidencias, las credenciales ni los secretos. Utiliza los mismos metadatos de reglas que gobiernan las superposiciones con ámbito: las listas de permitidos deben permanecer iguales o ser más restrictivas, las listas de denegados deben permanecer iguales o ser más amplias, los booleanos obligatorios deben conservar su valor, las cadenas ordenadas solo pueden avanzar hacia el extremo más restrictivo del orden configurado y las listas exactas deben coincidir. La línea base puede ser una política creada por la organización; la política comprobada puede añadir valores más restrictivos o reglas adicionales. Una regla comprobada de nivel superior puede satisfacer una regla de línea base con ámbito cuando es igual o más restrictiva. Los nombres de los ámbitos no tienen que coincidir entre archivos; la comparación se indexa por selector (agentIds/channelIds) y campo.

Comparación sin hallazgos (--json):

{  "ok": true,  "baselinePath": "official.policy.jsonc",  "policyPath": "policy.jsonc",  "rulesChecked": 3,  "findings": []}

La salida sin hallazgos de policy check --json incluye hashes estables que un operador o supervisor puede registrar:

{  "ok": true,  "attestation": {    "policy": {      "path": "policy.jsonc",      "hash": "sha256:..."    },    "workspace": {      "scope": "policy",      "hash": "sha256:..."    },    "findingsHash": "sha256:...",    "attestationHash": "sha256:..."  },  "checksRun": 5,  "checksSkipped": 0,  "findings": []}

Configurar la política

La configuración de políticas reside en plugins.entries.policy.config.

{  "plugins": {    "entries": {      "policy": {        "enabled": true,        "config": {          "enabled": true,          "path": "policy.jsonc",          "workspaceRepairs": false,          "expectedHash": "sha256:...",          "expectedAttestationHash": "sha256:...",        },      },    },  },}

Establezca plugins.entries.policy.config.enabled en false para deshabilitar las comprobaciones de políticas de un espacio de trabajo sin desinstalar el Plugin.

Aceptar el estado de la política

Ejemplo de salida JSON:

{  "ok": true,  "attestation": {    "checkedAt": "2026-05-10T20:00:00.000Z",    "policy": {      "path": "policy.jsonc",      "hash": "sha256:..."    },    "workspace": {      "scope": "policy",      "hash": "sha256:..."    },    "findingsHash": "sha256:...",    "attestationHash": "sha256:..."  },  "evidence": {    "channels": [      {        "id": "telegram",        "provider": "telegram",        "source": "oc://openclaw.config/channels/telegram",        "enabled": false      }    ],    "mcpServers": [      {        "id": "docs",        "transport": "stdio",        "source": "oc://openclaw.config/mcp/servers/docs",        "command": "npx"      }    ],    "modelProviders": [      {        "id": "openai",        "source": "oc://openclaw.config/models/providers/openai"      }    ],    "modelRefs": [      {        "ref": "openai/gpt-5.6-sol",        "provider": "openai",        "model": "gpt-5.6-sol",        "source": "oc://openclaw.config/agents/defaults/model"      }    ],    "network": [      {        "id": "browser-private-network",        "source": "oc://openclaw.config/browser/ssrfPolicy/dangerouslyAllowPrivateNetwork",        "value": false      }    ],    "gatewayExposure": [      {        "id": "gateway-bind",        "kind": "bind",        "source": "oc://openclaw.config/gateway/bind",        "value": "loopback",        "nonLoopback": false,        "explicit": true      }    ],    "agentWorkspace": [      {        "id": "agents-defaults-workspace-access",        "kind": "workspaceAccess",        "source": "oc://openclaw.config/agents/defaults/sandbox/workspaceAccess",        "scope": "defaults",        "value": "ro",        "sandboxMode": "all",        "sandboxModeSource": "oc://openclaw.config/agents/defaults/sandbox/mode",        "sandboxEnabled": true,        "explicit": true      },      {        "id": "agents-defaults-tool-exec",        "kind": "toolDeny",        "source": "oc://openclaw.config/tools/deny",        "scope": "defaults",        "tool": "exec",        "denied": true,        "explicit": true      }    ],    "secrets": [      {        "id": "vault",        "kind": "provider",        "source": "oc://openclaw.config/secrets/providers/vault",        "providerSource": "env"      },      {        "id": "oc://openclaw.config/models/providers/openai/apiKey",        "kind": "input",        "source": "oc://openclaw.config/models/providers/openai/apiKey",        "provenance": "secretRef",        "refSource": "env",        "refProvider": "vault"      }    ],    "authProfiles": [      {        "id": "github",        "source": "oc://openclaw.config/auth/profiles/github",        "validMetadata": true,        "provider": "github",        "mode": "token"      }    ],    "tools": [      {        "id": "deploy",        "source": "oc://TOOLS.md/tools/deploy",        "line": 12,        "risk": "critical",        "sensitivity": "restricted",        "capabilities": ["IRREVERSIBLE_EXTERNAL"]      }    ]  },  "checksRun": 30,  "checksSkipped": 0,  "findings": []}

attestation.policy.hash identifica el artefacto de reglas creado. evidence registra el estado observado de OpenClaw utilizado por las comprobaciones y workspace.hash identifica esa carga útil de evidencias. findingsHash identifica el conjunto exacto de hallazgos. checkedAt registra cuándo se ejecutó la comprobación. attestationHash identifica la declaración estable (hash de la política, hash de las evidencias, hash de los hallazgos y estado sin hallazgos/con hallazgos) y excluye deliberadamente checkedAt, por lo que el mismo estado de la política siempre produce el mismo hash de atestación. En conjunto, estos cuatro valores forman la tupla de auditoría de una comprobación de política.

Si un Gateway o supervisor utiliza la política para bloquear, aprobar o anotar una acción en tiempo de ejecución, debe registrar el hash de atestación de la última comprobación sin hallazgos. checkedAt permanece en la salida JSON para los registros de auditoría, pero no forma parte del hash estable.

Ciclo de vida para aceptar el estado de una política:

1. Cree o revise policy.jsonc.
2. Ejecute openclaw policy check --json.
3. Si no hay hallazgos, registre attestation.policy.hash como expectedHash.
4. Registre attestation.attestationHash como expectedAttestationHash.
5. Vuelva a ejecutar openclaw doctor --lint en la CI o en las puertas de publicación.

Si las reglas de la política cambian intencionadamente, actualice ambos hashes aceptados a partir de una comprobación limpia. Si solo cambia la configuración del espacio de trabajo (la política permanece igual), normalmente solo cambia expectedAttestationHash.

Habilitar o actualizar las reglas de agents.workspace añade evidencia de agentWorkspace al hash del espacio de trabajo y al hash de atestación; revise la nueva evidencia y actualice los hashes de atestación aceptados después de habilitarlas. Habilitar o actualizar las reglas de postura de herramientas añade evidencia de toolPosture de la misma manera.

openclaw policy watch vuelve a ejecutar la comprobación e informa cuando la evidencia actual deja de coincidir con expectedAttestationHash:

openclaw policy watch --json

Use --once en CI o en scripts que necesiten una única evaluación de desviación. Sin --once, consulta cada dos segundos de forma predeterminada; use --interval-ms para cambiar el intervalo.

Hallazgos

Un hallazgo puede incluir tanto target (el elemento observado del espacio de trabajo que no cumple los requisitos) como requirement (la regla definida que dio lugar al hallazgo). Actualmente, ambos son cadenas de dirección oc://, pero los nombres de los campos describen su función en la política, no el formato de la dirección.

Ejemplos de hallazgos:

{  "checkId": "policy/channels-denied-provider",  "severity": "error",  "message": "Channel 'telegram' uses denied provider 'telegram'.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/channels/telegram",  "target": "oc://openclaw.config/channels/telegram",  "requirement": "oc://policy.jsonc/channels/denyRules/#0",  "fixHint": "Telegram is not approved for this workspace."}

{  "checkId": "policy/tools-missing-risk-level",  "severity": "error",  "message": "TOOLS.md tool 'deploy' has no explicit risk classification.",  "source": "policy",  "path": "TOOLS.md",  "line": 12,  "ocPath": "oc://TOOLS.md/tools/deploy",  "target": "oc://TOOLS.md/tools/deploy",  "requirement": "oc://policy.jsonc/tools/requireMetadata"}

{  "checkId": "policy/mcp-unapproved-server",  "severity": "error",  "message": "MCP server 'remote' is not in the policy allowlist.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/mcp/servers/remote",  "target": "oc://openclaw.config/mcp/servers/remote",  "requirement": "oc://policy.jsonc/mcp/servers/allow"}

{  "checkId": "policy/models-unapproved-provider",  "severity": "error",  "message": "Model ref 'anthropic/claude-sonnet-4.7' uses unapproved provider 'anthropic'.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/agents/defaults/model/fallbacks/#0",  "target": "oc://openclaw.config/agents/defaults/model/fallbacks/#0",  "requirement": "oc://policy.jsonc/models/providers/allow"}

{  "checkId": "policy/network-private-access-enabled",  "severity": "error",  "message": "Network setting 'browser-private-network' allows private-network access.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/browser/ssrfPolicy/dangerouslyAllowPrivateNetwork",  "target": "oc://openclaw.config/browser/ssrfPolicy/dangerouslyAllowPrivateNetwork",  "requirement": "oc://policy.jsonc/network/privateNetwork/allow"}

{  "checkId": "policy/gateway-non-loopback-bind",  "severity": "error",  "message": "Gateway bind setting 'gateway-bind' permits non-loopback exposure.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/gateway/bind",  "target": "oc://openclaw.config/gateway/bind",  "requirement": "oc://policy.jsonc/gateway/exposure/allowNonLoopbackBind"}

{  "checkId": "policy/gateway-node-command-denied",  "severity": "error",  "message": "Gateway node command 'system.run' is denied by policy but not denied by OpenClaw config.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/gateway/nodes/denyCommands",  "target": "oc://openclaw.config/gateway/nodes/denyCommands",  "requirement": "oc://policy.jsonc/gateway/nodes/denyCommands",  "fixHint": "Add 'system.run' to gateway.nodes.denyCommands or update policy after review."}

{  "checkId": "policy/agents-workspace-access-denied",  "severity": "error",  "message": "agents.defaults sandbox workspaceAccess 'rw' is not allowed by policy.",  "source": "policy",  "path": "openclaw config",  "ocPath": "oc://openclaw.config/agents/defaults/sandbox/workspaceAccess",  "target": "oc://openclaw.config/agents/defaults/sandbox/workspaceAccess",  "requirement": "oc://policy.jsonc/agents/workspace/allowedAccess"}

Reparación

doctor --lint y policy check son de solo lectura.

doctor --fix solo modifica los ajustes del espacio de trabajo administrados por políticas cuando workspaceRepairs está habilitado explícitamente; de lo contrario, las comprobaciones indican lo que repararían y dejan los ajustes sin cambios.

En esta versión, la reparación puede deshabilitar los canales denegados por channels.denyRules y aplicar las reparaciones automáticas de restricción que se enumeran a continuación. Habilite workspaceRepairs solo después de revisar el archivo de políticas, porque una regla válida puede cambiar la configuración del espacio de trabajo:

• establecer tools.elevated.enabled=false cuando una política global prohíba las herramientas con privilegios elevados
• añadir los identificadores de herramientas cuya denegación sea obligatoria y que falten a tools.deny o agents.list[].tools.deny cuando la política exija denegar esas herramientas
• establecer en false las opciones inseguras de gateway.controlUi.*
• establecer gateway.mode=local cuando la política deniegue el modo remoto del Gateway
• establecer en false las rutas notificadas de gateway.http.endpoints.*.enabled cuando la política deniegue los puntos de conexión de la API HTTP del Gateway
• establecer en allowlist las rutas notificadas de groupPolicy para la entrada de canales cuando la política deniegue la entrada abierta de grupos
• establecer en true las rutas notificadas de requireMention para la entrada de canales cuando la política exija menciones en los grupos
• establecer logging.redactSensitive=tools cuando la política exija ocultar información confidencial en los registros
• establecer diagnostics.otel.captureContent=false, o diagnostics.otel.captureContent.enabled=false para los ajustes de captura de telemetría con formato de objeto, cuando la política deniegue la captura de contenido de telemetría

Las reparaciones de herramientas con privilegios elevados y ámbito limitado son solo de detección. Las reparaciones de tratamiento de datos con ámbito limitado también se omiten cuando el hallazgo informa de una configuración compartida de registro o telemetría, porque cambiar el ajuste compartido afectaría a más elementos que el objetivo de la política con ámbito limitado.

Las reparaciones con ámbito limitado de denegación obligatoria se omiten cuando el hallazgo informa de un valor heredado de tools.deny en la raíz, porque añadir la herramienta obligatoria a la configuración raíz afectaría a más elementos que el objetivo de la política con ámbito limitado. Las reparaciones de denegación obligatoria locales del agente pueden actualizar la ruta notificada de agents.list[].tools.deny.

Las reparaciones con ámbito limitado de entrada de canales se omiten cuando el hallazgo informa de valores heredados de channels.defaults.*, porque cambiar el valor predeterminado compartido del canal afectaría a más elementos que el objetivo de la política con ámbito limitado. Los hallazgos de la lista de permitidos para la obtención de URL mediante HTTP del Gateway siguen requiriendo intervención manual porque la reparación automática no puede elegir los valores correctos de la lista de URL permitidas para el punto de conexión.

Los hallazgos sobre la vinculación del Gateway y los comandos de Node siguen requiriendo revisión. Cuando policy/gateway-non-loopback-bind o policy/gateway-node-command-denied pueden asignarse a una ruta de configuración, doctor --fix muestra el cambio propuesto de gateway.bind o gateway.nodes.denyCommands como una vista previa omitida a modo de orientación. No aplica el cambio y el hallazgo no se considera reparado hasta que un operador revise y actualice la configuración o la política.

{  "plugins": {    "entries": {      "policy": {        "config": {          "workspaceRepairs": true,        },      },    },  },}

Códigos de salida

Contenido relacionado

• Modo lint de Doctor
• CLI de rutas