Das Ubuntu Handbuch | Anleitungen für Linux-Freunde

Sniffnet unter Ubuntu: Welche Verbindungen baut das System auf – und warum Phishing dabei eine größere Rolle spielt als Malware

„End­lich bin ich vor Mal­wa­re si­cher“, dach­te sich der lang­jäh­ri­ge Win­dows-Nut­zer nach dem Um­stieg auf Ubun­tu. In der Pra­xis trifft die­ser weit ver­brei­te­te Glau­be je­doch höchs­tens auf klas­si­sche Vi­ren und Wür­mer zu, die heu­te oh­ne­hin kaum noch ei­ne Rol­le spie­len. Der Si­cher­heits­my­thos rund um Li­nux-Dis­tri­bu­tio­nen macht vie­le An­wen­der so­gar an­fäl­li­ger für So­cial-En­gi­nee­ring-An­grif­fe. Schließ­lich funk­tio­nie­ren Phis­hing-Mails platt­form­über­grei­fend. Vie­le ver­bin­den mit Phis­hing zu­nächst Key­log­ger, Iden­ti­täts­dieb­stahl oder an­de­re For­men der Kon­ten­über­nah­me. Die ers­te Stu­fe ei­nes er­folg­rei­chen An­griffs ist je­doch meist die Kom­pro­mit­tie­rung des Brow­sers. Und nur weil Fire­fox als Snap-Pa­ket in ei­ner Sand­box läuft, schützt das nicht vor bös­ar­ti­gen Er­wei­te­run­gen, Brow­ser-Ex­ploits, Cryp­to­jack­in­g¹ oder ge­fälsch­ten Down­loads.

ℹ️ Laut BSI² zäh­len Phis­hing und Sextor­ti­on zu den größ­ten Cy­ber-Be­dro­hun­gen für Pri­vat­an­wen­der. Wäh­rend Li­nux vie­le au­to­ma­ti­sier­te At­ta­cken wie Power­Shell-Drop­per³ be­reits auf tech­ni­scher Ebe­ne aus­bremst, sind So­cial-En­gi­nee­ring-An­grif­fe da­von weit­ge­hend un­be­rührt. Sie grei­fen nicht das Be­triebs­sys­tem an, son­dern den Men­schen vor dem Bild­schirm.
Die abgebildete Collage zeigt drei unterschiedliche Phishing-Kampagnen, die auf einem Ubuntu-System im regulären E-Mail-Verkehr eingegangen sind. Die Beispiele verdeutlichen eindrucksvoll, warum der Wechsel von Windows zu Linux zwar das Risiko klassischer Malware-Infektionen reduziert, jedoch keinen wirksamen Schutz vor modernen Social-Engineering-Angriffen bietet. Allen drei Nachrichten ist gemeinsam, dass sie nicht versuchen, Sicherheitslücken im Betriebssystem auszunutzen. Stattdessen setzen die Angreifer auf psychologische Manipulation. Durch gefälschte Login-Codes, angebliche Sicherheitswarnungen, vermeintlich dringende Benachrichtigungen oder zeitkritische Handlungsaufforderungen soll der Empfänger dazu gebracht werden, einen Link anzuklicken und anschließend Zugangsdaten preiszugeben. Aus technischer Sicht spielt dabei keine Rolle, ob die E-Mail unter Ubuntu, Windows oder macOS gelesen wird. Der Angriff findet nicht auf Kernel-Ebene statt, sondern zielt direkt auf den Anwender. Wird der enthaltene Link geöffnet, startet sich in allen drei Fällen der Webbrowser. Ab diesem Zeitpunkt greifen dieselben Mechanismen wie auf jeder anderen Plattform: Gefälschte Login-Portale, nachgeahmte Unternehmenswebseiten oder täuschend echte Sicherheitsabfragen versuchen, Benutzername, Passwort, Kreditkartendaten oder Zwei-Faktor-Codes abzugreifen. Besonders problematisch ist dabei, dass moderne Phishing-Seiten häufig professionell gestaltet sind und über gültige HTTPS-Zertifikate verfügen. Viele Nutzer verbinden das Schloss-Symbol in der Adressleiste fälschlicherweise mit Vertrauenswürdigkeit, obwohl es lediglich die verschlüsselte Übertragung bestätigt. Selbst ein vollständig aktualisiertes Ubuntu-System kann den Anwender nicht davor schützen, sensible Daten freiwillig auf einer gefälschten Webseite einzugeben. Die gezeigten Beispiele verdeutlichen daher eine wichtige Erkenntnis: Während Linux viele technische Angriffsvektoren wirksam entschärft, bleiben Phishing, Identitätsdiebstahl und Social Engineering weitgehend plattformunabhängig. Die größte Angriffsfläche moderner Systeme ist heute häufig nicht das Betriebssystem selbst, sondern der Mensch vor dem Bildschirm. Das Ubuntu Handbuch Juni 2026

