Fiche mémo

Journaux Zeek

Zeek transforme le trafic réseau en journaux structurés, un par protocole. La démarche d'analyse est dans Network Traffic Analysis.

CDSACJCARéseau

Les journaux

FichierContenu
conn.logUne ligne par connexion : adresses, ports, protocole, durée, volumes
dns.logRequêtes et réponses DNS
http.logRequêtes HTTP : méthode, hôte, URI, user-agent, code de réponse
ssl.logSessions TLS : version, nom demandé (server_name), certificat
files.logFichiers vus sur le réseau, avec leurs hachés
x509.logCertificats observés
ssh.logConnexions SSH et résultat de l'authentification
smb_files.logFichiers lus ou écrits via SMB
notice.logAlertes produites par les scripts Zeek
weird.logAnomalies de protocole
# Analyser une capture : un fichier .log par protocole dans le dossier courant
zeek -C -r capture.pcap
# Choisir les colonnes
cat conn.log | zeek-cut id.orig_h id.resp_h id.resp_p service duration orig_bytes
# Destinations les plus contactées
cat conn.log | zeek-cut id.resp_h | sort | uniq -c | sort -rn | head

Champs de conn.log

ChampSignification
uidIdentifiant de la connexion, repris dans les autres journaux
id.orig_hAdresse de l'initiateur
id.orig_pPort de l'initiateur
id.resp_hAdresse du répondeur
id.resp_pPort du répondeur
protoProtocole de transport (tcp, udp, icmp)
serviceProtocole applicatif détecté (http, dns, ssl…)
durationDurée de la connexion
orig_bytesOctets envoyés par l'initiateur
resp_bytesOctets envoyés par le répondeur
conn_stateÉtat de la connexion (S0, SF, REJ…)
Pivoter avec uidLe uid d'une connexion suspecte dans conn.log retrouve sa requête DNS, sa requête HTTP et les fichiers transférés dans les autres journaux.

États de connexion (conn_state)

ÉtatSignification
S0Tentative sans réponse (SYN seul)
S1Connexion établie, pas encore terminée
SFConnexion établie puis fermée normalement
REJTentative rejetée (RST en réponse au SYN)
RSTOConnexion coupée par l'initiateur (RST)
RSTRConnexion coupée par le répondeur (RST)
OTHAucun SYN observé : connexion prise en cours de route
Ce qui doit alerterBeaucoup de S0 ou REJ depuis une même source : scan. Connexions régulières, de taille constante, vers une même destination : beaconing. orig_bytes très supérieur à resp_bytes : envoi de données, possible exfiltration.