--- title: "Review de T3MP3ST 2026: ¿Sustituye un pentest?" canonical: https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/ language: es description: "Review de T3MP3ST basada en evidencia: funciones probadas y experimentales, brechas frente a OWASP APTS, piloto seguro y por qué no sustituye un pentest." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 min de lectura · 15 de julio de 2026 [**Siguiente**](/es/blog/vibe-coders-new-junior-developers/) # Review de T3MP3ST 2026: ¿puede sustituir un pentest? Resumen T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas y asistidas por IA, no un sustituto de una prueba de penetración. Su evidencia pública más sólida cubre reconocimiento mediante herramientas, controles de alcance, procedencia de evidencias y benchmarks single-agent reproducibles. El repositorio afirma expresamente que el swarm coordinado de ocho operadores sigue sin benchmark y no es fiable; las ejecuciones full-chain realizaron cero exploits. Nuestra comparación de la documentación pública con OWASP APTS ve buenos fundamentos de alcance y auditabilidad, pero evidencia parcial o no establecida para seguridad, autonomía gradual, resistencia a manipulación, supply chain e informes. Pruébalo primero en un laboratorio vulnerable a propósito y después en staging aislado, con reglas de actuación escritas, un commit fijado, acciones supervisadas y aceptación basada en evidencias. Mantén un pentest independiente para lógica de negocio, assurance y responsabilidad final. **No, todavía no.** T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas con IA, sobre todo reconnaissance, trabajo repetible en laboratorio y captura de evidencia. No sustituye un pentest independiente, la revisión humana de lógica de negocio ni una garantía apta para compliance. El propio repositorio dice que los benchmarks corresponden a un loop de un solo agente y que la explotación coordinada del swarm sigue sin demostrarse. Revisamos el repositorio público el 15 de julio de 2026 y contrastamos sus pruebas con los ocho dominios del [OWASP Autonomous Penetration Testing Standard (APTS)](https://owasp.org/APTS/standard/). Es una revisión documental, no una auditoría formal de conformidad ni un pentest práctico. ## ¿Qué es T3MP3ST? [T3MP3ST](https://github.com/elder-plinius/T3MP3ST) es una capa de orquestación en TypeScript que conecta Claude Code, Codex, Hermes o un modelo local/API con herramientas de seguridad, una “War Room”, controles de alcance y un ledger de evidencia. Es un harness, no un modelo de seguridad propio. | Hecho público, 15 de julio de 2026 | Lectura para un comprador | | --- | --- | | AGPL-3.0-or-later, versión 1.0.0 | Open source; los despliegues de red modificados requieren revisión de licencia. | | 35 herramientas por defecto; 83 con arsenal opt-in | Más cobertura y también más carga de gobierno. | | War Room, CLI, API HTTP y una herramienta MCP activa | Flexible, pero cada superficie de control necesita hardening. | | Sin release publicada en GitHub | Fija un commit revisado; main no es una release estable. | | XBEN black-box pass@1 medio del 90,1%, según el repositorio | Evidencia interesante, no prueba del swarm ni garantía para tu aplicación. | ## ¿Qué está probado y qué sigue experimental? La [documentación de features](https://github.com/elder-plinius/T3MP3ST/blob/main/FEATURES.md) marca reconnaissance y scanning como implementados. Exploiter, Infiltrator, Exfiltrator, Ghost y Coordinator son experimentales. También declara cero exploits ejecutados en runs full-chain y que los benchmarks principales proceden de un agente, no de la célula coordinada de ocho operadores. | Capacidad | Evidencia pública | Nuestra lectura | | --- | --- | --- | | Reconnaissance y scanning | Loop real con herramientas | Scope creíble para un piloto | | Proveniencia de findings | Output de herramientas, referencias y retests | Una de las mejores decisiones de diseño | | Benchmarks single-agent | Resultados recalculables; 90,1% XBEN, 23/40 Cybench, 8/10 CVE-Zero exactos según el repo | Reproducir sobre commit fijado y dataset propio | | Explotación multiagente end-to-end | Explícitamente no benchmarkeada y poco fiable | No comprar aún la promesa del swarm | La regla de [proveniencia verificada](https://github.com/elder-plinius/T3MP3ST/blob/main/docs/VERIFIED_PROVENANCE.md) es correcta: el texto del modelo es análisis, no prueba. Un finding debe seguir siendo hipótesis hasta que lo respalde output de una herramienta, un artefacto reproducible o un retest. ## ¿Cómo queda frente a OWASP APTS? OWASP APTS contiene 173 requisitos obligatorios en ocho dominios. “No establecido” significa que la documentación pública no basta, no que el control necesariamente falte. | Dominio APTS | Señal pública | Decisión | | --- | --- | --- | | Scope enforcement | Scope receipts, controles de egress y denegación fuera de alcance | Prometedor; probar DNS rebinding, ventanas temporales y cloud scope | | Safety controls | Herramientas peligrosas con approval gate | Parcial; demostrar kill switch, watchdog, rollback y sandbox | | Human oversight | Receipts, aprobaciones y revisión del operador | Parcial; probar timeouts seguros y acciones irreversibles | | Graduated autonomy | Modos humanos y autónomos conceptuales | Sin mapeo a niveles APTS; piloto supervisado | | Auditability | Evidence Vault, findings, retests y claims recalculables | Área más fuerte; faltan pruebas de logs tamper-evident y storage aislado | | Manipulation resistance | Alcance aplicado fuera del modelo | No establecido para prompt injection, output hostil e aislamiento del runtime | | Supply-chain trust | Lockfile, overrides y código abierto | Parcial; sin release, y SBOM, signing y cambios de modelo no establecidos | | Reporting | Findings con evidencia e informes Markdown | Parcial; validar falsos positivos, cobertura y reproducción independiente | ## ¿Puede reemplazar un pentest humano? No. Tiene sentido como complemento para aumentar la frecuencia de reconnaissance autorizada y evidencia entre assessments humanos. [NIST SP 800-115](https://csrc.nist.gov/pubs/sp/800/115/final) sitúa el pentest dentro de un proceso planificado con reglas de engagement, análisis y mitigación. Una herramienta autooperada no genera independencia. | Necesidad | Fit actual | Lo que sigue siendo humano | | --- | --- | --- | | Recon repetida en lab o staging aislado | Buen candidato a piloto | Owner del scope y reviewer | | Señales continuas entre releases | Complemento potencial | Triage, remediación y regresión | | Lógica de negocio y abuse cases | No probado como sustituto | Contexto de producto y criterio adversarial | | Garantía para cliente, inversor o regulador | Solo evidencia auxiliar | Scope e informe independientes cuando se exijan | ## ¿Cómo montar un piloto seguro? 1. **Contrato de misión escrito:** owner, targets, acciones permitidas, ventana, prohibiciones, stop conditions y reglas de datos. 2. **Lab vulnerable y después staging aislado:** producción no es el primer experimento. 3. **Fijar commit y entorno:** modelo, agente, tools, prompts, configuración e imagen del target. 4. **Ejecución supervisada:** cada finding aceptado necesita output, reproducción, severidad y retest. 5. **Mantener el pentest independiente:** usar T3MP3ST para reducir findings evitables, no para certificarse a sí mismo. Si comparas un agente open source más maduro, con releases publicados, controles de CI, precios alojados y un benchmark de 104 retos ejecutado por el proveedor, usa nuestra [guía de piloto de Strix AI Pentesting en 30 días](/es/blog/strix-ai-pentesting-pilot-guide-2026/). Se centra en coste, evidencia de compra y una decisión medible, sin repetir esta review sobre sustitución. Si tu decisión no es qué harness de red team comprar, sino cómo contener un modelo potente durante la evaluación, usa nuestra [checklist de seguridad para sandboxes de agentes de IA](/es/blog/ai-agent-eval-sandbox-security-checklist/). Cubre aislamiento anidado, egress, credenciales, integridad del benchmark e incident response como una pregunta de arquitectura separada. ## ¿Cuánto cuesta de verdad “open source y keyless”? Cuenta la suscripción o API del agente, entorno aislado, herramientas, review, triage, remediación y retest. Si modificas y expones el software por red, revisa la [AGPL](https://www.gnu.org/licenses/agpl.html). La pregunta comercial no es si el repo es gratis, sino si produce más reducción de riesgo verificada por semana de ingeniería que tu flujo actual. ## Preguntas frecuentes ### ¿T3MP3ST es una herramienta de pentesting? Es un harness open source para offensive security autorizada con IA. Su evidencia pública más fuerte cubre reconnaissance, benchmarks single-agent, scope y proveniencia; el swarm end-to-end sigue sin probarse. ### ¿Puede sustituir un pentest? No. Puede complementar el programa, pero no sustituye scope independiente, revisión humana de lógica de negocio, especialistas cualificados ni un informe formal cuando se exige. ### ¿Es seguro usarlo en producción? No como primer target. Empieza en un lab vulnerable, pasa a staging aislado con reglas escritas y exige aprobación humana para acciones activas o irreversibles. ### ¿Sus benchmarks son independientes? No. Son del propio repositorio, aunque el proyecto permite recalcularlos desde datos committed. Es mejor que un claim sin soporte, pero no equivale a una evaluación independiente. ### ¿Qué debe medir un CTO? Findings verificados por hora, falsos positivos, reproducibilidad, tiempo de remediación y retest, denegaciones fuera de scope, review humano y coste por finding high-risk cerrado. ## Reflexiones finales T3MP3ST merece atención porque trata proveniencia, alcance y claims verificables con más disciplina que muchos lanzamientos de AI security. El veredicto honesto es más estrecho que el titular: hoy es un harness creíble de investigación y testing supervisado, no el reemplazo de un equipo de pentest. Automatiza reconnaissance repetible y captura de evidencia. Mantén humanos donde importan contexto, independencia y responsabilidad: lógica de negocio, scope, remediación y garantía final. ## También te puede gustar.. [**QA para código generado por IA** Production readiness de autorización, secretos, failure paths, dependencias y regresiones.](/es/blog/qa-for-ai-generated-code/) [**¿Lanzar el prototipo tal cual o endurecerlo primero?** Cuándo basta la velocidad y cuándo usuarios, dinero o datos sensibles exigen hardening.](/es/compare/ship-vibe-coded-as-is-vs-harden/) Ingeniería de agentes ## Continúa por este clúster Agentes de código, MCP, contexto, evaluación y controles para automatización fiable. [Empieza por el artículo fundamental**Ingeniería de grafos para agentes de IA: ¿Cuándo compensa un knowledge graph?**](/es/blog/graph-engineering-ai-agents/) - [Por qué las ediciones de agentes necesitan identidad semántica: SEMAPRAX en Rust](/es/blog/semantic-identity-rust-agent-edits/) - [LangChain Deep Agents: análisis del agent harness para producción](/es/blog/langchain-deep-agents-review/) - [Análisis de OpenViking 2026: ¿Memoria de archivos lista para producción?](/es/blog/openviking-agent-memory-review/) - [LLM-as-a-Verifier: arquitectura, costes y uso en producción](/es/blog/llm-as-a-verifier/) - [TrueForge: análisis del agent harness open source para producción](/es/blog/trueforge-agent-harness-review/) Tu bandeja, sin ruido ## Sigue el trabajo que te importa Recibe un correo breve cuando publiquemos algo nuevo. Sigue todo el blog o solo los temas que te interesan. [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 min de lectura · 15 de julio de 2026 [**Siguiente**](/es/blog/vibe-coders-new-junior-developers/) Nuevos artículos por correo × × Recibe nuevos artículos por correo Un correo breve cuando publicamos. Gratis y sin seguimiento. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/#webpage", "@type": "WebPage", "dateModified": "2026-07-15", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-07-15", "url": "https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas y asistidas por IA, no un sustituto de una prueba de penetración. Su evidencia pública más sólida cubre reconocimiento mediante herramientas, controles de alcance, procedencia de evidencias y benchmarks single-agent reproducibles. El repositorio afirma expresamente que el swarm coordinado de ocho operadores sigue sin benchmark y no es fiable; las ejecuciones full-chain realizaron cero exploits. Nuestra comparación de la documentación pública con OWASP APTS ve buenos fundamentos de alcance y auditabilidad, pero evidencia parcial o no establecida para seguridad, autonomía gradual, resistencia a manipulación, supply chain e informes. Pruébalo primero en un laboratorio vulnerable a propósito y después en staging aislado, con reglas de actuación escritas, un commit fijado, acciones supervisadas y aceptación basada en evidencias. Mantén un pentest independiente para lógica de negocio, assurance y responsabilidad final.", "articleBody": " Resumen del blog/IA y agentes/Ingeniería de agentes Review de T3MP3ST 2026: ¿puede sustituir un pentest? Resumen T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas y asistidas por IA, no un sustituto de una prueba de penetración. Su evidencia pública más sólida cubre reconocimiento mediante herramientas, controles de alcance, procedencia de evidencias y benchmarks single-agent reproducibles. El repositorio afirma expresamente que el swarm coordinado de ocho operadores sigue sin benchmark y no es fiable; las ejecuciones full-chain realizaron cero exploits. Nuestra comparación de la documentación pública con OWASP APTS ve buenos fundamentos de alcance y auditabilidad, pero evidencia parcial o no establecida para seguridad, autonomía gradual, resistencia a manipulación, supply chain e informes. Pruébalo primero en un laboratorio vulnerable a propósito y después en staging aislado, con reglas de actuación escritas, un commit fijado, acciones supervisadas y aceptación basada en evidencias. Mantén un pentest independiente para lógica de negocio, assurance y responsabilidad final. No, todavía no. T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas con IA, sobre todo reconnaissance, trabajo repetible en laboratorio y captura de evidencia. No sustituye un pentest independiente, la revisión humana de lógica de negocio ni una garantía apta para compliance. El propio repositorio dice que los benchmarks corresponden a un loop de un solo agente y que la explotación coordinada del swarm sigue sin demostrarse. Revisamos el repositorio público el 15 de julio de 2026 y contrastamos sus pruebas con los ocho dominios del OWASP Autonomous Penetration Testing Standard (APTS). Es una revisión documental, no una auditoría formal de conformidad ni un pentest práctico. ¿Qué es T3MP3ST? T3MP3ST es una capa de orquestación en TypeScript que conecta Claude Code, Codex, Hermes o un modelo local/API con herramientas de seguridad, una “War Room”, controles de alcance y un ledger de evidencia. Es un harness, no un modelo de seguridad propio. Hecho público, 15 de julio de 2026Lectura para un compradorAGPL-3.0-or-later, versión 1.0.0Open source; los despliegues de red modificados requieren revisión de licencia.35 herramientas por defecto; 83 con arsenal opt-inMás cobertura y también más carga de gobierno.War Room, CLI, API HTTP y una herramienta MCP activaFlexible, pero cada superficie de control necesita hardening.Sin release publicada en GitHubFija un commit revisado; main no es una release estable.XBEN black-box pass@1 medio del 90,1%, según el repositorioEvidencia interesante, no prueba del swarm ni garantía para tu aplicación. ¿Qué está probado y qué sigue experimental? La documentación de features marca reconnaissance y scanning como implementados. Exploiter, Infiltrator, Exfiltrator, Ghost y Coordinator son experimentales. También declara cero exploits ejecutados en runs full-chain y que los benchmarks principales proceden de un agente, no de la célula coordinada de ocho operadores. CapacidadEvidencia públicaNuestra lecturaReconnaissance y scanningLoop real con herramientasScope creíble para un pilotoProveniencia de findingsOutput de herramientas, referencias y retestsUna de las mejores decisiones de diseñoBenchmarks single-agentResultados recalculables; 90,1% XBEN, 23/40 Cybench, 8/10 CVE-Zero exactos según el repoReproducir sobre commit fijado y dataset propioExplotación multiagente end-to-endExplícitamente no benchmarkeada y poco fiableNo comprar aún la promesa del swarm La regla de proveniencia verificada es correcta: el texto del modelo es análisis, no prueba. Un finding debe seguir siendo hipótesis hasta que lo respalde output de una herramienta, un artefacto reproducible o un retest. ¿Cómo queda frente a OWASP APTS? OWASP APTS contiene 173 requisitos obligatorios en ocho dominios. “No establecido” significa que la documentación pública no basta, no que el control necesariamente falte. Dominio APTSSeñal públicaDecisiónScope enforcementScope receipts, controles de egress y denegación fuera de alcancePrometedor; probar DNS rebinding, ventanas temporales y cloud scopeSafety controlsHerramientas peligrosas con approval gateParcial; demostrar kill switch, watchdog, rollback y sandboxHuman oversightReceipts, aprobaciones y revisión del operadorParcial; probar timeouts seguros y acciones irreversiblesGraduated autonomyModos humanos y autónomos conceptualesSin mapeo a niveles APTS; piloto supervisadoAuditabilityEvidence Vault, findings, retests y claims recalculablesÁrea más fuerte; faltan pruebas de logs tamper-evident y storage aisladoManipulation resistanceAlcance aplicado fuera del modeloNo establecido para prompt injection, output hostil e aislamiento del runtimeSupply-chain trustLockfile, overrides y código abiertoParcial; sin release, y SBOM, signing y cambios de modelo no establecidosReportingFindings con evidencia e informes MarkdownParcial; validar falsos", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "dateModified": "2026-07-15", "datePublished": "2026-07-15", "description": "T3MP3ST es un harness open source prometedor para pruebas de seguridad autorizadas y asistidas por IA, no un sustituto de una prueba de penetración. Su evidencia pública más sólida cubre reconocimiento mediante herramientas, controles de alcance, procedencia de evidencias y benchmarks single-agent reproducibles. El repositorio afirma expresamente que el swarm coordinado de ocho operadores sigue sin benchmark y no es fiable; las ejecuciones full-chain realizaron cero exploits. Nuestra comparación de la documentación pública con OWASP APTS ve buenos fundamentos de alcance y auditabilidad, pero evidencia parcial o no establecida para seguridad, autonomía gradual, resistencia a manipulación, supply chain e informes. Pruébalo primero en un laboratorio vulnerable a propósito y después en staging aislado, con reglas de actuación escritas, un commit fijado, acciones supervisadas y aceptación basada en evidencias. Mantén un pentest independiente para lógica de negocio, assurance y responsabilidad final.", "headline": "Review de T3MP3ST 2026: ¿Sustituye una prueba de penetración?", "image": "https://wavect.io/img/blog/headers/header_t3mp3st-ai-red-teaming-review-2026.svg", "inLanguage": "es", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/", "wordCount": 1519 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/ai-agents/", "name": "IA y agentes", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/agent-engineering/", "name": "Ingeniería de agentes", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/t3mp3st-ai-red-teaming-review-2026/", "name": "Review de T3MP3ST 2026: ¿Sustituye un pentest? | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Es un harness open source para offensive security autorizada con IA. Su evidencia pública más fuerte cubre reconnaissance, benchmarks single-agent, scope y proveniencia; el swarm end-to-end sigue sin probarse." }, "name": "¿T3MP3ST es una herramienta de pentesting?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Puede complementar el programa, pero no sustituye scope independiente, revisión humana de lógica de negocio, especialistas cualificados ni un informe formal cuando se exige." }, "name": "¿Puede sustituir un pentest?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No como primer target. Empieza en un lab vulnerable, pasa a staging aislado con reglas escritas y exige aprobación humana para acciones activas o irreversibles." }, "name": "¿Es seguro usarlo en producción?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Son del propio repositorio, aunque el proyecto permite recalcularlos desde datos committed. Es mejor que un claim sin soporte, pero no equivale a una evaluación independiente." }, "name": "¿Sus benchmarks son independientes?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Findings verificados por hora, falsos positivos, reproducibilidad, tiempo de remediación y retest, denegaciones fuera de scope, review humano y coste por finding high-risk cerrado." }, "name": "¿Qué debe medir un CTO?" } ] } ```