Phis­hing ist un­ter Li­nux ge­nau­so ge­fähr­lich wie un­ter Win­dows.

Po­ten­zi­ell un­er­wünsch­te An­wen­dun­gen im Web­brow­ser las­sen sich un­ter Ubun­tu re­la­tiv ein­fach mit dem Sys­tem­rei­ni­ger Bleach­Bit ent­fer­nen. Auch ei­ne Neu­in­stal­la­ti­on des Fire­fox ist ein leich­tes Un­ter­fan­gen. So­bald of­fen­sicht­li­che Auf­fäl­lig­kei­ten wie Sca­re­ware-Mel­dun­gen, ma­ni­pu­lier­te Start­sei­ten oder ein­ge­schli­che­ne Er­wei­te­run­gen be­sei­tigt wur­den, soll­te nach ei­nem er­folg­rei­chen Phis­hing-Vor­fall un­be­dingt die Netz­werk­schicht über­prüft wer­den.

  • Kon­kret stellt sich da­bei die Fra­ge: Wel­che Ver­bin­dun­gen baut der Web­brow­ser selbst­stän­dig auf?

Hier­zu muss­ten Netz­werk­ad­mi­nis­tra­to­ren frü­her um­fang­rei­che Log­files prü­fen. Dank mo­der­ner Pro­gram­me wie Sniff­net kann heu­te selbst ein Heim­an­wen­der den Da­ten­ver­kehr sei­nes Sys­tems na­he­zu in Echt­zeit be­ob­ach­ten und nach­voll­zie­hen, wel­che Hosts und Diens­te kon­tak­tiert wer­den.

Der Screenshot zeigt die Hauptansicht des Open-Source-Werkzeugs Sniffnet während einer laufenden Netzwerkanalyse unter Ubuntu. Als überwachte Netzwerkschnittstelle wurde die kabelgebundene Ethernet-Verbindung enp4s0 ausgewählt. Zum Zeitpunkt der Aufnahme wurden insgesamt 2.474 Netzwerkpakete erfasst, von denen 1.343 eingehend und 1.131 ausgehend waren. Paketverluste traten nicht auf. Die darüber dargestellte Verlaufsgrafik visualisiert die Datenfrequenz im Zeitverlauf und verdeutlicht, wie sich eingehender und ausgehender Netzwerkverkehr gegenseitig ergänzen. Auffällig sind mehrere Lastspitzen, die auf aktive Kommunikation mit verschiedenen Internetdiensten hindeuten.Im unteren Bereich listet Sniffnet die aktuell erkannten Netzwerkpartner auf. Neben lokalen Geräten innerhalb des Heimnetzes kommuniziert das System mit einer Vielzahl externer Server. Darunter befinden sich unter anderem Infrastrukturkomponenten von Telegram Messenger, Facebook, Amazon AWS, Fastly sowie dem deutschen Hosting-Anbieter Hetzner. Diese Verbindungen sind für moderne Desktop-Systeme durchaus typisch, da viele Anwendungen Inhalte über sogenannte Content-Delivery-Netzwerke (CDNs) beziehen oder dauerhaft mit Cloud-Diensten verbunden bleiben. Besonders interessant ist die Zuordnung der Verbindungen zu einzelnen Anwendungen. Firefox verursacht mit Abstand den größten Teil des Netzwerkverkehrs und ist für mehr als 1.500 erfasste Pakete verantwortlich. Dahinter folgen Thunderbird, WhatsApp Desktop, Telegram und Signal Desktop. Die Darstellung macht deutlich, dass moderne Messenger selbst im Leerlauf regelmäßig Daten austauschen und dauerhaft Verbindungen zu ihren jeweiligen Server-Infrastrukturen aufrechterhalten. Die Service-Übersicht zeigt zudem, welche Netzwerkprotokolle und Dienste aktuell genutzt werden. Den größten Anteil nimmt erwartungsgemäß HTTPS ein, das für verschlüsselte Webverbindungen verwendet wird. Darüber hinaus sind IMAPS-Verbindungen für den E-Mail-Abruf über Thunderbird sichtbar. DNS-Anfragen, lokale Netzwerkdienste sowie vereinzelte HTTP-Verbindungen ergänzen das Bild. Für einen Netzwerkadministrator ist diese Zusammenfassung besonders wertvoll, da sie einen schnellen Überblick darüber liefert, welche Programme aktiv kommunizieren und welche Netzwerkdienste dabei genutzt werden. Der Screenshot verdeutlicht eindrucksvoll, dass ein moderner Linux-Desktop auch ohne auffällige Aktivitäten kontinuierlich mit zahlreichen internen und externen Systemen kommuniziert. Die eigentliche Stärke von Sniffnet liegt dabei weniger in der tiefgehenden Paketanalyse als vielmehr in der übersichtlichen Visualisierung dieser Kommunikationsbeziehungen. Dadurch lassen sich ungewöhnliche Verbindungen, unbekannte Hosts oder auffällige Netzwerkaktivitäten bereits auf den ersten Blick erkennen. GWS2.de - Juni 2026

