Oryon Flow frente a Aikido Attack

1. 01

   Reparación bajo criterios previos

   Flow fija criterios sobre el original y comprueba seguridad y comportamiento legítimo del candidato antes de la entrega.

2. 02

   El laboratorio forma parte del recorrido

   Flow prepara la aplicación y sus pruebas en entornos efímeros; en la preparación de Aikido, el cliente aporta el despliegue de prueba.

3. 03

   De la evidencia a cada requisito

   Flow evalúa evidencia conservada y muestra qué cambia técnicamente con los PR verificados, además de presentar hallazgos.

Capacidades, en paralelo.

La tabla describe funciones documentadas, no mide rendimiento ni calidad de detección. Las funciones comerciales pueden depender del producto, plan y configuración.

Qué necesitas	Oryon Flow	Aikido Attack
Investigación sobre el repositorio	✓Documentado Código, paquetes, infraestructura y ejecución conectados al mismo análisis.	+Opcional / según plan Conectar repositorios es opcional; añade contexto de lógica, rutas y estructura del objetivo. ↗
Reconstrucción en laboratorio	✓Documentado Reconstruye la aplicación en entornos efímeros y aislados del repositorio original.	—Sin documentar en este alcance La preparación documentada pide un entorno de prueba y usuarios proporcionados por el cliente. ↗
Verificación de hallazgos	✓Documentado Método revisado de forma independiente: confirmado, refutado o inconcluso. Lo que falta demostrar sigue abierto.	✓Documentado Agentes adicionales validan cada hallazgo y confirman explotabilidad. ↗
Correcciones con pruebas	✓Documentado Candidatos aislados; comprueba seguridad y comportamiento legítimo antes de una revisión independiente.	+Opcional / según plan AutoFix genera cambios dirigidos; el flujo documentado confirma la solución con un retest tras aplicarla. ↗
Pull requests revisables	✓Documentado Agrupa cambios por causa y compatibilidad; entrega PR revisables. Tu equipo decide el merge.	+Opcional / según plan AutoFix puede abrir PR para que el equipo revise e integre; requiere contexto de código. ↗
Evidencia técnica trazable	✓Documentado Vincula pruebas y cambios a requisitos técnicos; compara el estado actual con el proyectado por los PR verificados.	✓Documentado Informes técnicos, para auditoría y dirección, estado tras remediación y carta de atestación. ↗
Código + ejecución	✓Documentado Conecta observaciones del código, dependencias, infraestructura y ejecución en una misma investigación.	↗Otro producto de la suite Attack usa contexto de código y pruebas vivas; SAST y SCA dedicados pertenecen a la suite de código. ↗
Pruebas de roles	✓Documentado Comprueba sesiones legítimas, roles y límites de tenant; las sesiones inaccesibles o caducadas conservan su carencia de cobertura.	✓Documentado Prueba límites de rol, acceso entre tenants, IDOR y flujos de negocio autenticados. ↗
Validación separada	✓Documentado El agente que propone no aprueba su conclusión ni su corrección; una verificación separada evalúa la evidencia conservada.	✓Documentado Agentes adicionales reproducen los candidatos contra el objetivo antes de publicarlos. ↗
Control de regresiones	✓Documentado Contrasta pruebas de seguridad, controles legítimos y tests funcionales disponibles con el original antes de entregar.	—Sin documentar en este alcance Attack retestea correcciones y posibles bypasses; estas fuentes no establecen controles funcionales previos a la entrega. ↗
Corrección de dependencias	✓Documentado Los candidatos pueden actualizar el grafo de dependencias y adaptar la aplicación, sujetos a validación.	↗Otro producto de la suite AutoFix de dependencias y en lote se documenta en la suite de código, más allá de un pentest Attack independiente. ↗
Mapeo a requisitos técnicos	✓Documentado Relaciona evidencia y requisitos técnicos seleccionados, con cobertura actual y propuesta; no equivale a certificar la organización.	↗Otro producto de la suite Attack entrega informes para auditoría; la suite amplía con informes de cumplimiento e integraciones GRC. ↗

Alcance del producto