Vorgehen wie folgt:
Aircrack-NG quellen aus dem SVN ziehen, mit dem mitgelieferten Patch für Madwifi patchen, kompilieren, testen.
Dann:
Netzwerkmanager deaktivieren
airmon-ng start wifi0
– Erzeugt ath0 im Monitor Mode

Und mit ath0 kann man dann arbeiten :D

Also Schritt 1 ist bei mir nicht nötig. Ich bringe nach dem Erstellen der Geräte (wlanconfig ath create wlandev wifi0 wlanmode monitor) diese lediglich mit “ifconfig athX up” hoch.
– Die ifdown/ifup-Skripte gehen NICHT!

Ein “airodump-ng ath0 -w test” tut dann problemlos.

Lediglich airmon-ng meckert rum, das er via “airmon-ng start ath0″ das Gerät nicht in den Monitor mode setzen kann. (Fehlermeldung: “VAP cannot be put in monitor mode”)
Aber laut Madwifi.org ist alles OK, wenn einem iwconfig bei einem “iwconfig ath0″ beim Mode “Mode:Monitor” anzeigt.
Soll wohl irgendwie mit udev zusammenhängen das Problem.. K.a.
– Und das es geht zeigt ja airodump-ng :-)

Was Backtrack angeht, so weiß ich da nicht mehr bescheid. Hab mir das schon länger nicht mehr angeguckt.

Ach ja: Das ath1 in den Monitor Mode gesetzt wird, liegt daran, das du wifi0 als Device bei airmon-ng angegeben hast.
Wenn du kein Madwifi-Device angibst, erstellt airmon-ng automatisch ein komplett neues und zählt dementsprechend die Nummer des Devices hoch.

Bei dem Rest wunder ich mich dann etwas, was du da tust..
Unter 2. existiert ath0 ja schon. Wieso stoppst du es dann und erstellst es neu?

Du musst also vorher evtl. mal folgendes probieren:
wlanconfig ath0 destroy
airmon-ng start wifi0
– Dann sollte ath0 automatisch erstellt und in den Monitor Mode gesetzt werden.

Ansonsten guck was dir iwconfig sagt. Wenn da, bei dem Device das du nutzen willst,”Mode:Monitor” steht ist alles ok.

ich will den blog nicht mit fast-offtopics vollspammen, aber hier mein ergebnis:
@khark: alles, was du mir dankender weise vorgeschlagen hast, hatte ich bereits erledigt (sicher habe ich mich undeutlich ausgedrückt: eingeschränkter treiber = restricted driver)
aber danke für die hilfe! nehme ich nicht als selbstverständlich ;)

kam eher durch zufall auf folgendes ergebnis:
hatte nie den ersten schritt ausgeführt, daher funktionierte es auch nicht bei mir.

1. drahtloses netzwerk deaktivieren !!!(kann man zb via symbol in der taskleiste machen)

2.
airmon-ng ergibt folgendes:

ath0 Atheros madwifi-ng VAP (parent: wifi0)

(nicht mehr und nicht weniger ;)
erwähne ich deswegen, weil unter backtrack noch wifi0
angezeigt wird)

weiter:

sudo airmon-ng stop ath0
sudo wlanconfig ath0 create wlandev wifi0 wlanmode mon
sudo airmon-ng start wifi0
sudo airodump-ng ath1

(irgendwie komisch, daß ath1 in monitormode gesetzt wird, aber solange es funktioniert..;))

und schon wird die umgebung abgecheckt..

3. will man wieder im internet surfen, folgendes:

sudo airmon-ng stop ath1
sudo wlanconfig ath0 create wlandev wifi0

fertig!

zum abschluß hätt ich doch noch eine frage:
ginge das ganze nicht einfacher?
wie haben die jungs von backtrack ihre (perfekte) lösung zustandegebracht?

mfg
gaertner

Um es zu installieren:
apt-get update
apt-get install linux-restricted-modules-$(uname -r)

Dann hab ich mir mit lsmod die Kernelmodule anzeigen lassen und dann einfach mit modprobe die entsprechenden Module geladen.
Waren glaube ich ath_pci und ath_hal.

Ich habe eigentlich nur die folgenden 2 Seiten benötigt, um mit Madwifi zu scannen (um zu testen ob es geht) und um Monitor Mode Devices anzulegen:
– http://madwifi.org/wiki/UserDocs/FirstTimeHowTo
– http://madwifi.org/wiki/UserDocs/MonitorModeInterface

Für Kismet ist evtl. noch folgende Seite interessant, das steht aber auch alles in der README von Kismet.
– http://madwifi.org/wiki/UserDocs/kismet

Wegen dem Kernelupdate:
Bei mir ging das scannen mit Kismet auch nach dem Kernelupdate ohne Probleme. Komischerweise hatte ich aber 1-2Tage später das Problem, das Kismet nicht scannen wollte. (Weiß die Fehlermeldung nicht mehr.)
Habe die Konfig geändert, es ging nichts. Dann habe ich Sie wieder auf den ursprünglichen Stand gesetzt: Siehe da, es geht wieder..
Keine Ahnung was da los war. Jetzt geht es jedenfalls wieder.

und weil ich gerade dabei bin:
wenn ich ein kernel-update mache, wird dann wieder der eingeschränkte treiber im system aktiviert?

mfg
gaertner

Insofern hoffe ich jetzt nicht, das da durch etwas bei mir gegeben war, was so bei anderen nicht der Fall.
Auch wegen den Abhängigkeiten muss ich nochmal gucken..

Keine Ahnung, warum der meint, es wäre n Downgrade, is jedenfalls unschön, zumal er mir das jetzt immer automatisch “aktualisieren” will.

Aber vielen Dank für das Paket. Ich wusste nichtmal, dass die PTW Attacke inzwischen in aircrack-ng drin ist, aber es ist auf jeden Fall praktisch.