Sniff­net stellt über­sicht­lich dar, wel­che Diens­te nach Hau­se te­le­fo­nie­ren.

Da­bei könn­te Sniff­net je­de Da­ten­schnitt­stel­le aus­le­sen, die ein Com­pu­ter als Tor zur Au­ßen­welt nutzt. Der Weg ins bö­se In­ter­net führt al­ler­dings aus­schließ­lich über IEEE 802.11 bzw. die RJ-Steck­ver­bin­dung, wes­halb die­se bei­den Ver­kehrs­quel­len von größ­ter Be­deu­tung sind.

Sniffnet 1.5.0 unter Ubuntu 24.04.4 LTS - ein Test von GWS2.de

Im vor­lie­gen­den Bei­spiel hat Ubun­tu die ka­bel­ge­bun­de­ne Netz­werk­schnitt­stel­le als enp4s0 er­kannt. Sie kom­mu­ni­ziert in­ner­halb des lo­ka­len Netz­werks un­ter der IP­v4-Adres­se 10.0.0.9. Nach ei­nem Klick auf die Schalt­flä­che „Start!“ be­ginnt Sniff­net da­mit, den ge­sam­ten Da­ten­ver­kehr die­ser Ether­net-Schnitt­stel­le in Echt­zeit zu er­fas­sen und gra­fisch auf­zu­be­rei­ten.

Ein Klasse A Netzwerk IP-Adressbereich: 1.0.0.0 unter Ubuntu weist daraufhin, dass der Betreiber des Systems ein professioneller Netzwerkadministrator ist

Wer kein aus­ge­bil­de­ter Netz­werk­ad­mi­nis­tra­tor ist und sein Sys­tem auf ver­däch­ti­ge Ak­ti­vi­tä­ten über­prü­fen möch­te, soll­te zu­nächst ei­nen Blick auf den Rei­ter Ser­vice wer­fen. Wer­den aus­ge­hen­de HTTP-Ver­bin­dun­gen über Port 80 ins In­ter­net auf­ge­baut, lohnt sich ei­ne ge­naue­re Un­ter­su­chung. Zwar ist HTTP nicht grund­sätz­lich bös­ar­tig, se­riö­se Web­sei­ten und On­line­diens­te set­zen je­doch aus­schließ­lich auf ver­schlüs­sel­te HTTPS-Ver­bin­dun­gen.

ℹ️ Web­ober­flä­chen von Rou­tern, Smart-TVs, NAS-Sys­te­men oder lo­ka­len Si­cher­heits­lö­sun­gen nut­zen häu­fig HTTP über Port 80. So­lan­ge die Kom­mu­ni­ka­ti­on in­ner­halb des ei­ge­nen Net­zes statt­fin­det und das Sub­netz nicht ver­lässt, be­steht kein Grund zur Sor­ge.

