Seguridad y confianza

Control de la información desde el diseño.

Define qué información puede utilizar la IA, dónde puede ejecutarse y cuándo debe decidir una persona. Mantén la política y el registro cerca del trabajo.

  • Transformación con prioridad local

    La detección y la tokenización se ejecutan dentro de tu entorno, antes de que nada cruce el límite.

  • Listas de modelos y herramientas permitidos

    La política solo permite dirigir solicitudes a destinos que hayas aprobado.

  • Decisiones de política

    Cada cruce se evalúa conforme a una política explícita y versionada, no por convención.

  • Contexto de identidad y acceso

    Las solicitudes incluyen quién las hace, desde dónde y con qué rol.

  • Patrones de cifrado y aislamiento

    Transporte y almacenamiento cifrados, con aislamiento por entorno.

  • Puntos de aprobación humana

    Las acciones con consecuencias relevantes pueden requerir la aprobación de una persona designada antes de ejecutarse.

  • Historial de decisiones

    Un registro de auditoría detallado recoge cada decisión; los cruces del límite pueden revisarse posteriormente.

  • Resultados respaldados por evidencias

    Los resultados pueden vincularse a las fuentes que los respaldan o marcarse cuando carecen de ese respaldo.

  • Controles de conservación de datos

    Tú decides qué conserva el límite, durante cuánto tiempo y dónde.

Una decisión que se puede revisar

Conoce qué ocurrió.
Comprende el porqué.

El tratamiento de la información, la selección de rutas y las aprobaciones humanas forman parte de un mismo proceso. Explora el registro que un revisor puede utilizar para seguir la decisión.

Lee un ejemplo de registro de decisión

Responsabilidad compartida

Un límite claro.
Una comprensión clara.

Los controles de información funcionan junto con tu equipo, tu infraestructura y tus prácticas de seguridad. La documentación de arquitectura y despliegue forma parte de la conversación.

Diseñado para reducir

  • Salida de valores sensibles

    Identificadores restringidos, referencias y nombres en clave que salen con una solicitud de IA.

  • Uso de modelos o herramientas no aprobados

    Solicitudes que llegan a modelos o herramientas fuera de tu lista de permitidos.

  • Acciones de IA sin auditar

    Cruces y acciones que no dejan ningún registro que se pueda revisar.

  • Resultados cuya procedencia no se puede atribuir

    Afirmaciones generadas sin vínculo con las evidencias que las respaldan.

El límite por sí solo no lo resuelve

  • Dispositivo comprometido

    Un equipo o servidor comprometido se encuentra antes del límite de control. La seguridad de los dispositivos y del sistema operativo sigue siendo tu responsabilidad.

  • Uso indebido por personas con acceso interno fuera del límite

    Una persona o un administrador con acceso legítimo que actúa fuera de las vías supervisadas.

  • Configuración incorrecta de la política

    BoundSense hace cumplir las reglas configuradas. Las políticas incorrectas o demasiado permisivas pueden seguir permitiendo comportamientos inseguros y necesitan una revisión operativa.

  • Inyección de prompts y comportamiento inseguro de herramientas

    Los controles de entrada, las restricciones de rutas, los puntos de aprobación y los registros de auditoría reducen la exposición. Ningún límite elimina todos los riesgos de instrucciones adversarias o de ejecución posterior de herramientas.

  • Exactitud del modelo

    El límite controla lo que ve un modelo y dónde se ejecuta, no si su respuesta es correcta.

  • Integridad de los modelos y la infraestructura de origen

    La cadena de suministro de los modelos y de la infraestructura del proveedor que elijas utilizar es una responsabilidad compartida.

Consideraciones sobre modelos, aplicaciones y sistemas distribuidos

La evaluación de modelos es específica de cada tarea

Las pruebas de referencia solo miden el alcance evaluado; no demuestran el rendimiento general.

El éxito de un modelo pequeño no implica capacidad general

Que un modelo pequeño supere el umbral de una tarea no implica nada sobre otras tareas.

Filtración de datos de evaluación y defectos en los conjuntos de datos

El entrenamiento y la evaluación pueden heredar o amplificar defectos y fugas de los conjuntos de datos; la calidad de los datos sigue siendo una responsabilidad compartida.

La ejecución local no garantiza la seguridad

La ejecución local reduce la exposición por salida de datos, pero por sí sola no hace que un sistema sea seguro.

Las rutas de respaldo pueden aumentar la exposición

Recurrir a un modelo externo más grande amplía el cruce del límite; las vías alternativas necesitan el mismo examen de políticas que las rutas principales.

Los conectores de canales dependen de las plataformas

Los conectores de conversación de Axon dependen de los controles y la disponibilidad de plataformas externas.

Los agentes humanos son un límite

Las personas que atienden conversaciones derivadas siguen formando parte del límite de confianza.

La ejecución distribuida no es una tecnología de privacidad

Mantener los ejemplos sin procesar y los corpus en su ubicación reduce lo que cruza el límite. No es agregación segura, privacidad diferencial, computación confidencial ni protección de conocimiento cero, y las métricas o los fragmentos que sí cruzan pueden seguir entrañando riesgos de inferencia.

Los resultados agregados pueden ocultar fallos locales

Una métrica global puede cumplir los criterios mientras un entorno obligatorio falla. La evaluación distribuida está diseñada para mantener ese fallo visible y suspender la promoción; un resultado agregado por sí solo no determina la puesta en producción.

Las capacidades distribuidas están previstas

La evaluación distribuida privada y la recuperación distribuida controlada son arquitecturas previstas en la hoja de ruta. Ninguna está implementada ni disponible actualmente en pruebas piloto.

Explora los patrones de despliegue

Una primera conversación

Empieza con
un flujo de trabajo.

Cuéntanos la tarea y dónde debe permanecer la información. Te mostraremos un ejemplo relacionado y valoraremos si tiene sentido un piloto con un alcance definido.

Solicita una demo