Saltar al contenido principal

Configuración

La página Settings proporciona una configuración centralizada para el módulo de seguridad de Beak AI. El subtítulo indica "Configure global security module settings." La página está organizada en tres pestañas. General y Deployment se describen a continuación. Notifications contiene el relay SMTP del inquilino por el que se envían todos los canales de alerta por correo electrónico, y está documentado junto con la pila de alertas a la que sirve en AI Gateway — Settings; aparece únicamente para los inquilinos con derecho a AI Governance. La pestaña activa se conserva en la cadena de consulta de la URL, de modo que los enlaces a secciones específicas pueden compartirse o guardarse como favoritos.

Dos áreas que antes eran pestañas aquí ahora tienen sus propios menús, y sus antiguos enlaces redirigen: los conectores se encuentran en la página Integrations, y los roles y la asignación de roles están en Administration → Users & Roles.

Pestaña General​

La pestaña General es la pestaña de inicio de la página de configuración. Proporciona la interfaz para las preferencias de nivel de aplicación global y los ajustes de notificaciones que se aplican a todo el módulo de seguridad. Este es el lugar central para establecer los valores predeterminados de todo el inquilino antes de configurar los canales de implementación; los conectores se configuran en la página Integrations.

Pestaña Deployment​

La pestaña Deployment es el centro operativo para desplegar la extensión del navegador Beak AI en los dispositivos de los usuarios. Proporciona los paquetes de descarga de Browser Extension y guías de instalación paso a paso para cada canal de implementación.

Browser Extension​

La sección Browser Extension se abre con una descripción: "Install the Beak AI browser extension and pair users to this tenant. Each tenant gets one-time activation codes users paste into the extension popup." Un botón Pair new user en la esquina superior derecha abre el mismo Pair User Dialog disponible desde la página de Devices.

Downloads​

La tarjeta Downloads proporciona paquetes de extensión para tres variantes de distribución, cada una con dos opciones de descarga:

  • Chrome / Edge (Generic) — beak-aisec-generic.zip para instalaciones de carga sin empaquetar de autoservicio, y beak-aisec-generic.crx para escenarios de distribución empresarial. Adecuado para usuarios individuales que instalan extrayendo el archivo zip y seleccionando Load unpacked en chrome://extensions.
  • Microsoft Defender — beak-aisec-defender.zip y beak-aisec-defender.crx. Diseñado para distribución empresarial mediante Microsoft Intune usando una política de lista forzada; admite activación silenciosa y el ajuste de esquema administrado de autoprotección.
  • Sophos — beak-aisec-sophos.zip y beak-aisec-sophos.crx. Diseñado para distribución mediante Sophos Central Device Management con soporte de reenvío SIEM.

Nota: La descarga .zip es la recomendada para instalaciones de autoservicio. El .crx está destinado únicamente a distribución empresarial; Chrome bloquea la instalación mediante arrastrar y soltar de paquetes CRX autofirmados.

Installation Guides​

Se proporcionan cuatro guías de instalación paso a paso que cubren todos los canales de implementación habituales:

  • Self-service (usuarios individuales) — Descargue el archivo .zip genérico, extráigalo, habilite el modo de desarrollador en chrome://extensions, haga clic en Load unpacked, seleccione la carpeta extraída, abra el menú emergente de la extensión y vincule el dispositivo usando un código emitido desde Devices.
  • Microsoft Intune (administrado) — Cree un perfil de configuración de Plantillas Administrativas en Intune, configure la Extension install force list con el ID de extensión de Defender y la URL de actualización, configure opcionalmente la política de esquema administrado (backend_url, auto_protect, allow_user_disable), asigne a los grupos de destino y emita códigos de activación para cada usuario.
  • Sophos Central — En Sophos Central, vaya a Endpoint Settings → Web Control → Application Control, cargue la variante Sophos .crx y el JSON de política administrada, habilite el reenvío SIEM usando la plantilla siem-integration.json, implemente en los grupos de endpoints y vincule a los usuarios mediante códigos de activación.
  • Group Policy (Windows Active Directory) — Copie la plantilla de registro ExtensionInstallForcelist del directorio de la variante elegida en un GPO, aplíquela a la OU de destino y vincule a los usuarios individualmente mediante códigos de activación una vez que la política se haya propagado.

Integrations​

Las integraciones ya no son una pestaña en esta página. Los hooks de inferencia de Anthropic, Microsoft Copilot Studio, Power Platform, Agent 365, Defender XDR, Sentinel, Defender for Cloud Apps, Purview y Teams están todos en la página Integrations, agrupados según su función o por proveedor. Un enlace a Settings → Integrations redirige allí.

Roles y Permisos​

Nota: Esta ya no es una pestaña en la página de configuración. Ahora es Administration → Users & Roles, que contiene una pestaña por producto; un enlace a Settings → Roles redirige allí. El comportamiento descrito a continuación no ha cambiado.

Los roles y permisos controlan quién puede usar Beak AI Security y qué se les permite hacer dentro del módulo. Cada acción de administración del módulo — editar una política, resolver un elemento de la cola de revisión, ejecutar una campaña de red-team, cambiar esta configuración — se verifica con los permisos que poseen los roles del usuario que ha iniciado sesión.

El acceso a la pestaña está en sí mismo restringido por permisos. Para verla se requiere authz:read; sin ese permiso, la pestaña muestra un aviso para solicitar acceso a un administrador de seguridad. Para realizar cambios se requiere authz:manage, y un usuario que solo posee authz:read ve los datos en modo de solo lectura con los controles de creación, edición, asignación y eliminación ocultos.