Der Screenshot zeigt die Detailansicht einer einzelnen Netzwerkverbindung innerhalb von Sniffnet. Im Mittelpunkt steht eine aktive Kommunikation zwischen dem Firefox-Browser auf dem lokalen Ubuntu-System und einem externen Server aus dem Netzwerk von Cloudflare. Die Aufnahme verdeutlicht anschaulich, wie sich einzelne Verbindungen bis auf Prozess-, Protokoll- und Gegenstellenebene nachvollziehen lassen. Im oberen Bereich werden zunächst die genutzten Netzwerkdienste und Programme zusammengefasst. HTTPS dominiert den Netzwerkverkehr mit mehr als 1.300 erfassten Paketen deutlich. Daneben sind DNS-Anfragen (Domain), IMAPS-Verbindungen für den E-Mail-Abruf sowie vereinzelte XMPP- und Zeroconf-Dienste sichtbar. Auf Programmebene fällt insbesondere Firefox auf, der mehrere hundert Netzwerkpakete verursacht und damit erwartungsgemäß den größten Teil des Datenverkehrs erzeugt. Zusätzlich sind Signal Desktop, Telegram, WhatsApp Desktop und Thunderbird aktiv. Die darunterliegende Verbindungstabelle listet einzelne Kommunikationsbeziehungen auf. Hervorgehoben ist eine Verbindung zwischen der lokalen IPv4-Adresse 10.0.0.9 und der öffentlichen IP-Adresse 104.16.144.111 über Port 443. Die Kommunikation erfolgt über das UDP-Protokoll. Da moderne Webseiten zunehmend auf HTTP/3 setzen, welches auf QUIC und damit auf UDP basiert, handelt es sich hierbei um ein völlig normales Kommunikationsmuster eines aktuellen Webbrowsers. Im Detailfenster wird die Gegenstelle anschließend genauer aufgeschlüsselt. Als Quelle erscheint die Socket-Adresse 104.16.144.111 auf Port 443. Die zugehörige ASN-Zuordnung weist die Verbindung eindeutig dem CDN-Anbieter Cloudflare zu. Cloudflare betreibt weltweit verteilte Serverinfrastrukturen und wird von Millionen Webseiten genutzt, um Inhalte schneller auszuliefern sowie DDoS-Schutz und weitere Sicherheitsfunktionen bereitzustellen. Als Ziel wird das lokale Ubuntu-System mit der IPv4-Adresse 10.0.0.9 dargestellt. Die zugehörige MAC-Adresse erlaubt zusätzlich eine Zuordnung auf Netzwerkebene innerhalb des lokalen Heimnetzes. Sniffnet visualisiert damit nicht nur die beteiligten Endpunkte, sondern auch die technischen Eigenschaften der Verbindung bis hinunter zur Hardware-Adresse. Besonders interessant ist der untere Bereich des Screenshots. Dort wurde die IP-Adresse zusätzlich mit einem Geotraceroute-Dienst untersucht. Dieser ordnet die Cloudflare-IP einem Standort in Angola zu. Solche Geolokalisierungsdaten sollten jedoch mit Vorsicht interpretiert werden. Große CDN-Anbieter wie Cloudflare betreiben weltweit verteilte Netzwerke, deren tatsächlicher Datenpfad häufig von den Angaben öffentlicher Geodatenbanken abweicht. Eine vermeintlich exotische Gegenstelle ist daher nicht automatisch verdächtig. Erst die Kombination aus Prozess, Dienst, Betreiber und Kommunikationsverhalten erlaubt eine sinnvolle Bewertung der Verbindung. Der Screenshot zeigt exemplarisch, wie sich mit Sniffnet verdächtige Netzwerkaktivitäten von gewöhnlichem Internetverkehr unterscheiden lassen. Gleichzeitig wird deutlich, dass moderne Anwendungen selbst bei alltäglichen Tätigkeiten wie dem Surfen im Web mit einer Vielzahl unterschiedlicher Server und Infrastrukturanbieter kommunizieren. Ein Test von Sascha Vetter - Netzwerk- und Systemadministrator

