Diligencia con IA: que el pitch deck no dirija la revisión

¿Qué es la inyección de instrucciones en un pitch deck?

La diligencia debida son las comprobaciones antes de invertir. La IA puede ayudar a leer un pitch deck o una sala de datos. La sala de datos reúne archivos de una operación. Pero esos archivos también pueden intentar dar órdenes a la IA.

La inyección de instrucciones, o prompt injection, busca dirigir la IA mediante lo que lee. Un documento podría pedirle que oculte riesgos. Podría intentar cambiar una puntuación o enviar archivos privados. OWASP señala que los archivos e imágenes externos pueden contener esas órdenes. No siempre son visibles para una persona. [2]

Una cifra de ventas falsa y una orden oculta son problemas distintos. Contraste la cifra con pruebas. Trate la orden como un riesgo para el proceso. Una frase extraña no demuestra por sí sola un fraude.

Dé menos acceso al lector de documentos

Use una herramienta aprobada. Revise primero sus condiciones de datos y permisos. Comparta solo lo que tiene derecho a compartir. Empiece con una operación y una copia de solo lectura. Eso impide cambiar el archivo original.

La herramienta que lee el documento no debe enviar correos. Tampoco debe editar el registro ni abrir otras operaciones. No necesita toda su unidad ni sus contactos. Imponga estos límites mediante ajustes y código, no solo mediante un prompt. NCSC destaca los controles que limitan las acciones. [1]

Marque el texto externo como contenido de la fuente. No lo pegue en las reglas que controlan la herramienta. OpenAI advierte que eso da más poder a una entrada no fiable. La etiqueta ayuda, pero no crea una barrera de seguridad firme. [3]

• Un espacio de revisión por operación.
• Lectura solo de los archivos nombrados.
• Sin permisos de envío, uso compartido ni edición.
• Sin contraseñas, claves ni notas de otras operaciones.

Extraiga afirmaciones antes de juzgar la operación

Pida campos fijos: afirmación, archivo, página, fecha y duda. Use un campo vacío o «no encontrado» si falta la prueba. Un formato ordenado no demuestra que algo sea cierto. Compare cada campo con el archivo.

Mantenga las reglas de puntuación fuera del documento. Una persona debe aplicarlas a los hechos comprobados. El texto externo no debe cambiar los pesos, omitir controles ni aprobar la operación. OWASP y OpenAI recomiendan salidas limitadas y comprobar su formato. [2] [3]

Si la herramienta abre un enlace del documento, trate la página como otra fuente externa. El enlace no le da más confianza. Limite qué enlaces se pueden abrir. Compruebe el destino final antes de compartir datos privados.

• Afirmación: ¿qué dice el fundador?
• Fuente: ¿qué archivo y página lo respaldan?
• Estado: comprobado, sin probar o en conflicto.
• Duda: ¿qué debe revisar una persona?

Retenga el resumen dudoso, no condene al fundador

Este caso es ficticio. Un pitch deck de fase semilla menciona un cliente perdido. En otro lugar, el texto pide a la IA que omita esa pérdida. El borrador del informe dice que no se perdió ningún cliente. No es una operación real ni una acusación contra un fundador.

Retenga ese informe. No use su puntuación ni lo entregue como trabajo comprobado. Guarde el archivo original y la ubicación del texto sospechoso. Proteja el registro. Una persona debe comparar el documento, el texto extraído y el borrador.

Compruebe el dato del cliente con pruebas que puede consultar. Pida un archivo limpio si hace falta. Reinicie en un espacio nuevo con acceso limitado. El archivo nuevo no demuestra que el proceso sea seguro. Informe al responsable sin hacer una acusación pública de fraude.

Pruebe los controles antes de usar datos reales

Use archivos y datos ficticios, no datos privados. Pruebe un archivo que pida cambiar la puntuación. Pruebe otro que pida compartir un archivo. Su responsable de seguridad debe hacer estas pruebas en un espacio aislado. OWASP recomienda probar los límites de confianza y acceso. [2]

Defina antes qué significa aprobar la prueba. El lector no debe enviar datos, cambiar registros ni aprobar la operación. Las afirmaciones deben coincidir con la fuente. Revise la salida y el registro de acciones. Ese registro muestra qué intentó hacer la herramienta.

Si una prueba falla, detenga ese proceso. Corrija el permiso o paso de revisión y pruebe de nuevo. Repita cuando cambien el modelo, las herramientas o los lectores de archivos. Pasar unas pruebas aporta información; no garantiza la seguridad.

Respete los límites globales y legales

Revise también el original de un documento en otro idioma. Una traducción puede omitir una orden o cambiar su sentido. Use un lector cualificado para las afirmaciones clave. No puntúe peor a un fundador solo porque necesite traducción.

Un filtro de frases puede no detectar nuevas formas del ataque. NCSC advierte que una lista de palabras bloqueadas no es una solución total. [1] Mantenga los límites y controles humanos aunque el análisis no encuentre nada.

Registre la versión del archivo y la herramienta, los controles y el revisor. Conserve solo los datos necesarios según sus reglas. Las leyes y obligaciones cambian por país. Busque asesoramiento legal y de seguridad para su caso.

Esta guía se preparó con apoyo de IA y fuentes primarias leídas el 14 de octubre de 2026. Es orientación práctica, no una afirmación probada sobre funciones de Master Collective. No es asesoramiento de inversión ni legal. No sustituye la revisión completa de una operación.