How to Build a Home SOC with Free Tools: A Step-by-Step Guide
The phrase "home SOC" sounds expensive. It isn't, provided you accept a smaller scope than a corporate security operations centre. A SOC does four jobs: it collects evidence, decides what looks wrong, tells a human, and records what happened next. Everything else — dashboards, threat feeds, glossy visualisations — is decoration on top of those four.
At home you can cover all four with open-source software and hardware you probably already own. The trick is restraint. A tight stack you actually read beats a sprawling one that fills a disk and mails you twice a week. Give yourself two weekends to get the basics running, then a little time each month to tune it.
Know What You Are Defending
Skip this step and every alert becomes noise, because you won't know whether a login from a new device is your partner's phone or an intruder. Write a plain text inventory: hostnames, IP addresses, operating systems, what each machine does, and who uses it. Add your router and any smart-home gear, because those are the devices you will never patch.
Then list what would actually hurt. Home photos and tax records. A NAS holding years of work. Email and cloud accounts with password resets attached to them. That list tells you where to point your limited attention — usually at the identity layer and at anything holding data, not at the printer.
Build a Small, Solid Platform
A used mini PC with 16 GB of RAM is a good starting point; 32 GB gives you room to grow. Install Proxmox VE and run your security stack as virtual machines, or keep it simpler with a single Linux host. Either way, treat the monitoring host as infrastructure: it should boot on its own after a power cut, and you should be able to rebuild it from notes.
Three details matter more than they look. Keep the security stack on its own network segment so a compromised laptop can't reach your logs. Make sure every device syncs time from the same NTP source, or your timeline will be useless when you need it. Watch disk space from day one — log data grows quietly and a full disk stops collection without complaint.
Collect Telemetry That Answers Questions
You don't need everything. You need the sources that let you reconstruct a story: who logged in, what process ran, what talked to what.
- Windows endpoints: Sysmon, with a well-reviewed community configuration, forwarded to your log platform. Process creation plus network connections is the single highest-value data you can gather.
- Linux hosts: auditd or an audit shipper for authentication events, sudo usage, service changes and file integrity on critical paths.
- Network: firewall logs from OPNsense or pfSense, including blocked and allowed outbound traffic.
- DNS: query logs from Pi-hole, AdGuard Home or Unbound. DNS is where misbehaving software reveals itself.
- Accounts: sign-in logs from your cloud providers, exported to the same place.
Turn verbosity down where you can. Full packet capture on a busy home network is a storage problem disguised as security monitoring.
Turn Logs Into Detections
Wazuh is the pragmatic first choice: agents, file integrity monitoring, a decent built-in ruleset, and an alert pipeline you can point at a phone. Security Onion covers similar ground with a stronger network focus, but it wants more CPU and RAM. Graylog or OpenSearch are good when you want a raw log pipeline you control completely. Velociraptor is worth adding later for endpoint hunting.
Write rules that match your house
Built-in rules catch a lot. Your own rules catch what matters to you. Good first candidates: a new local administrator account on any Windows host, a scheduled task or cron entry created outside your known maintenance windows, a NAS opening outbound connections to an unfamiliar country, or a sudden burst of failed logins from one internal address. Each of these is easy to express as a condition on fields you already collect.
Watch the Network Without Tapping Everything
Run Suricata or Zeek on your router if it has the headroom, or on a small box connected to a mirrored switch port. Most home switches don't support port mirroring, so check before buying hardware for it. In practice, firewall logs plus DNS logs plus connection metadata get you most of the visibility.
You won't inspect encrypted payloads, and that's fine. Look at shape instead: long-lived connections on odd ports, regular beaconing at fixed intervals, internal hosts talking directly to IP addresses with no DNS lookup first, or outbound SMB and RDP that nobody asked for.
Make Alerts Worth Reading
This is where most home setups die. If you receive two hundred notifications a day, you will mute them within a week. Aim for a handful of alerts that each mean something.
- Tier your rules by severity and send only high severity to your phone, using something like ntfy or a bot message.
- Send everything else to a daily digest you skim over coffee.
- Suppress what you have confirmed as normal — backup jobs, your own vulnerability scans, the media server's nightly index.
- Alert on missing data too: if an agent stops reporting for a day, that's worth knowing.
- Review the previous week's alerts and delete or rewrite any rule that produced only false positives.
Record every alert you investigate, even briefly. A one-line note with the time, the host and your conclusion turns a pile of notifications into something you can learn from.
Practise, Don't Just Watch
Detection without practice is guesswork. Once a month, run a controlled test on a machine you own: Atomic Red Team techniques are designed for exactly this, and they'll show you which of your rules fire and which stay silent. Then write the runbook you'd follow at 2 a.m. — which logs to open, what a normal pattern looks like, who to call.
If you want to go further, TheHive gives you case tracking and MISP lets you handle indicators, but a folder of markdown notes works perfectly well while you're learning.
One thing to sort out early: if you're monitoring devices shared with other people, or anything connected to your employer, make sure you have permission and follow the relevant policy. For anything with legal weight, speak to a qualified professional rather than guessing.
A Weekend Build You Can Finish
Start narrow and expand. Install Proxmox on the mini PC. Set up DNS logging and confirm queries are landing somewhere you can search. Deploy Wazuh, enrol two or three agents, and get one alert to your phone. Run a single Atomic Red Team test, confirm you saw it, then tune the rule that fired. Back up your configurations to something off the machine.
That's a working SOC: evidence, judgement, notification, record. Everything after that — more hosts, better rules, network sensors, threat intel — is growth rather than setup. The home SOC that catches something is the one that kept running long enough to be watching when it mattered.
Photo: Daniil Komov / Pexels