Wer­den aus­schließ­lich HTTPS-Ver­bin­dun­gen an­ge­zeigt, bie­tet ein Links­klick auf das Fire­fox-Sym­bol die nächs­te Mög­lich­keit, nach un­er­war­te­tem Da­ten­ver­kehr zu su­chen. Ver­ein­facht dar­ge­stellt läuft ge­wöhn­li­ches Sur­fen im In­ter­net fol­gen­der­ma­ßen ab – die The­men DNS-Auf­lö­sung und NAT ein­mal au­ßen vor ge­las­sen:

  • Der Brow­ser öff­net ei­nen tem­po­rä­ren High­port und sen­det ei­ne An­fra­ge an ei­nen Web­ser­ver.
  • Der Web­ser­ver be­ant­wor­tet die An­fra­ge und über­trägt die an­ge­for­der­ten In­hal­te üb­li­cher­wei­se über Port 443 mit­tels HTTPS.

Beim Ab­ru­fen klas­si­scher Web­sei­ten er­folgt die Kom­mu­ni­ka­ti­on über TCP. Strea­ming-Diens­te wie You­Tube nut­zen da­ge­gen häu­fig das UDP-ba­sier­te QUIC-Pro­to­koll, das eben­falls über Port 443 ar­bei­tet. Bei­de Va­ri­an­ten sind voll­kom­men nor­mal. Er­scheint ei­ne Ver­bin­dung den­noch ver­däch­tig, ge­nügt ein Links­klick auf den je­wei­li­gen Ein­trag. Sniff­net lie­fert an­schlie­ßend zu­sätz­li­che In­for­ma­tio­nen zur Ge­gen­stel­le, dar­un­ter den Be­trei­ber des Ziel­sys­tems, die ver­wen­de­te IP-Adres­se und oft­mals auch den geo­gra­fi­schen Stand­ort. Rei­chen die­se An­ga­ben nicht aus, kann die be­tref­fen­de IP-Adres­se zu­sätz­lich mit ei­nem Geo­tra­ce­rou­te-Dienst un­ter­sucht wer­den.

Computerheld Linz PC-Vor-Ort-Service präsentiert: Sniffnet für Ubuntu. Mithilfe des Open-Source-Tools können Netzwerkadministratoren erkennen, ob ein Phishing-Angriff erfolgreich war. Der Cartoon wurde von Veronika Helga Vetter gezeichnet - das ist eine Webkünstlerin, die das Internet seit 2011 bereichert. Zuerst auf GWS2.de veröffentlicht - Juni 2026

Sniffnet installieren

Sniff­net ist ein platt­form­über­grei­fen­des Open-Source-Werk­zeug zur Ana­ly­se des Netz­werk­ver­kehrs. Die In­stal­la­ti­ons­da­tei soll­te idea­ler­wei­se di­rekt von der Her­stel­ler­web­sei­te be­zo­gen wer­den. Ubun­tu-Nut­zer la­den am bes­ten das DEB-Pa­ket für die am­d64-Ar­chi­tek­tur her­un­ter. Die­ses lässt sich an­schlie­ßend per Rechts­klick kom­for­ta­bel mit der in­te­grier­ten An­wen­dungs­in­stal­la­ti­on öff­nen und in­stal­lie­ren.

Der Screenshot zeigt die Installation von Sniffnet unter Ubuntu anhand des offiziellen DEB-Pakets. Im oberen Bereich ist die heruntergeladene Installationsdatei „Sniffnet_LinuxDEB_amd64.deb“ zu sehen. Über das Kontextmenü wird die Datei per Rechtsklick mit der integrierten Ubuntu-Funktion „Anwendungsinstallation öffnen“ gestartet. Dadurch entfällt die Installation über das Terminal, was insbesondere für Linux-Einsteiger den Einstieg erleichtert. Im unteren Bereich des Screenshots ist die Anwendungsübersicht von Ubuntu dargestellt. Nach erfolgreicher Installation wurde der Begriff „Sniffnet“ in das Suchfeld eingegeben, woraufhin das Programm unmittelbar gefunden wird. Das markante Programmsymbol mit dem stilisierten Netzwerk-Hut wird dabei deutlich hervorgehoben. Der Anwender kann die Software anschließend direkt aus dem Anwendungsmenü starten, ohne weitere Konfigurationsschritte durchführen zu müssen. Die Aufnahme verdeutlicht den für Ubuntu typischen Installationsablauf von DEB-Paketen. Während viele Open-Source-Werkzeuge traditionell über Paketmanager oder Terminalbefehle installiert werden, bietet Sniffnet zusätzlich einen komfortablen grafischen Installationsweg. Dadurch eignet sich das Programm auch für Anwender, die bislang wenig Erfahrung mit der Linux-Kommandozeile gesammelt haben. Nach der Installation steht das Werkzeug unmittelbar für die Analyse des Netzwerkverkehrs zur Verfügung und kann wie jede andere Desktop-Anwendung über die Ubuntu-Anwendungsübersicht gestartet werden. GWS2.de - Juni 2026

