Compliance

Can you get SOC 2 and PCI-DSS evidence from server monitoring?

Which SOC 2, PCI-DSS v4 and HIPAA controls a server monitoring agent can evidence automatically (patching, firewall, SSH, logging) and which stay manual.

In short

Yes, partly. A server monitoring agent already knows whether patches are current, the firewall is on, root SSH is disabled, logs are retained, certificates are valid and database ports are closed, which maps to a meaningful subset of SOC 2, PCI-DSS v4 and HIPAA technical controls. Opservo maps those facts to controls per server, marks the rest as manual, and exports a dated PDF, with no second agent.

Which controls can server facts evidence?

  • •Vulnerability and patch management: pending security updates, reboot-required, kernel age
  • •Network security: firewall active, no database or admin ports exposed to the internet
  • •Access control: root SSH login disabled, password authentication off, no unscoped passwordless sudo
  • •Logging and monitoring: system logs present and retained, failed-login detection, time synchronized
  • •Encryption in transit: valid, unexpired TLS certificates on served domains
  • •Availability: uptime monitoring, incident records, backup job heartbeats

Which controls stay manual?

Policies, risk assessments, vendor management, background checks, training, data classification and most organizational controls cannot be inferred from a server. An honest tool marks these "manual" and shows coverage (automatable controls divided by total) next to the score, so a 95 percent technical pass rate is never presented as 95 percent compliance.

How does Opservo produce the evidence?

Every heartbeat is assessed against the control mappings for SOC 2, PCI-DSS v4 and HIPAA. Each control is pass, fail, partial, manual or no-data per server, with evidence lines carrying the snapshot timestamp and gaps carrying the health-standard rule and its runnable fix. One assessment row per server per standard per day is retained for 400 days. The PDF report has a cover, a scorecard, a per-server control table and a manual-controls appendix for the auditor.

The scoring reuses the same rules as the health score, so there is one source of truth: fixing a finding on the server page closes the compliance gap.

What does an auditor actually accept?

Dated, per-system evidence with a reproducible source is what auditors sample. A monitoring report that says "root SSH login disabled on 14 of 14 servers as of this date, evidence: sshd_config PermitRootLogin no" is acceptable evidence for that control. It does not replace the policy document that requires it. Expect to pair the automated report with policy PDFs and manual attestations.

Last updated 2026-09-23.

FAQ

Related questions

Does this make my company SOC 2 compliant?+

No tool does. It evidences the technical controls it can observe and tells you which remain manual. Certification still needs policies, an auditor and organizational controls.

Which plans include compliance reports?+

Growth and above. The assessments run automatically once the plan allows them; no extra agent or configuration is needed.

How far back does the evidence go?+

Assessments are kept for 400 days, enough to cover a 12-month audit period with margin.

Can I fix a failing control from the report?+

Yes. Each gap carries the health-standard rule and its runnable fix; on servers with remote actions enabled, the fix can be run from the report page and the next assessment records the pass.