kismet nicht in Testing?

[Alternativende]

Hallo,
ich versuche gerade auf einem Compaq nx7400 Debian Testing mit kismet zum laufen zu bringen, leider ohne Erfolg.
Auch nach dem ich die Einstellungen in der Config vorgenommen habe startet das Programm nicht.

Code: Alles auswählen

FATAL: channel get ioctl failed 22:Invalid argument

ist die Meldung. Eine Suche im internet hat leider nicht den gewünschten Erfolg gebracht und ich muss ein WLAN Netz auf korrekte Einstellungen prüfen.

geänderte Einstellungen in der kismet.conf.

Code: Alles auswählen

source=ip3945,wlan0,Intel

Ansonsten wird die WLAN Karte erkannt.

[Lord_Carlos]

geänderte Einstellungen in der kismet.conf.

Code: Alles auswählen

source=ip3945,wlan0,Intel

http://kismetwireless.net/documentation.shtml#old <-- guckst du hier
ipw3945 oder iwl3945, je nachdem welchen Treiber man benutzt. Nur ip3945 gibt es nicht.

Profitipp: Aktuelle Version von Kismet installieren. Deine Version ist zeit zwei Jahren veraltet.
Die neue erkennt die karten automatisch. Das editieren von einer config datei ist nicht mehr noetig.
Man muss nur noch im gui sagen welches interface man gerne haette .. Bääääm ... nichts leichter als das.

Das aktuelle kismet hat aber kein csv output mehr, falls du das brauchst.

[Alternativende]

Hi,
wird das in debian nicht mehr gepflegt oder warum gibt es keine aktuelleren Pakete?
Werde das mal testen.

[Lord_Carlos]

Hi,
wird das in debian nicht mehr gepflegt oder warum gibt es keine aktuelleren Pakete?
Werde das mal testen.

Sieht wohl so aus.
Aber du kannst mit checkinstall .deb packete erstellen.

Abhängigkeiten: build-essential libncurses5-dev libpcap0.8-dev libnl-dev libpcre3-dev

Wenn du die aller aller neuste version haben willst:

Code: Alles auswählen

svn co https://www.kismetwireless.net/code/svn/trunk kismet-devel
cd kismet-devel/

Code: Alles auswählen

./configure
make dep
make && make install

Oder halt make install mit checkinstall austauschen.

Nach dem starten sollte kismet dich fragen ob du ein interface hinzufuegen willst.

Hier gibt es mehr infos: https://wardriving-forum.de/wiki/Kismet-Newcore

[wanne]

Airodump bzw. Aircrack wird seit ewigkeiten viel intennsiver weiterentickelt und ist deswegen meiner Meinung nach die beste Wahl.

[Alternativende]

Mag sein aber ich benötige Kismet um einzelne AccessPoints zu "messen" orten und einzustellen. Da ist das einheitliche Interface sicher unschlagbar.

[wanne]

Mag sein aber ich benötige Kismet um einzelne AccessPoints zu "messen" orten und einzustellen. Da ist das einheitliche Interface sicher unschlagbar.

Verstehe jetzt nicht so ganz was du mit "einheitlich" meist aber GPS-Support ist da, Signalstärken werden angezeigt (Ich habe sogar schon i-wo was zur 3 Punkt Peilung gesehen (aber nie getestet))
Und erstellt werden kismet kompatible CSVs.

[Lord_Carlos]

Airodump bzw. Aircrack wird seit ewigkeiten viel intennsiver weiterentickelt und ist deswegen meiner Meinung nach die beste Wahl.

Ich benutzte beide Programme gerne, jedes hat so seine seine kleine Anwedungsnische.
Was ich aber absolut nicht verstehen kannst, ist wie du darauf kommst das airodump-ng so viel intensiver weiterentwickelt wird.

Nehmen wir z.B. das autoknacken von verizon Routern (Ein ISP in den USA der seine WEP passwoerter anhand der Mac adresse berrechnet hat! )
Das gibt es schon seid Monaten in Kismet und ist erst gerade vor ein paar Tagen in das aircrack-ng svn repo gerutscht.

Wenn man mal schnell was nachgucken moechte finde ich airodump-ng besser, es hat auch bessere filter (Channel, essid, bssid) einstellungen.
Aber kismet benutze ich gerne bei "groesseren" sachen, z.B. eine wardriving tour. Ich vertraue Kismet einfach mehr das es kann was es soll.