Skip to content
KitploitKITPLOIT
HerramientasBlog
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
opensource_defect_repare_cc — Redis 7.0.0 refactorización del módulo principal y entrega de parches de vulnerabilidades (refactorización de sds/adlist/intset/listpack, similitud ≤20%; reparación de CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144, etc.) | Kitploit
Herramientas/GitHubGitHub/qwqqaqqwq00/opensource_defect_repare_cc
Análisis EstáticoAnálisis de VulnerabilidadesAnálisis de CódigoAprendizaje y EducaciónRecursos Curados
GitHubqwqqaqqwq00/opensource_defect_repare_cc

opensource_defect_repare_cc

Redis 7.0.0 refactorización del módulo principal y entrega de parches de vulnerabilidades (refactorización de sds/adlist/intset/listpack, similitud ≤20%; reparación de CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144, etc.)

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir
Ver Repositorio
hace 1 mesAún no revisado

Requisitos

Detección y corrección de vulnerabilidades

En el proyecto, el repositorio de código en el directorio code contiene varias vulnerabilidades conocidas. Debes reescribir el módulo central del proyecto (la interfaz permanece completamente igual, la implementación cambia, la similitud antes y después de la refactorización no debe superar el 20%, todas las firmas de métodos public/private, declaraciones de excepciones, anotaciones, genéricos, relaciones de herencia de clases deben coincidir con el proyecto original, y la funcionalidad antes y después de la refactorización debe ser consistente, verificando la consistencia funcional mediante pruebas de todos los comportamientos de interfaz conocidos y la coherencia de entrada/salida), y corregir todos los errores conocidos en el repositorio de código. La degradación del rendimiento antes y después de la corrección no debe superar el 5%. Coloca en work/docs un README.md con una descripción del proceso de refactorización con IA (cómo descomponer módulos, verificar la corrección, corregir errores, reducir la duplicación), para la evaluación subjetiva de los jueces. result/output.md se utiliza para almacenar la información de salida de la ejecución exitosa del trabajo, logs/interaction.md para almacenar los registros de interacción humana, logs/trace para almacenar los registros de razonamiento, INSTRCUTION.md es la entrada para la ejecución del trabajo; la plataforma carga este markdown para ejecutar el proceso del trabajo y verificar la aprobación de los casos de prueba.

Descargar herramienta