Zum Inhalt springenHisnLabs
← Netzwerkverteidigung für einen einzelnen Computer

Lektion 3 von 4 · 10 Min.

Protokollierung und Erkennung

Was auf einem einzelnen Mac protokollierenswert ist, und die konkreten Anzeichen — Beaconing, DNS-Anomalien, unsignierte Binärdateien —, dass etwas eine genauere Prüfung braucht.

Eine Firewall, die nichts blockiert und nichts protokolliert, ist nur eine halbe Verteidigung. Erkennung ist die andere Hälfte: bemerken, wenn sich etwas auf dem Gerät auf eine Weise verhält, die nicht ins Bild passt. Auf einem Mac braucht das kein Sicherheitsoperationszentrum, aber es erfordert, gut genug zu wissen, wie eine normale Verbindung aussieht, um eine ungewöhnliche zu bemerken.

Was protokollierenswert ist

Auf einem einzelnen Computer spiegeln die nützlichen Protokollkategorien das, was ein größeres Netzwerkoperationszentrum verfolgen würde, nur herunterskaliert: welche Apps welche Verbindungen zu welchen Zielen und wann hergestellt haben; welche Apps liefen, und ob sie von einem bekannten Entwickler signiert waren; und Änderungen an sicherheitsrelevanten Einstellungen wie der Firewall oder Gatekeeper. macOS selbst führt ein einheitliches Protokoll, das System- und App-Ereignisse abdeckt, einsehbar in der App Konsole oder mit log show, und auch die Entscheidungen der Anwendungs-Firewall werden dort erfasst. Was den meisten Menschen fehlt, ist nicht Protokollierung als solche, da macOS bereits sehr viel protokolliert, sondern eine lesbare Ansicht speziell ausgehender Verbindungen, da dort sich eine Kompromittierung am ehesten zuerst zeigt.

Verbindungsprotokolle lesen: wie normal aussieht

Ein Verbindungsprotokoll ist erst nützlich, sobald Sie ein ungefähres Gefühl dafür haben, was für eine bestimmte App normal ist: Ein Browser, der häufig Verbindungen zu vielen verschiedenen Domains herstellt, ist erwartbar; eine Notiz-App, die dasselbe tut, nicht. Die drei bei jeder Verbindung beachtenswerten Details sind das Ziel (eine Domain oder IP-Adresse, idealerweise wer sie betreibt), der Zeitpunkt (einmalig, gelegentlich, oder in festem Intervall), und die dafür verantwortliche App.

Anzeichen: Beaconing

Beaconing ist eine wiederholte, oft präzise getaktete ausgehende Verbindung, mit der sich Software bei einem entfernten Server meldet, manchmal um weitere Anweisungen zu empfangen. MITREs ATT&CK-Framework beschreibt dieses Muster von Command-and-Control-Datenverkehr auf Anwendungsebene als etwas, wonach Verteidiger gezielt anhand „beaconartiger Intervalle“ suchen: regelmäßiges Timing, das eine normale, nutzergesteuerte App — die sich verbindet, wenn Sie sie nutzen, und sonst still bleibt — nicht erzeugen würde. Eine einzelne App, die still alle paar Minuten, rund um die Uhr, dieselbe Adresse kontaktiert, ob Sie sie nutzen oder nicht, ist die Art von Muster, die eine Untersuchung verdient, statt abgetan zu werden.

Anzeichen: DNS-Anomalien

Jede Domainnamensabfrage läuft über DNS, bevor überhaupt eine Verbindung hergestellt wird, was DNS-Datenverkehr zu einem nützlichen Ort macht, um nach Auffälligkeiten zu suchen: eine App, die einen ungewöhnlich langen oder zufällig aussehenden Domainnamen auflöst, ein Schwall von Abfragen zu unbekannten Domains, oder DNS-Abfragen in einem Umfang und Muster, das nicht zu normalem Surfen passt. Cloudflares Erklärung zu DNS-Tunneling beschreibt einen Grund dafür: Daten in DNS-Abfragen und -Antworten zu kodieren kann genutzt werden, um Informationen an Kontrollen vorbei in ein Netzwerk hinein oder heraus zu bewegen, die nur gewöhnlichen Webverkehr prüfen. Sie müssen die Technik nicht selbst vollständig diagnostizieren; zu bemerken, dass die DNS-Aktivität einer bestimmten App ungewöhnlich aussieht, ist Grund genug, genauer hinzusehen oder um Hilfe zu bitten.

Anzeichen: unsignierte Binärdateien

Von jeder legitimen Mac-App wird erwartet, dass sie codesigniert ist, und die meisten sind auch notarisiert (behandelt im macOS-Härtungskurs dieser Seite). Sie können über das Terminal prüfen, ob eine bestimmte App signiert ist:

