Cómo parchear fallos de seguridad antes de que otros los encuentren

Imagina: estás de guardia y de repente llega una alerta sobre una brecha exitosa en una versión antigua de un CMS que todos olvidaron hace mucho tiempo. Un escenario desagradable, ¿verdad? En la práctica, la seguridad a menudo pierde frente a la velocidad de desarrollo, y los administradores simplemente no pueden seguir el ritmo del flujo de nuevos CVE. Afortunadamente, hay entusiastas que recopilan todas las "armas" de ataque en un solo lugar. Hoy analizaremos el repositorio PoC del usuario eeeeeeeeee-code — un archivo masivo de exploits listos para usar y scripts para probar vulnerabilidades.

¿Qué es este proyecto y por qué lo necesitas

El repositorio es una base de datos activa de Pruebas de Concepto (PoC). Originalmente, el proyecto era una copia de seguridad de la conocida biblioteca de vulnerabilidades wy876, pero el autor decidió no solo almacenar el archivo — eligió desarrollarlo activamente. Ahora es una de las colecciones más actualizadas de escenarios de ataque dirigidos tanto a software chino como internacional.

¿Por qué un desarrollador o administrador de sistemas necesita esto? La respuesta es simple: para probar tus sistemas "en combate". En lugar de leer descripciones secas en bases de datos de CVE, tomas un escenario listo para usar y ves si funciona contra tu servidor. Si funcionó — es hora de actualizar urgentemente o cerrar ese puerto.

Qué mirar dentro

El repositorio tiene cientos de carpetas, divididas por proveedores y tipos de sistemas. Aquí hay de todo: desde agujeros en routers hasta errores críticos en frameworks modernos de IA como Langflow.

El favorito de todos: Inyección SQL

La base de datos está literalmente repleta de ejemplos de inyección SQL. Esto aplica tanto a sistemas CRM como a portales corporativos de gestión energética. Después de ver estos ejemplos, te das cuenta de que los errores clásicos de filtrado de parámetros siguen muy vivos.

Ejecución Remota de Código (RCE)

Lo más peligroso. La base de datos tiene escenarios recientes para sistemas Zhiyuan OA e incluso errores críticos en Kubernetes Ingress-Nginx. Por ejemplo, la vulnerabilidad CVE-2025-1974 demuestra claramente cómo una mala configuración puede llevar a tomar el control de un cluster.

Lectura Arbitraria de Archivos

Un problema a menudo subestimado. Los escenarios para sistemas como MasterSAM o DeepFlow muestran cómo un atacante puede extraer archivos de configuración con contraseñas de base de datos simplemente accediendo a un cierto endpoint.

Valor práctico para el equipo

Por lo general, estos repositorios son utilizados por pentesters, pero hay mucho material útil aquí también para un equipo de desarrollo normal.

1. Pruebas de regresión de seguridad. Si tu empresa usa algún software específico (por ejemplo, sistemas Dify o Langflow), puedes agregar verificaciones de este repositorio a tus pipelines de CI/CD.
2. Aprender de los errores de otros. Los archivos dentro son excelentes materiales de aprendizaje. Abres una carpeta con una vulnerabilidad de WordPress o Grafana y ves exactamente dónde se equivocó el desarrollador.
3. Verificaciones rápidas de infraestructura. Cuando sale una noticia sobre un nuevo CVE en algún framework, es probable que un PoC funcional aparezca aquí en un par de días.

Echa un vistazo al registro de actualizaciones del último mes — hay docenas de entradas.

Algunos pensamientos sobre seguridad

Al trabajar con estas herramientas, es importante recordar dos cosas. Primero, es una "espada de doble filo." Úsala solo en tu propio sandbox o en sistemas donde tengas permiso oficial para la búsqueda de errores. Segundo, el README del proyecto está en chino, lo que puede complicar ligeramente la navegación, pero la estructura de carpetas wpoc/VendorName/VulnerabilityName.md es intuitiva.

Dentro de cada archivo .md, generalmente encontrarás una descripción de la vulnerabilidad, los parámetros de la solicitud y un ejemplo de payload. Todo es lo más específico posible, sin contenido innecesario.

¿Vale la pena probar

Si eres responsable de la seguridad de la infraestructura o construyes servicios empresariales, este repositorio vale la pena marcarlo. No es solo una "lista de agujeros" — es una herramienta para la defensa activa.

El proyecto se alimenta activamente — literalmente hace solo unos días, se agregaron métodos frescos de bypass de autenticación para plugins de WordPress y RCE en servidores SSH en Erlang-OTP. Esa es una buena razón para auditar tus dependencias y asegurarte de que no estás usando software de hace una década que puede ser crackeado con una simple solicitud HTTP.

Por supuesto, la documentación es algo escasa en algunos lugares, y algunos enlaces llevan a recursos externos chinos, pero para un especialista técnico, hay más que suficiente código y ejemplos de solicitudes. Recuerda: es mejor encontrar el agujero tú mismo usando PoC que enterarte de él por los hackers.