Netzwerk Sniffer

leo schrieb:
> keine ankommenden Packet obwohl ich auf
> Internetseite zugreife.

Da ist viel zu wenig Beschreibung drin. Was hast du genau gemacht und 
wie testest du das? Was erwartest du? Und welche Internetseite? Die 
Pakete abgehend und ankommend werden wohl vom Browser (oder einem 
anderen Layer im OS) direkt abgearbeitet, ohne das phython das 
mitbekommt. Aber je nach dem was du grad machen und sniffen willst kann 
das auch ganz gewollt und klar sein. (Bin kein python experte)..

Was passiert wenn du (von einem anderen Gerät z.B. Handy) auf die IP des 
Sniffer-Rechners, oder per localhost auf DEINE EIGENE Internetseite 
(lokal gehostet) zugreifst?

Du willst damit wohl jedes einzelne Paket vom Ethernetadapter sniffen?

leo schrieb:
> Das ganze soll unter Windows laufen.

Wireshark gibt es auch für Windows in fertich.

Der obige Code sieht IMHO stark nach Unix(Linux)- only aus und kennt 
kein IPv6.

leo (Gast)

>Kann das sein dass das an Windows 10 liegen könnte?

Nöö, eher daran, daß das vielleicht nicht für Windows generell gedacht 
ist.
Zumindest solltest Du das explizit als Admin ausführen (also 
Kommandozeile oder Citrix explizit "Als Administrator ausführen ...").

Dumme Frage: Tatsächlich mit Windows-Python(.exe) ausgeführt, oder in 
einem WSL(2)-Container mit virtuellem Netzwerk?

Falls WSL, kannst du darin auch maximal WSL-Traffic sehen.

Nö unter Win gibt es keine RAW sockets....

https://de.wikipedia.org/wiki/Pcap
oder https://en.wikipedia.org/wiki/Tcpdump

Marco H. schrieb:
> Nö unter Win gibt es keine RAW sockets....

Vielleicht sollte man das dann mal Microsoft mitteilen, denn die glauben 
anscheinend, dass es die dort gibt:
https://docs.microsoft.com/en-us/windows/win32/winsock/tcp-ip-raw-sockets-2

Marco H. schrieb:
> https://de.wikipedia.org/wiki/Pcap
> oder https://en.wikipedia.org/wiki/Tcpdump

Die braucht man, weil Windows keine Packet sockets unterstützt.
Unterschied: Klassische Raw-Sockets arbeiten auf IP-Ebene, 
Packet-Sockets auf Ethernet-Ebene.

Sniffer wird man so nicht hinbekommen, da sich der Socket nicht in den 
Entsprechenden Mode bringen lässt.

Man muss diese Bibliotheken dazu verwenden. Die aus Sicherheitsgründen 
nicht gerade ungefährlich sind..

Marco H. schrieb:
> Sniffer wird man so nicht hinbekommen, da sich der Socket nicht in den
> Entsprechenden Mode bringen lässt.

Der Modus heißt "Promiscuous Mode" und ist, wie Du absolut richtig 
anmerkst, eine ziemlich gefährliche Angelegenheit. Deswegen geht das nur 
als privilegierter User ("root" unter UNIXoiden, "Administrator" unter 
Windows, ...).

Ich sehe auch nicht, wo der gepostete Code -- oder das Impacket-Dingsi 
-- das Gerät bzw. den Socket in diesen Modus schaltet. "Richtiges 
Sniffen" wie es etwa tcpdump(1) und Wireshark machen, ist daher nicht 
möglich.

Das Mitschneiden von Kommunikation zwischen zwei anderen Hosts ist so 
ebenfalls nur dann möglich, wenn die Geräte an einem Hub hängen. Ein Hub 
ist ein dummes Gerät und sendet alle empfangenen Pakete an alle 
angeschlossenen Geräte, während ein Switch -- wie sie heute üblich sind 
-- die Pakete nur an die richtigen MACs weitergibt. (Außer bei 
Multicast, aber das ist eine andere Geschichte.)

Sheeva P. schrieb:
> Das Mitschneiden von Kommunikation zwischen zwei anderen Hosts ist so
> ebenfalls nur dann möglich, wenn die Geräte an einem Hub hängen.

Oder einem Managed Switch, bei dem ein Monitoring-Port aktiviert ist. Da 
wird der gesamte Traffic auch an diesen Port geschickt.
Und dann gibt's ja noch WLAN. Die Luft wirkt quasi auch als Hub.