Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
opensource_defect_repare_cc — Redis 7.0.0 – Bereitstellung der Kernmodul-Refaktorierung und Schwachstellenbehebungen (Refaktorierung von sds/adlist/intset/listpack, Ähnlichkeit ≤ 20 %; Behebung der Schwachstellen CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144 usw.) | Kitploit
Tools/GitHubGitHub/qwqqaqqwq00/opensource_defect_repare_cc
Statische AnalyseSchwachstellenanalyseCode-AnalyseLernen & BildungKuratierte Ressourcen
GitHubqwqqaqqwq00/opensource_defect_repare_cc

opensource_defect_repare_cc

Redis 7.0.0 – Bereitstellung der Kernmodul-Refaktorierung und Schwachstellenbehebungen (Refaktorierung von sds/adlist/intset/listpack, Ähnlichkeit ≤ 20 %; Behebung der Schwachstellen CVE-2023-25155/28856, CVE-2024-31449, CVE-2022-36021, CVE-2022-31144 usw.)

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Repository anzeigen
vor 1 MonatNoch nicht geprüft

Anforderungen

Schwachstellensuche und -behebung

Das Code-Repository im Verzeichnis code im Projekt enthält mehrere bekannte Schwachstellen. Du musst das Kernmodul des Projekts neu schreiben (die Schnittstellen bleiben vollständig unverändert, die Implementierungsweise ändert sich, die Ähnlichkeit vor und nach der Refaktorierung darf 20 % nicht überschreiten; alle Signaturen von public/private-Methoden, Ausnahmedeklarationen, Annotationen, Generics und Klassenvererbungsbeziehungen müssen mit dem Originalprojekt übereinstimmen, und die Funktionalität vor und nach der Refaktorierung muss konsistent bleiben; die Konsistenz wird durch Tests aller bekannten Schnittstellenverhalten sowie der Eingabe-/Ausgabekonsistenz verifiziert) und alle bekannten Bugs im Repository beheben. Die Leistungsverschlechterung vor und nach der Behebung darf 5 % nicht überschreiten. In work/docs ist eine README.md abzulegen, deren Inhalt den Ablauf des KI-Refaktorierungsprozesses beschreibt (wie Module zerlegt, die Korrektheit verifiziert, Bugs behoben und die Duplikationsrate gesenkt wird); sie dient der subjektiven Bewertung durch die Jury.

result/output.md dient zur Ablage der Ausgabeinformationen bei erfolgreichem Lauf des Werks, logs/interaction.md zur Ablage der Aufzeichnungen menschlicher Interaktion und logs/trace zur Ablage der Inferenzprotokolle. INSTRCUTION.md ist der Einstiegspunkt für den Lauf des Werks; die Plattform lädt dieses Markdown, um den Ausführungsprozess des Werks durchzuführen und zu prüfen, ob die Testfälle bestanden werden.

Tool herunterladen