The authoritative text is the English page: English version of this page

Uso responsable y autorización

Propósito

La suite Feintkit existe para probar defensas. Ofrece a los productos de seguridad algo realista que detectar y bloquear, y le permite comprobar cómo se comportan sus propios agentes de IA cuando se encuentran con patrones de ataque conocidos. Es una herramienta de pruebas defensivas únicamente.

La suite se publica bajo la Apache License 2.0. Las reglas de este documento son una petición y una declaración de intenciones, no condiciones de esa licencia: la propia licencia no impone ninguna restricción sobre quién puede usar el software ni con qué fin. El uso responsable es decisión suya y responsabilidad suya.

Este documento es informativo y no constituye asesoramiento jurídico. El descargo de responsabilidad completo es DISCLAIMER.md en la raíz de la suite. El licenciante recomienda que quien vuelva a publicar o redistribuir la suite obtenga su propia revisión jurídica.

Debe estar autorizado

Ejecute la suite solo contra sistemas, cuentas, agentes y productos que sean de su propiedad o para los que tenga permiso explícito por escrito para probarlos. Probar el agente, el servicio o el producto de otra persona sin su permiso no está cubierto por este proyecto y puede ser ilegal. Usted es el único responsable de decidir si un uso es lícito y está autorizado, y la ley difiere entre jurisdicciones. Si prueba un producto en nombre de una organización, obtenga primero la aprobación de la organización e informe a las personas que lo supervisan.

Lo que esta suite hace y no hace

Cada escenario simula un patrón de ataque conocido. Ningún escenario ejecuta código aportado por un atacante, lee credenciales reales ni envía tráfico de red a ningún lugar que no sea la interfaz local de loopback (127.0.0.1 o ::1). Un verificador estático (feintkit-guard) lo hace cumplir en el código fuente, y toda excepción se declara en el código fuente con un motivo escrito.
Las instrucciones inyectadas son benignas. La única instrucción que un escenario pone ante un agente es emitir un token de confirmación inofensivo. Nada pide a un agente que cause daño.
Cada artefacto que produce un escenario lleva una cadena marcadora para que sea fácil de identificar y de buscar (véase MARKERS.md). Los artefactos se escriben bajo el directorio temporal del sistema operativo a menos que elija otra ubicación con --out-dir.
Un escenario puede mostrar una notificación local en su escritorio. Es lo esperado y es una prueba visible de que el escenario se ejecutó.
La suite es software común: ejecutarla ejecuta código de Node.js en su máquina. Lea lo que ejecuta.
La suite no puede observar su producto de seguridad. Los resultados de detección son solo lo que usted mismo registre.

Usos prohibidos

Ejecutar cualquier escenario contra un sistema, cuenta, agente o servicio que no esté autorizado a probar.
Modificar un escenario para añadir cargas reales, acceso real a credenciales, ejecución real de comandos o exfiltración real, o redistribuir una modificación de ese tipo como parte de esta suite.
Usar las cadenas marcadoras o los escenarios para suplantar herramientas legítimas, engañar a las personas o recopilar datos que no son suyos.
Dirigir a un escenario un agente que tiene acceso a herramientas sensibles reales sin antes eliminar o restringir esas herramientas (véase Operación segura).

Sin garantía y límites de responsabilidad

La suite se proporciona "AS IS", sin garantía de ningún tipo. Esto repite la sección 7 de la Apache License 2.0, que es la que prevalece.
Detectar o no detectar un escenario no es una garantía de que un producto sea seguro o defectuoso. Las correspondencias con los marcos son de mejor esfuerzo y pueden ser parciales o estar desactualizadas.
En la máxima medida permitida por la ley aplicable, el autor y los colaboradores no son responsables de daños, pérdidas o usos indebidos derivados de la suite. Esto repite la sección 8 de la Apache License 2.0, que es la que prevalece.
La suite es independiente. Ningún proveedor, producto ni organismo de normalización que se nombre en ella la avala ni está afiliado a ella, y sus nombres pertenecen a sus propietarios.
Si una parte de esta sección no es válida donde usted se encuentra, el resto se sigue aplicando en la medida en que sea posible. Esta sección no afirma nada sobre su exigibilidad.

Operación segura

Pruebe primero los escenarios en un entorno desechable, como una máquina virtual o una cuenta de usuario temporal.
Cuando pruebe su propio agente, desconecte las herramientas que puedan alcanzar datos o cuentas reales. Una instrucción inyectada es benigna, pero un agente que sigue instrucciones que no debería seguir podría usar también otras herramientas que se le hayan dado; eso es exactamente lo que la prueba puede revelar, así que limite lo que esas herramientas pueden alcanzar.
Mantenga los artefactos en un lugar conocido con --out-dir y elimínelos con feintkit clean --all cuando termine.
Ejecute las propias comprobaciones de la suite (npm test) después de cambiar cualquier cosa, incluido npm run guard.

Informar de problemas

Si encuentra un escenario que hace más de lo que dice este documento, o una forma de usar la suite para causar un daño real, infórmelo a través del sistema de seguimiento de incidencias del proyecto para que pueda corregirse. No publique detalles funcionales de uso indebido antes de que los mantenedores hayan tenido la oportunidad de responder.