vanhauser-thc/thc-hydra

[BUG] When resuming a session, finished tries count towards new session tries - messing up ETA

Open

#824 geöffnet am 19. Feb. 2023

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C (1.913 Forks)batch import
best practicegood first issuehelp wanted

Repository-Metriken

Stars
 (8.689 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 2T 14h) (2 gemergte PRs in 30 T)

Beschreibung

I left a session running for about 10 minutes during which ~9000 tries were done. Then I remebered to add -f option so I stopped the execution and resumed it using -R with the added option. Now after 1 minute I get: [STATUS] 10166.00 tries/min, 10166 tries in 00:01h, 989834 to do in 01:38h, 32 active even though the actual speed is somewhere around(from the previous session): [STATUS] 634.00 tries/min, 634 tries in 00:01h, 999366 to do in 26:17h, 32 active

With time due to averaging it does converge towards the actual speed but I believe this is undesired.

Contributor Guide

Research-Richtung
Untersuchen Sie die Logik zur Sitzungsfortsetzung in thc hydra, wahrscheinlich in den Hauptquelldateien wie hydra session.c oder hydra core.c. Der Fehler scheint darin zu liegen, dass die abgeschlossenen Versuche aus einer vorherigen Sitzung nicht zurückgesetzt oder ausgeschlossen werden, wenn mit neuen Optionen fortgesetzt wird, was dazu führt, dass die ETA Berechnung aufgeblähte Versuchszahlen verwendet. Suchen Sie danach, wie der 'tries' Zähler bei der Fortsetzung initialisiert wird und wie das Statistikmodul Daten im Laufe der Zeit akkumuliert. Die Lösung könnte das Zurücksetzen des Zählers für abgeschlossene Versuche oder eine korrekte Anpassung der ETA Berechnung beinhalten, um nur neue Versuche zu berücksichtigen.
Tech Stack
c
Domain
clisecurity
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
CGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75