Comprueba lo que puede ver cada persona
Imagina un asistente que consulta documentos internos. La primera prueba suele ser si encuentra una respuesta útil. Hay otra igual de necesaria: si una persona sin permiso puede obtener información que no le corresponde.
Prepara ejemplos para ambos casos. Un usuario autorizado debería acceder a la información prevista; otro sin permiso debería recibir una respuesta que no revele su contenido. No basta con que el botón esté oculto en la interfaz.
Separa leer, preparar y ejecutar
Un sistema puede consultar datos sin tener permiso para modificarlos. También puede preparar una acción que una persona deba revisar. Define estas diferencias antes de conectar herramientas y comprueba que se respetan fuera de la pantalla, en el lugar donde ocurre la operación.
Usa información ficticia o una muestra autorizada para las primeras pruebas. Identifica qué datos son necesarios y evita trasladar campos que no aportan a la tarea.
Trata el contenido recibido como información
Un documento o mensaje puede incluir texto que intenta cambiar las instrucciones del asistente. Este riesgo se conoce como inyección de instrucciones. Las pruebas deben incluir entradas que pidan revelar información o ejecutar acciones fuera del alcance permitido.
Evalúa qué hace el sistema cuando la fuente es contradictoria, el permiso cambia o una conexión falla. La respuesta segura puede ser detener el recorrido y solicitar revisión. La decisión depende de la tarea y de sus consecuencias.
Guarda evidencia de la prueba, del resultado esperado y de quién revisó la diferencia. Repite los casos afectados cuando cambien permisos, fuentes o herramientas.
Antes de ampliar accesos, pide una demostración del caso que debe funcionar y del que debe rechazarse. Ambas forman parte de la entrega.
