Zitat von Hero2000

Mal nur so eine Frage hat hier irgendwer schon brauchbar sein Passwort damit erhalten ?
Irgendwie bricht bei mir das Tool immer bei 89% ab und dann ist schluss.
...

Könnte es daran liegen, daß Du 'ne 801 hast und keine 802 ...?

Bei mir bricht das tool auch nach 89% ab. Habe einige Versuche mit verschiedenen Daten unternommen.

Habe eine 802

Zitat von specht3

Bei mir bricht das tool auch nach 89% ab. Habe einige Versuche mit verschiedenen Daten unternommen.

Mal ne Frage. Habt ihr Digtest direkt über die Shell aufgerufen oder über die Thingw-GUI gestartet? Ich hab die GUI nämlich nicht getestet, sondern nur um das Programm herumgebastelt.

über beides

Zitat von ciesla

Könnte es daran liegen, daß Du 'ne 801 hast und keine 802 ...?

Also wenn ich den Angriff auf das Passwort richtig verstehe sollte dies egal sein aber dazu müsste Sleepy erstmal sagen ob er es über eine einfachen Bruteforce Algorithmus löst.

Das gleiche Problem mit dem nicht rausrücken des Sprachkennworts habe ich auch. Wie auch viele viele andere, wenn man im Internet mal sucht...

Sehr guter Beitrag. Das müsste man einfach mal ordentlichst verteilen im Internet, bloggen usw... das hat bei dem ein oder anderen Unternehmen auch schon geholfen, dass da mal jemand reagiert.

Habs 5 mal versucht, und kein einziges mal das Sprachkennwort erhalten...

Lächerlich, dass man Kunden zwingt die bockschlechten easyboxen nutzen zu müssen.

... Hoffe dieser Beitrag macht sich im Internet breit...

Zitat von DB1366

Das gleiche Problem mit dem nicht rausrücken des Sprachkennworts habe ich auch. Wie auch viele viele andere, wenn man im Internet mal sucht...

Sehr guter Beitrag. Das müsste man einfach mal ordentlichst verteilen im Internet, bloggen usw... das hat bei dem ein oder anderen Unternehmen auch schon geholfen, dass da mal jemand reagiert.

Habs 5 mal versucht, und kein einziges mal das Sprachkennwort erhalten...

Lächerlich, dass man Kunden zwingt die bockschlechten easyboxen nutzen zu müssen.

... Hoffe dieser Beitrag macht sich im Internet breit...

wie... wer zwingt Dich, die Easybox zu nutzen!?
Ich hatte jahrelang einen Netgear-Router mit Modem am Arcor-Anschluss.

Na das mir nicht vorliegende Sprachkennwort für Arcor SIP...

