Cómo protegemos la información de su empresa

Sus credenciales son suyas. Las aplicaciones que conectan Igniten con Google Workspace, Microsoft 365 o Slack se registran en el directorio de su organización, a nombre de su organización. El consentimiento es suyo y lo revoca desde su propia consola de administración, sin escribirnos ni esperarnos. Las cuotas de las interfaces de sus proveedores son también suyas, así que el uso de otro cliente nuestro no puede afectar el suyo.

El asistente no actúa solo. Toda operación con efecto externo —enviar un correo, crear un evento, escribir en un sistema— se materializa primero como un borrador persistido. Nada llega a un proveedor hasta una confirmación explícita, y un borrador sin confirmar vence. No es una opción de configuración: no existe una ruta de ejecución que no pase por la confirmación. Es una propiedad de la interfaz, no una regla que se pueda desactivar.

Menos acceso es mejor producto. Le vamos a pedir el menor privilegio posible, con la lista exacta de permisos y el motivo de cada uno. Un proveedor que pide acceso amplio «para simplificar la integración» le está trasladando su propio trabajo en forma de riesgo. La lista completa de lo que pedimos, y de lo que conviene exigirnos, está en permisos recomendados.

Un asistente que lee documentos puede recibir instrucciones escondidas dentro de esos documentos. Un correo, un archivo compartido o una celda de una planilla pueden contener texto dirigido al asistente y no a la persona. Es el riesgo específico de esta categoría de producto —se lo conoce como prompt injection— y no se resuelve escribiendo mejores instrucciones al modelo: cualquier defensa basada en detección falla un porcentaje de las veces, y una vez alcanza.

La respuesta tiene cuatro capas. Las tres primeras son probabilísticas; sólo la cuarta es una garantía.

Cuando su base de datos vive dentro de su red, la conexión la establece un conector que usted instala y que abre la sesión hacia nosotros. Nunca al revés. El transporte es TLS con autenticación mutua por certificado, saliente sobre el puerto de tráfico web: no hay que abrir nada en su cortafuegos ni publicar ningún servicio suyo. Cada conector tiene su propio certificado, revocable individualmente sin afectar a los demás.

La lista de destinos es un archivo suyo, que sólo usted edita. Vive en su infraestructura, junto al conector, y contiene los pares máquina–puerto que su administrador declaró. Nosotros podemos solicitar un destino nuevo: la solicitud queda en el registro del conector y no surte efecto hasta que alguien de su equipo la incorpora al archivo. Aunque nuestro plano de control estuviera comprometido, no existe un camino por el que podamos ampliar nuestro alcance dentro de su red. Cada destino nuevo agrega un paso de coordinación.

Nunca aprendemos su topología. Del lado nuestro se direcciona un destino lógico y la resolución ocurre en su red. No almacenamos rangos, ni nombres de máquina, ni rutas. Cada conector corre además en su propio espacio de red dentro de nuestra infraestructura, nunca en una red compartida. En cadena de suministro: imágenes firmadas y verificables con la clave que le entrega el panel de su organización, inventario de componentes, y la opción de fijar una versión en lugar de aceptar actualizaciones automáticas. Su equipo de seguridad puede revisar el código del conector: lo entregamos a pedido, bajo acuerdo de confidencialidad.

Si prefiere no instalar nada nuestro, la cadena de alternativas, en orden de preferencia y sin depender de ningún intermediario contratado: red privada virtual estándar contra nuestra puerta de enlace; o conexión directa cifrada con lista de direcciones autorizadas, si su base ya está en la nube. Cada una con su procedimiento documentado.

El alcance de esta conexión es acotado. Sirve únicamente para consultar bases de datos suyas, siempre en modo de sólo lectura. Correo, almacenamiento, reuniones y mensajería llegan por las interfaces de sus proveedores sobre internet y no la utilizan. Una organización que decida no conectar nada de su red interna pierde la consulta a sus sistemas propios; no pierde el producto.

Respaldo y recuperación. Base gestionada con réplica sincrónica en una segunda zona de disponibilidad, respaldos automáticos y recuperación a cualquier punto en el tiempo dentro de la ventana de retención. Los respaldos están cifrados con nuestra propia clave. Y lo que importa más que tenerlo: lo ensayamos. Practicamos la restauración de una única organización a partir de un respaldo completo, sin tocar los datos de las demás. Un procedimiento de recuperación que nunca se ejecutó no es un procedimiento.

Contención de incidentes. Existe un corte por organización que permite suspender una sin afectar a ninguna otra. La secuencia está definida de antemano: contener, preservar evidencia antes de limpiar, y recién después reparar. La notificación tiene responsables nombrados por anticipado —quién decide, quién redacta, a quién se avisa— porque el marco europeo exige avisar dentro de las 72 horas de tomar conocimiento y eso no se improvisa. Una filtración entre organizaciones es siempre severidad máxima, cualquiera sea su volumen: la clasificación no se discute durante el incidente.

Si decide irse: dos mecanismos, dos plazos. Empezamos por la exportación de sus datos, el corte de la ingesta y la revocación de nuestras credenciales contra cada uno de sus proveedores. Después, el contenido se vuelve indescifrable de inmediato destruyendo la clave de su organización — alcanza a todos los respaldos sin necesidad de reescribirlos, porque sin la clave los bytes no significan nada, e incluye las direcciones de correo de las listas de acceso, que guardamos como resumen con esa misma clave y no en claro. En paralelo, los metadatos estructurales y los vectores de búsqueda se eliminan por procedimiento, con constancia: títulos, nombres de archivo y fechas están sin cifrar porque la búsqueda por texto los necesita, y los vectores lo están porque un vector cifrado no se puede comparar por similitud. Se borran de los sistemas activos de inmediato y terminan de desaparecer cuando caduca la última ventana de respaldo que los contenía.

Ese segundo plazo se lo decimos al contratar, no al darse de baja, y la constancia que entregamos indica los dos mecanismos con su fecha.