Security

Real offensive depth

Testing and defence led by a published security researcher with five CVEs, including a CVSS 9.1 Mirai botnet kill-switch.

All security →
Compliance

Audit-ready, fixed scope

SOC 2, ISO, and the Canadian privacy stack, run end to end with an independent auditor.

All frameworks →
Resources

Learn the space

Original research, free tools, and plain-language guides on security and compliance, from a published security researcher.

Read the blog →
Security & Compliance Glossary

SIEM (Security Information and Event Management)

A SIEM, or Security Information and Event Management system, collects and correlates log and event data from across an organization's systems to detect threats and support investigations. It centralizes logs, applies detection rules, and raises alerts on suspicious activity. SIEM platforms are also used for compliance reporting and forensic analysis.

In practice

A SIEM is the nervous system of a detection program. By correlating events from servers, endpoints, and cloud services in one place, it surfaces patterns no single log would reveal on its own.

A SIEM is only as good as its tuning. Without curated detection rules it drowns analysts in noise, so getting value out of one requires ongoing engineering, not just installation.

// how traztech helps

traztech delivers detection and incident response for startups and growth-stage companies, led by a published security researcher.

Book a call

For a broader look at getting audit-ready, see our SOC 2 readiness work, or talk to a fractional CISO about building a program around it.

Where it comes up

A SIEM appears in compliance work as the answer to logging and monitoring controls: are you collecting the right events, can you search them, and does somebody act when an alert fires.

Buying one does not satisfy the control. Auditors sample alerts and ask what happened next, so the evidence is the triage record rather than the ingest volume.

SIEM (Security Information and Event Management): common questions

Do we need a SIEM for SOC 2?

Not by name. SOC 2 asks that you monitor for security events and respond to them. Smaller organisations often meet that with cloud-native logging and alerting rather than a dedicated SIEM.

What do auditors actually sample here?

Usually a set of alerts from across the observation period, with evidence that each was reviewed and resolved, plus proof that log retention matches your stated policy.

Track record

Who is actually doing the work

5
Published CVEs, including a CVSS 9.1
76
Controls taken from nothing to a passed SOC 2 Type II
Zero
Exceptions on that Type II report
20+
Penetration testing engagements delivered

Published vulnerability research

Five published CVEs. CVE-2024-45163 (CVSS 9.1) is a flaw in the Mirai botnet itself, which gave defenders a way to shut down attacker infrastructure. CVE-2026-42626 takes HP ENVY 5000 printers offline from any unauthenticated device on the same network.

A SOC 2 Type II built from nothing

At Humera, a venture-backed US security company, Jacob built the compliance programme in-house from nothing: no report, no policies, no documented controls. It ended in a Type II attestation across 76 controls with zero exceptions, on a team of 15.

Before you go

Want the practical version by email?

Definitions only get you so far. I send a few short notes on how this plays out in practice. Unsubscribe in one click, and replies reach me directly.

From Jacob Masse, principal of traztech. No spam, unsubscribe in one click.