Ne­ben dem Web­brow­ser, der auf den meis­ten Sys­te­men die größ­te An­zahl an Ver­bin­dun­gen auf­baut, sind vor al­lem die Desk­top-Apps von Mes­sen­gern wie Te­le­gram, Si­gnal und Whats­App in­ter­es­sant. Whats­App baut bei­spiels­wei­se ei­ne TCP-Ver­bin­dung zu ei­nem na­he­lie­gen­den Face­book-Ser­ver auf und schickt dar­über un­spek­ta­ku­lär Da­ten­pa­ke­te hin und her.

Der Screenshot zeigt die Detailansicht einer einzelnen Netzwerkverbindung der Desktop-Anwendung WhatsApp innerhalb von Sniffnet. Die Verbindung wurde über einen Zeitraum von knapp vier Minuten beobachtet und umfasst insgesamt 28 übertragene Datenpakete. Dabei handelt es sich um eine verschlüsselte HTTPS-Kommunikation über das TCP-Protokoll, wie sie für moderne Messenger-Dienste typisch ist. Im linken Bereich der Ansicht werden zunächst die wichtigsten Verbindungsparameter zusammengefasst. Als verwendeter Dienst wird HTTPS angezeigt, während die Anwendung eindeutig als „whatsapp-desktop“ identifiziert wurde. Die Kommunikation erfolgt somit nicht über den Webbrowser, sondern direkt über den nativen Desktop-Client von WhatsApp. Die rechte Seite des Fensters zeigt die beteiligten Kommunikationspartner. Als Quelle fungiert das lokale Ubuntu-System mit der IPv4-Adresse 10.0.0.9. Der verwendete Quellport 60250 wurde vom Betriebssystem dynamisch aus dem Bereich der sogenannten Highports vergeben. Solche temporären Ports werden von Anwendungen genutzt, um ausgehende Verbindungen aufzubauen und stellen ein normales Verhalten dar. Als Ziel wird die öffentliche IP-Adresse 31.13.84.51 auf Port 443 angezeigt. Port 443 ist der Standardport für verschlüsselte HTTPS-Kommunikation und wird von nahezu allen modernen Cloud-Diensten verwendet. Besonders aufschlussreich ist die zusätzliche Zuordnung der Gegenstelle. Sniffnet löst die Verbindung bis auf den vollständig qualifizierten Domainnamen „whatsapp-cdn-shv-01-vie1.fbcdn.net“ auf. Bereits der Hostname verrät wichtige Informationen über die Infrastruktur. Die Bezeichnung „fbcdn.net“ verweist auf das Content-Delivery-Netzwerk von Meta, dem Mutterkonzern von Facebook, WhatsApp und Instagram. Der Bestandteil „vie“ deutet zudem auf einen Infrastrukturstandort im Raum Wien hin, wodurch die Daten nicht zwangsläufig über weit entfernte Rechenzentren geleitet werden müssen. Zusätzlich wird die Gegenstelle dem Autonomen System AS32934 zugeordnet, das offiziell von Facebook beziehungsweise Meta betrieben wird. Diese Information ist für Netzwerkadministratoren besonders hilfreich, da sich dadurch nachvollziehen lässt, welchem Unternehmen eine Verbindung tatsächlich gehört. Anstatt lediglich eine anonyme IP-Adresse zu sehen, wird die Kommunikationsbeziehung direkt einem bekannten Betreiber zugeordnet. Der Screenshot verdeutlicht exemplarisch, wie Messenger-Anwendungen dauerhaft verschlüsselte Verbindungen zu ihrer Server-Infrastruktur aufrechterhalten. Für sich genommen stellt eine solche Verbindung keinerlei Auffälligkeit dar. Im Gegenteil: Die Kommunikation mit Servern aus dem Meta-Netzwerk ist für WhatsApp Desktop zwingend erforderlich, um Nachrichten zu empfangen, Medien zu synchronisieren und Benachrichtigungen in Echtzeit bereitzustellen. Gerade diese Transparenz macht den praktischen Nutzen von Sniffnet aus. Der Anwender kann auf einen Blick erkennen, welches Programm kommuniziert, wohin die Daten übertragen werden und welchem Betreiber die jeweilige Gegenstelle gehört. GWS2.de - Juni 2026

