Zeek TLS JSON
Zeek TLS JSON. Zeek protocol analysis produces structured metadata from observed network traffic.
Source and collection
Corresponding Zeek log stream with JSON output enabled; default TSV is a different serialization.
Document sensor placement, packet loss, enabled analyzers and JSON logging configuration.
Native example and provenance
publisher documentation example. Published example; no independent capture provenance claimed.
Original publisher / pinned upstream fixture — preformatted example 6
One complete record selected; values unchanged.
Download the exact sample · Offline research kit
SHA-256: cb60724dd70c848a4aa6d9100e8632c62283092423eb76b2c4d41a4718519ee9
{
"ts": 1598377391.921726,
"uid": "CsukF91Bx9mrqdEaH9",
"id.orig_h": "192.168.4.49",
"id.orig_p": 56718,
"id.resp_h": "13.32.202.10",
"id.resp_p": 443,
"version": "TLSv12",
"cipher": "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256",
"curve": "secp256r1",
"server_name": "www.taosecurity.com",
"resumed": false,
"next_protocol": "h2",
"established": true,
"cert_chain_fuids": [
"F2XEvj1CahhdhtfvT4",
"FZ7ygD3ERPfEVVohG9",
"F7vklpOKI4yX9wmvh",
"FAnbnR32nIIr2j9XV"
],
"client_cert_chain_fuids": [],
"subject": "CN=www.taosecurity.com",
"issuer": "CN=Amazon,OU=Server CA 1B,O=Amazon,C=US"
}
Structure and field interpretation
| Field/path | Serialized type |
|---|---|
ts | float |
uid | str |
id.orig_h | str |
id.orig_p | int |
id.resp_h | str |
id.resp_p | int |
version | str |
cipher | str |
curve | str |
server_name | str |
resumed | bool |
next_protocol | str |
established | bool |
cert_chain_fuids | array |
cert_chain_fuids[0] | str |
client_cert_chain_fuids | array |
subject | str |
issuer | str |
- ts
- Epoch timestamp of the logged activity.
- uid
- Connection identifier, when present; retain sensor context.
- fuid
- File identifier, when present.
- id.orig_h / id.resp_h
- Originator and responder addresses, not necessarily client intent.
Investigation uses
- Review TLS version and certificate references where available.
- Join uid across connection and protocol logs; use fuid for file references when present.
Validation boundaries
Encrypted payloads and sensor visibility limit what can be observed. Missing fields are not equivalent to a negative finding.
This sample passed byte-integrity and JSON/XML parsing checks, including the catalogue’s specified event discriminators. This is not a complete vendor-schema validation or a tested detection.
For a simulation, first parse this fixture offline, then create a separately labelled synthetic variant and test it against the intended collector in an isolated lab. Never replay public example identities or destinations into production.
Related sources
Ecosystem connections
- Telemetry Library — ATT&CK data components
- Detection Rules — candidate detection content
- Threat hunting — from intelligence to validated defense
- Practical security learning paths
- AdversaryGraph — evidence-led investigation
References
Sample provenance is linked above. Field availability and product behavior must be checked against the deployed version.