La pestaña está compuesta por tres secciones.

Roles​

Los roles son conjuntos de permisos con nombre delimitados a este producto. La tabla lista el nombre y la descripción de cada rol, y marca su procedencia con insignias: system para los roles proporcionados y mantenidos por el catálogo de la plataforma, e inactive para los roles que existen pero que no otorgan ningún permiso.

  • Los roles de sistema son de solo lectura. Pueden abrirse e inspeccionarse, pero ni editarse ni eliminarse, porque el catálogo es propietario de su definición y sobrescribiría cualquier cambio local.
  • Los roles personalizados son totalmente editables. Cree uno para otorgar un conjunto de permisos más restringido que cualquier rol de sistema — por ejemplo, un revisor que puede limpiar la cola de revisión pero no puede cambiar las políticas.

Eliminar un rol personalizado surte efecto de inmediato: cada usuario asignado a él pierde sus permisos al instante, por lo que debe confirmar que nadie depende de él antes de proceder.

Users​

La sección Users lista los usuarios de la plataforma en este inquilino junto con los roles de Security que cada uno posee. Cada fila muestra el nombre del usuario, su correo electrónico e ID de usuario interno, y una insignia por cada rol asignado — o No roles cuando no tiene ninguno.

Al seleccionar una fila (o Assign roles) se abre el diálogo de asignación de roles para ese usuario. Beak AI Security no crea cuentas ni almacena contraseñas; la identidad reside en Beak IAM, y una persona aparece en esta lista una vez que existe como usuario de la plataforma en el inquilino. Lo que se gestiona aquí es su acceso, no su cuenta.

Audit Trail​

La sección Audit trail registra los cincuenta cambios de gestión de autorización más recientes: creaciones, ediciones, eliminaciones de roles y asignaciones de roles. Cada entrada nombra el cambio, el administrador que lo realizó y la marca de tiempo. Al pasar el cursor sobre una entrada se revelan los detalles completos del cambio.

Este es el registro que debe consultarse cuando el acceso de alguien cambia de forma inesperada. Cubre los cambios en la propia autorización; para los eventos de seguridad — prompts bloqueados, políticas activadas — consulte el Audit Log.

Nota: Los dos son fáciles de confundir. El Audit trail de aquí responde a "¿quién cambió los permisos?"; la página del Audit Log responde a "¿qué hizo el módulo con una solicitud?".

Mejores Prácticas​

  • Otorgue authz:manage con moderación — Es el permiso que permite a alguien otorgarse cualquier otro permiso; trátelo como la capacidad más privilegiada del módulo.
  • Prefiera un rol personalizado sobre los roles de sistema amplios — Cuando una persona necesita una capacidad restringida, un rol creado con ese propósito es más fácil de auditar posteriormente que una asignación excesivamente amplia de la que nadie recuerda el origen.
  • Revise el audit trail después de cualquier cambio de acceso — Es el único registro de quién otorgó qué, y solo conserva las últimas cincuenta entradas.
  • Implemente la variante correcta para cada canal — Use generic para instalaciones de autoservicio, defender para flotas de Windows administradas por Intune y sophos para endpoints administrados por Sophos Central; mezclar variantes puede provocar una aplicación de políticas inesperada.
  • Elija el canal de instalación adecuado — Use la carga sin empaquetar de autoservicio para usuarios individuales, la lista forzada de Intune para flotas de Windows administradas, Sophos Central para endpoints administrados por Sophos y Group Policy para dispositivos unidos a AD on-premise.
  • Pruebe las integraciones después de cada rotación de credenciales — Use el botón Test connection después de rotar los secretos de la aplicación de Entra o actualizar las URL de webhook para confirmar que la canalización de despacho funciona correctamente antes de que ocurra un incidente.
  • Establezca una gravedad mínima para las notificaciones de Teams — Sin un filtro min_severity, cada evento de bloqueo genera un mensaje de Teams; establezca el mínimo en high o critical para mantener una relación señal-ruido manejable en el canal.
  • Combine la integración de Sentinel con una política de retención — Beak reenvía cada auditoría de moderación a la tabla de Log Analytics; configure un período de retención adecuado en su espacio de trabajo de Sentinel para gestionar los costos de almacenamiento.
  • Verifique de nuevo la política de hooks de inferencia después de cambiar el nombre de una política — La selección se almacena por nombre de política, por lo que renombrar o desactivar la política seleccionada detiene la aplicación para los prompts de Claude. El campo indica este estado, pero vale la pena confirmarlo después de cualquier cambio de nombre de política.
  • Mantenga una política de toda la organización para los prompts de Claude — Solo las políticas con alcance a toda la organización se evalúan en esta superficie; una política con alcance a un usuario o grupo nunca se aplicará, independientemente de cómo esté configurada.

Páginas Relacionadas​

  • Overview — Descripción general del producto Beak AI Security.
  • Devices — Emita códigos de activación y gestione las extensiones del navegador vinculadas.
  • Incidents — Vea los incidentes reflejados en Defender XDR y Teams; el estado de despacho es visible en el panel de detalles de cada incidente.
  • Shadow AI — Agregados de uso que pueden mostrarse en Defender for Cloud Apps una vez configurada aquí la integración de MCAS.
  • Dashboard — Paneles de postura de seguridad delimitados por rol para todo el inquilino.