Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
opensource_defect_repare_cc — Redis 7.0.0 Consegna di refactoring del modulo core e correzione di vulnerabilità (refactoring di sds/adlist/intset/listpack, similarità ≤20%; correzione di CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144 e altre vulnerabilità) | Kitploit
Strumenti/GitHubGitHub/qwqqaqqwq00/opensource_defect_repare_cc
Analisi StaticaAnalisi delle VulnerabilitàAnalisi del CodiceApprendimento e FormazioneRisorse Curate
GitHubqwqqaqqwq00/opensource_defect_repare_cc

opensource_defect_repare_cc

Redis 7.0.0 Consegna di refactoring del modulo core e correzione di vulnerabilità (refactoring di sds/adlist/intset/listpack, similarità ≤20%; correzione di CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144 e altre vulnerabilità)

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
Vedi Repository
1 mese faNon ancora revisionato

Requisiti

Scoperta e correzione delle vulnerabilità

Nel progetto, nel repository del codice nella directory code sono presenti diverse vulnerabilità note. È necessario riscrivere il modulo principale del progetto (l'interfaccia rimane completamente invariata, cambia solo l'implementazione; la similarità prima e dopo la refactoring non deve superare il 20%; tutte le firme dei metodi public/private, le dichiarazioni di eccezioni, le annotazioni, i generici e le relazioni di ereditarietà delle classi devono rimanere identiche al progetto originale; inoltre, la funzionalità deve rimanere coerente dopo la refactoring, verificata testando tutti i comportamenti delle interfacce note e la coerenza di input/output). Inoltre, è necessario correggere tutti i bug noti nel repository del codice, con un degrado delle prestazioni non superiore al 5% prima e dopo la correzione. Nella directory work/docs deve essere posizionato un README.md contenente una descrizione del processo di refactoring AI (come scomporre i moduli, verificare la correttezza, correggere i bug, ridurre la duplicazione) per la valutazione soggettiva della giuria.

result/output.md deve contenere le informazioni di output dell'esecuzione riuscita del lavoro. logs/interaction.md deve contenere la registrazione delle interazioni umane. logs/trace deve contenere i log di ragionamento. INSTRCUTION.md è il punto di ingresso per l'esecuzione del lavoro; la piattaforma carica questo markdown per eseguire il processo del lavoro e verificare la validità dei casi di test.

Scarica lo strumento