Wer re­gel­mä­ßig An­ge­bo­te zu Ghost Job­s⁴ oder ge­fälsch­te Ge­winn­be­nach­rich­ti­gun­gen er­hält – oder mög­li­cher­wei­se selbst auf die be­kann­te Booking.com-Masche⁵ her­ein­ge­fal­len ist – soll­te die Ver­bin­dun­gen sei­ner Whats­App-Desk­top-App ge­nau­er un­ter die Lu­pe neh­men.

  • Glei­ches gilt für Te­le­gram, wo KI-ge­stütz­te So­cial-En­gi­nee­ring-Tech­ni­ken mitt­ler­wei­le zum All­tag ge­hö­ren. Be­son­ders ver­brei­tet ist dort der so­ge­nann­te Lie­bes­be­trug. Da­bei wer­den Op­fer von frem­den Ac­counts mit at­trak­ti­ven Pro­fil­bil­dern oft über Wo­chen oder Mo­na­te um­garnt, bis sie be­reit­wil­lig Geld über­wei­sen oder per­sön­li­che In­for­ma­tio­nen preis­ge­ben.

Aus Sicht ei­nes Netz­werk­ad­mi­nis­tra­tors lässt sich ge­gen sol­che Be­trugs­ma­schen we­nig aus­rich­ten. Häu­fig dient der Mes­sen­ger le­dig­lich als Kon­takt­ka­nal. Nicht sel­ten wird die Cat­fi­shing-Ma­sche je­doch ge­nutzt, um das Op­fer auf ei­ne Phis­hing-Web­sei­te zu lot­sen, die an­schlie­ßend den Web­brow­ser kom­pro­mit­tiert.

ℹ️ Sniff­net er­reicht zwar nicht den Funk­ti­ons­um­fang des Bran­chen­stan­dards Wireshark, bie­tet Pri­vat­an­wen­dern je­doch ei­nen deut­lich leich­te­ren Ein­stieg in die Netz­werk­ana­ly­se. Die über­sicht­li­che Open-Source-Soft­ware macht Netz­werk­ver­kehr sicht­bar und hilft da­bei, un­ge­wöhn­li­che Ver­bin­dun­gen so­wie ver­däch­ti­ge Ak­ti­vi­tä­ten schnell zu er­ken­nen.

Ver­wand­te The­men:

Li­nux-Hard­ware oh­ne Trei­ber­cha­os: Die­se Web­cam funk­tio­niert so­fort
Der bes­te WLAN-Dru­cker für Ubun­tu? War­um Li­nux-Nut­zer bei Brot­her lan­den

¹Vet­ter, Ve­ro­ni­ka Hel­ga: Phis­hing-Mails er­ken­nen: Wie ein ein­zi­ger Klick Ih­ren PC kom­pro­mit­tie­ren kann. computerheld-linz.at (06/2026).
²Gei­ger, Joerg: Cle­ve­re Stra­te­gie ge­gen KI-An­grif­fe. In: CHIP Nr. 2 (2024). S. 45.
³Lo­renz, Ben­ja­min: Mal­wa­re-At­ta­cken per Blue­screen. In: CHIP Nr. 3 (2026). S. 18.
⁴Vet­ter, Sa­scha: Fest­plat­ten si­cher lö­schen un­ter Li­nux: Shre­dOS er­klärt (war­um der Pa­pier­korb wert­los ist). pinguin.gws2.de (06/2026).
⁵E­der, Leo: Stor­no-Fal­le auf Whats­app: Be­trü­ger nut­zen Da­ten­leck von Booking.com aus. swr3.de (06/2026).