Coraza Web Application Firewall

Sí. Coraza es totalmente compatible con el lenguaje de reglas SecLang de ModSecurity. Tus reglas existentes, incluidas las reglas personalizadas y el OWASP Core Rule Set, funcionarán sin modificaciones. Esto hace que la migración desde ModSecurity sea sencilla.

Coraza es una reimplementación moderna del concepto de ModSecurity en Go. Soporta el mismo lenguaje de reglas pero no tiene dependencias de C, ofrece mejor rendimiento en muchos escenarios y soporte nativo para proxies modernos como Caddy y Traefik. ModSecurity tiene un ecosistema más grande y una trayectoria más larga, pero su desarrollo se ha ralentizado desde que Trustwave transfirió el mantenimiento a la comunidad.

Coraza no cuenta con un módulo nativo para Nginx como sí lo tiene ModSecurity (libmodsecurity + el conector ModSecurity-nginx). Hay varias formas de usar Coraza con configuraciones basadas en Nginx:

• Ejecutar Caddy con el plugin coraza-caddy como reverse proxy delante de Nginx
• Usar HAProxy con el plugin coraza-spoa delante de Nginx
• En Kubernetes, usar Envoy con el filtro coraza-proxy-wasm como ingress en lugar de Nginx
• Existe un módulo experimental coraza-apache, pero todavía no hay un equivalente estable para Nginx

Si necesitas específicamente un módulo WAF ejecutándose dentro de Nginx, ModSecurity sigue siendo la mejor opción para ese caso de uso. Si tienes flexibilidad en tu capa de proxy, Coraza con Caddy es la opción más común y mejor soportada.

Coraza se integra con HAProxy a través del plugin coraza-spoa, que utiliza el protocolo Stream Processing Offload Agent (SPOA) de HAProxy. El WAF se ejecuta como un proceso separado al que HAProxy reenvía las peticiones para su inspección. Actualmente está en estado de preview. La configuración implica ejecutar el binario coraza-spoa junto a HAProxy y configurar HAProxy para enviar el tráfico a través del filtro SPOE. Tus reglas CRS y tus reglas SecLang personalizadas funcionan igual que con cualquier otra integración de Coraza.

Sí, y Kubernetes es uno de los escenarios de despliegue más fuertes de Coraza. Enfoques habituales:

• Usar el plugin coraza-caddy en un ingress controller basado en Caddy
• Desplegar coraza-proxy-wasm como filtro en service meshes basados en Envoy (Istio, Envoy Gateway)
• Integrar Coraza como librería Go en un ingress o API gateway personalizado
• Ejecutarlo como contenedor sidecar junto a los pods de tu aplicación

Como Coraza es una librería Go pura sin dependencias de C, se compila en un único binario fácil de contenerizar. No hay librerías compartidas ni dependencias de herramientas de compilación que gestionar en las imágenes de tus contenedores.

No. Coraza es una librería que actúa como motor WAF, no una plataforma gestionada. Toda la configuración se realiza mediante archivos de reglas SecLang y la configuración del proxy (Caddy, HAProxy, etc.). No hay una interfaz web integrada para gestionar reglas o ver las peticiones bloqueadas. Para tener visibilidad, puedes enviar los registros de auditoría de Coraza a herramientas como el stack ELK, Grafana o cualquier SIEM que acepte logs JSON. Si necesitas una experiencia de gestión de WAF basada en GUI, considera WAFs comerciales o proyectos como BunkerWeb, que envuelven ModSecurity/CRS con una interfaz web.