Terminal
codesign -dv --verbose=4 /Applications/SomeApp.app
Executable=/Applications/SomeApp.app/Contents/MacOS/SomeApp
Identifier=com.example.someapp
...

Eine App, die überhaupt nicht signiert ist, oder deren Kennung nicht dem entspricht, was Sie für diese App erwarten, ist mit Misstrauen zu behandeln, besonders wenn sie außerdem in der Prozessliste erscheint und Netzwerkverbindungen herstellt, die Sie sich nicht erklären können. Das ist eine schreibgeschützte Prüfung: Sie untersucht eine Signatur, führt die App nicht aus und ändert sie nicht.

IDS/IPS, im persönlichen Maßstab

Ein Intrusion-Detection-System (IDS) beobachtet Datenverkehr und schlägt bei verdächtigen Mustern Alarm; ein Intrusion-Prevention-System (IPS) geht weiter und blockiert den Datenverkehr automatisch. Unternehmensversionen davon vergleichen Datenverkehr mit großen, gepflegten Sammlungen bekannter Angriffssignaturen und Verhaltensmodellen. Auf einem Mac funktioniert eine App-Firewall, die ein neues oder ungewöhnliches Ziel markiert und Sie entscheiden lässt, als leichtgewichtige, persönliche Version derselben Idee: Erkennung, mit der Option zu handeln, im Maßstab eines Geräts statt eines ganzen Netzwerks.

Das Wichtigste

  • Das Nützlichste, was Sie auf einem einzelnen Mac protokollieren können, sind ausgehende Verbindungen nach App, da macOS die meisten System- und Sicherheitsereignisse bereits anderswo protokolliert.
  • Beaconing ist eine wiederholte, oft regelmäßig getaktete ausgehende Verbindung, unabhängig davon, ob Sie die verantwortliche App gerade aktiv nutzen.
  • Ungewöhnliche DNS-Aktivität (lange oder zufällig aussehende Domainnamen, Schwälle unbekannter Abfragen) kann darauf hindeuten, dass Daten an normalen Webverkehrskontrollen vorbei hinein- oder hinausbewegt werden.
  • `codesign -dv --verbose=4 <pfad>` ist ein schreibgeschützter Weg zu prüfen, ob eine App codesigniert ist und von wem.
  • Eine persönliche App-Firewall, die ungewöhnliche Ziele markiert, funktioniert als leichtgewichtiges IDS für ein Gerät: Erkennung, mit der Wahl zu handeln.

Testen Sie sich

  1. 1. Was macht „Beaconing“ verdächtig statt nur eine gewöhnliche Verbindung?

    • Es nutzt HTTPS
    • Es geschieht nur einmal
    • Es ist eine wiederholte, oft regelmäßig getaktete Verbindung, unabhängig davon, ob die App gerade aktiv genutzt wird — Richtig.
    • Es kommt von einem Browser

    Gewöhnliche Apps verbinden sich nach außen, wenn Sie sie nutzen; regelmäßige, uhrwerkartige Meldungen unabhängig von der Aktivität sind das Muster, das MITRE ATT&CK mit Command-and-Control-Datenverkehr verbindet.

  2. 2. Warum lohnt es sich, auf ungewöhnliche DNS-Aktivität zu achten?

    • DNS ist immer verschlüsselt, sodass Anomalien selten sind
    • Daten können in DNS-Abfragen und -Antworten kodiert werden, um Informationen an Kontrollen vorbeizubewegen, die nur Webverkehr prüfen — Richtig.
    • DNS-Abfragen geschehen auf einem normalen Mac nie
    • Es zählt nur für Webserver, nicht für persönliche Computer

    DNS-Tunneling versteckt Daten speziell im DNS-Datenverkehr, weil viele Verteidigungen DNS nicht so genau prüfen wie HTTP-Datenverkehr.

  3. 3. Was tut `codesign -dv --verbose=4 <app-pfad>`?

    • Löscht eine unsignierte App
    • Zeigt die Codesignatur und Kennung einer App an, ohne sie zu ändern — Richtig.
    • Blockiert die Ausführung der App
    • Installiert eine Firewall-Regel für die App

    Es ist ein schreibgeschützter Prüfbefehl, der Signierungsinformationen für die angegebene App zeigt, nützlich um zu prüfen, ob sie legitim signiert ist.

Mit FireAI ausprobieren

Wenden Sie diese Lektion auf Ihrem eigenen Mac an.

Quellen

Setzen Sie es auf Ihrem Mac um

Teste alle Funktionen 17 Tage kostenlos, ohne Karte.

Download für Mac Doku