(falls du auf den Post #1 hinaus möchtest...: ja, jetzt schon, aber grundsätzlicht hat der Kunde ja das Passwort nicht)

Zitat von Hero2000

Also wenn ich den Angriff auf das Passwort richtig verstehe sollte dies egal sein aber dazu müsste Sleepy erstmal sagen ob er es über eine einfachen Bruteforce Algorithmus löst.

Ja, das is eine einfacher Bruteforce ... Die Passwörter bestehen ja immer genau aus 8 Ziffern, insofern gibts da gerade mal 100 Mio Möglichkeiten. Berechnet wird die Response:

Aus der Methode (INVITE, REQUEST, ...), Benutzername (die Telefonnummer), dem Passwort (unbekannt), der Request-Uri ("sip:xxx@xxx") und der Nonce (eine stinknormale Zufallszahl, generiert von der EasyBox) generiert die UAC (der SIP-Registrierungsserver) den Responsewert (128bit-Zeichenkette der MD5-Prüfsumme).

Der Digtest nimmt jetzt einfach alle obigen Werte, setzt für Passwort erst "00000000" ein, generiert die MD5-Prüfsumme und vergleicht diese mit dem Response. Stimmen die überein, ist das Passwort gefunden. Andernfalls wird das Passwort um 1 erhöht und weiter probiert ...


Edit: Falls es jemanden interessiert, wie die UAC-Authentication funktioniert, kann hier im Code von OpenSIPS nachschauen ...

How To funktioniert mit der 602 1a!

Besten dank... endlich wieder die Funktionalitäten der FritzBox nutzen!

FETTES DANKE

@Hero2000:
Das Ganze Tool auf Java portieren wirst du knicken können, es ist dort locker Faktor 100 zu langsam. Ich habe es am Anfang auch mit den Standard Funktionen die C bereitstellt gemacht, nur hätte damit der komplette Keyspace mehr als ein Tag gebraucht. Daraufhin habe ich angefangen zu optimieren, als Beispiel sei einfach mal die Konvertierung einer Zahl (int) in einen String (array of char) genannt, das erledigt sicher die Format Funktion, einfach und ohne viel Hirn, wenn man aber den int durchgeht und zu jeder Stelle den ASCII Wert des Zeichens 0 addiert und in den String kopiert, ist das etwa 300 mal schneller. Oder schon der Zeitunterschied ob man einen Wert übergibt oder nur den Pointer darauf. Für solche Sachen ist Java leider Murks. Was die Fortschrittsanzeige angeht ist das auch so eine Sache, klar kann man das besser machen nur leider muss man nach jedem getesteten Passwort und das sind viele Millionen eine Anweisung ausführen ob der nächste Schritt erreicht ist und selbst wenn das nur den Bruchteil einer Millisekunde kostet summiert es sich letztlich auf mehrere Minuten.

Wenn man alle vom Programm geforderten Daten hat ist es absolut egal welche Box man hat oder überhaupt eine. Der "Algorithmus" ist wie schon oben beschrieben ein einfacher Bruteforce, einfach das durchgehen aller Kombinationen, wobei ich dabei sagen muss das ich die Einschränkung auf 8 stellige Zahlen gemacht habe. So ergeben sich 10^8 = 100Mio Kombinationen was in 15 Minuten machbar ist. Wenn man aber noch Buchstaben dabei nimmt sind es 36^8 = 2,82 Billionen Kombinationen was dann ein kanppes Jahr dauert ohne weitere Optimierung...

Aber zurück zu deinem Problem, es ist wirklich komisch das er grade bei 89% abbricht, ich verstehe noch nicht so ganz was bei 89% anders sein soll als sonstwo. Werde mich nochmal ransetzen, wollte eh noch ein paar Optimierungen einbauen. Sobald ich damit fertig bin kommt auch der Quelltext.

EDIT: Das mit den 89% ist mir jetzt klar, ist ein Berechnungs(denk)fehler, eigentlich sollte da 99% stehen und bedeutet das kein Passwort gefunden wurde. Dafür gibts wiederum nur 3 Möglichkeiten: 1. Mein Programm macht irgendwo was falsch, 2. Ihr habt was falsch abgetippt (Groß/Kleinschreibung ist entscheidend) oder 3. Euer Sprachpasswort besteht nicht nur aus Zahlen bzw. mehr als 8 Ziffern, was am schlechtesten wäre.
Zum Testen bitte mal eure Eingaben posten, es reicht wenn ihr pro Information eine Stelle ändert damit man keine Rückschlüsse ziehen kann.

EDIT2: Es sieht nach Möglichkeit 1 aus, mein Programm hat an der ersten Stelle nicht auf 0 getestet, neue verbesserte Version ist in Arbeit.

ist bei mir auch so; Ende nach 89% ohne Ergebnis.
getestet mit 802 und manuell eingestellter SIP Rufnummer, also Sprachpasswort ist bekannt.

Unterschied ist z.B. der URI : sip:08151234567@vorwahl.sip.arcor.de

Was meinst du mit manuell eingestellter Rufnummer?

Edit: Bin selbst drauf gekommen. Du hast deine EasyBox manuell konfiguriert, nicht per MIC.

jupps

So hier die Version 2, bitte mal testen; idealerweise auch die Leute bei denen es schon funktioniert hat, danke.
Neue Version ist nun auch etwa Faktor 3 schneller...

EDIT: Hab die Datei im 1. Post ersetzt!

@ADSLer:

Was meinst du mit "Unterschied ist z.B. der URI : sip:08151234567@vorwahl.sip.arcor.de" und fängt dein Passwort zufällig mit ner 0 an?

Zitat von Sleepy

So hier die Version 2, bitte mal testen; idealerweise auch die Leute bei denen es schon funktioniert hat, danke.

Für Kommandozeilenunwissende hier wieder die GUI drumherum für die 2. Version ...

Möchte gerne mitteilen das die 2. Version funktioniert. die 1. Version nicht.

Finde es Genial mit dem Passwort , obwohl mich das nicht betroffen hat.

Habe meine Passwort schon von anfang an automatisch von Arcor erhalten.

Einfach genial einfach mit dem Prog. von darkangel.

Bei mir und meiner A602 funktioniert Version2 genauso wie Version1 nur viel schneller. Mit der GUI gehts natürlich auch.

Zitat von Sleepy

@ADSLer:

Was meinst du mit "Unterschied ist z.B. der URI : sip:08151234567@vorwahl.sip.arcor.de" und fängt dein Passwort zufällig mit ner 0 an?

ne fängt mit Buchstabe an.

Der Unterschied ist bei dir ist URI so:

Zitat von Sleepy

...
sip:01721234567@arcor.de

bei mir aber so:
: sip:08151234567@vorwahl.sip.arcor.de

werde es mal mit dem neuen digtest probieren und berichten.

@ADSLer:

Dann ist alles klar, es werden nur Ziffern bruteforced, alphanumerisch dauert momentan einfach noch zu lange -> 55 Tage mit der aktuellen Performance und so viel Potential zum optimieren ist da jetzt auch nicht...

Was die URI angeht einfach immer das eintragen was im Paket steht, unabhänig von meinen Beispielen.
Hab aber den Verdacht das du die URI mit dem SIP-Proxy grade verwechselst.

Neue Version 3 im 1. Post angehängt, so sollte das Passwort nun in weniger als 3 Minuten geknackt werden können.

Weiteres Optimierungspotential sehe ich nur durch Multithreading und das ist mir etwas zu Aufwändig. Wer das mit dem Optimierungspotential anders sieht, eine benutzerfreundlichere oder eine multithread Version erstellen will, kann sich gerne selber am angehängten Quelltext versuchen.
Damit diese Verbesserungen aber nicht irgendwo versacken hab ich die Version 3 unter die GPLv2 gestellt.

Frohes schaffen.

EDIT: Source ist nun auch im 1. Posting.

Zitat von Sleepy

Damit diese Verbesserungen aber nicht irgendwo versacken hab ich die Version 3 unter die GPLv2 gestellt.

Das hilft aber nicht gegen "Versacken", dazu muss das schon in irgend eine Versionsverwaltung...

G., -#####o:

Mit Versacken war auch eher gemeint das es in irgendein Tool (mit 100 Extrafunktionen) wandert, von dem nur noch Binaries rauskommen bis es irgendwann mangels Interesse oder sonstwas eingestellt wurde und die komplette Entwicklung bis dahin weg/versackt ist.
Aber prinzipiell hast du recht, wer ein SVN oder sowas hat, bitte gerne.
Für meinen Bedarf ist die Funktionalität erstmal ausreichend...

Zitat von Sleepy

@ADSLer:
Dann ist alles klar, es werden nur Ziffern bruteforced, alphanumerisch dauert momentan einfach noch zu lange -> 55 Tage mit der aktuellen Performance und so viel Potential zum optimieren ist da jetzt auch nicht....

ok, versteh ich

Zitat von Sleepy

...
Hab aber den Verdacht das du die URI mit dem SIP-Proxy grade verwechselst.

nene, das stimmt schon so !