Informe y retest

Además de lo de siempre (resumen ejecutivo, alcance, método, hallazgos con evidencia, impacto y remediación), el informe de un encargo con modelo de lenguaje lleva: el despliegue y el mensaje de sistema probados, las repeticiones y la tasa de cada hallazgo, la categoría de la lista de OWASP, las pruebas sin hallazgo y lo que quedó fuera de alcance. Los datos sensibles de las transcripciones se tapan.

Abre borrador-informe.txt y comprueba qué trae ya el borrador.

El banco de remediaciones tiene un código por causa. C-2 es el hallazgo en el que la herramienta devolvió datos de otro asegurado. Se podría tapar el síntoma pidiéndole al modelo que no lo haga, pero esa instrucción es texto y el texto se puede esquivar. La causa es que la herramienta corre con permisos que el usuario no tiene.

El retest repite cada candidato corregido con el mismo número de intentos. Abre retest.txt. Un hallazgo se cierra cuando la corrección deja de reproducirse en el protocolo. Si todavía ocurre, aunque sea una vez, se informa como parcialmente corregido, con su nueva tasa, y no como cerrado.

Abre correo-del-cliente.txt. El responsable de Azahar quiere decir al comité que los cuatro hallazgos están resueltos y pide quitar C-1 del informe porque, dice, «es solo un mensaje de sistema».

Tu respuesta no es un regaño, es el informe. C-3 sigue reproduciéndose una vez de diez, así que no puede figurar como resuelto. C-1 no se retiró del retest porque no se había corregido: sigue ahí, y el borrador dice qué contenía el mensaje de sistema (el nombre de una cuenta de servicio y un umbral). El informe puede acompañarse de una nota con lo que sí se logró.