Case studyFortune 100: 80% less compliance workRead the Story
RiskWatch

Security at RiskWatch

How we secure your compliance program data, audited, encrypted, and answerable.

RiskWatch holds the same kind of evidence our customers trust us to manage on their own behalf: assessment scores, control attestations, regulator-facing artifacts, and the personal data that backs them up. We protect it the same way our customers expect their auditors and regulators to protect their data, independently audited (SOC 2 Type II, ISO 27001:2022), encrypted in transit and at rest, segmented by tenant, and operated under documented incident-response and disclosure SLAs.

Trusted with sensitive compliance evidence by regulated customers across financial services, healthcare, government contractors, oil and gas, and manufacturing, and reviewed annually by independent auditors against SOC 2 Trust Services Criteria and ISO/IEC 27001:2022 Annex A controls.

4.7G2·120+ reviews
4.7Capterra·80+ reviews
4.6Gartner Peer Insights·60+ reviews

Compliance certifications

Independently audited against the frameworks our customers run.

RiskWatch is the platform our customers use to evidence compliance to their own auditors and regulators. We are audited the same way. SOC 2 Type II covers ongoing operating effectiveness, not just design. ISO/IEC 27001:2022 includes the new Annex A controls. HIPAA and GDPR alignment is documented in our control matrix and reviewed during the SOC 2 examination.

01

SOC 2 Type II

Active

Security · Availability · Confidentiality

Annual Type II examination performed under AICPA SSAE 18 covering the Security, Availability, and Confidentiality Trust Services Criteria. Type II report describes the operating effectiveness of controls over a 12-month observation window.

Last audited
Issued Q1 2026, observation window Jan 2025 to Dec 2025
Next cycle
Next examination: Q1 2027
Auditor
Issued by an AICPA-registered independent CPA firm
02

ISO/IEC 27001:2022

Certified

Information Security Management System

Certified to the 2022 revision of ISO/IEC 27001 covering the full Annex A control set (93 controls across 4 themes) for the RiskWatch SaaS platform and supporting corporate functions. Three-year certification cycle with annual surveillance audits.

Last audited
Initial certification 2024, most recent surveillance audit 2025
Next cycle
Next surveillance: 2026, recertification: 2027
Auditor
Issued by an ANAB / UKAS-accredited registrar
03

HIPAA-aligned

BAA available

Administrative · Physical · Technical safeguards

RiskWatch operates under a documented HIPAA control mapping covering 45 CFR 164 Subparts C (Security Rule) and E (Privacy Rule applicable to business-associate functions). Business Associate Agreements (BAAs) available for customers using RiskWatch to manage HIPAA programs. HIPAA controls reviewed within the SOC 2 Type II observation.

Last audited
HIPAA control matrix last reviewed 2025
Next cycle
Reviewed annually inside the SOC 2 examination
Auditor
Aligned to HHS HIPAA Security Rule guidance
04

GDPR-aligned

DPA + SCCs available

Articles 28, 30, 32, 33 · EU residency

RiskWatch acts as a processor for customer personal data and complies with GDPR processor obligations under Article 28 (DPA terms), Article 30 (records of processing), Article 32 (security of processing), and Article 33 (breach notification). Standard Contractual Clauses (2021/914) attached to the DPA for any non-EU data flow. EU customers can elect EU-Frankfurt residency at provisioning.

Last audited
DPA + SCCs last refreshed 2025
Next cycle
Reviewed annually inside the ISO 27001 surveillance audit
Auditor
Aligned to EDPB guidelines on Articles 28 and 32

Customers and prospects under NDA can request the SOC 2 Type II report, ISO 27001 certificate + statement of applicability, and the most recent penetration-test executive summary at security@riskwatch.com.

Security architecture

Defense-in-depth, encryption, identity, isolation, recovery.

Six controls do most of the work in any modern SaaS security review. Below is exactly how RiskWatch implements each one. Every layer is covered in the SOC 2 Type II report and tested in the annual third-party penetration test.

01

Encryption, TLS 1.3 in transit, AES-256 at rest

Customer traffic to the RiskWatch application reaches us over TLS 1.3 with modern cipher suites only. Data at rest is AES-256 encrypted using AWS KMS-managed keys with customer-tenant scoping in the encryption envelope. Backups inherit the same key hierarchy.

  • TLS 1.3 enforced; TLS 1.0 and 1.1 disabled at the load balancer
  • AES-256-GCM at rest via AWS KMS, key rotation every 365 days
  • Application-level field encryption for assessment evidence and PII columns
  • Tenant data segmented with logical isolation; no shared row IDs across tenants
02

Authentication, SSO, MFA, session controls

Customers can require SAML 2.0 SSO through any identity provider that supports the standard (Okta, Azure AD / Entra ID, Google Workspace, OneLogin, Ping). MFA is enforced for all administrative roles and available to every user. Session lifetimes and idle timeouts are tenant-configurable.

  • SAML 2.0 SSO with SP-initiated and IdP-initiated flows
  • TOTP, WebAuthn, and SMS MFA factors (SMS is fallback only)
  • MFA required for admin role; tenant policy can require it for all users
  • Configurable session lifetime and idle timeout; forced re-authentication for sensitive actions
03

Authorization, least-privilege RBAC

Every user is assigned to a role that scopes which assessments, evidence, and reports they can read or change. The role library ships with separation-of-duties templates (assessor, reviewer, approver) and customers can extend it. All authorization decisions are logged and surfaced in the audit trail.

  • Granular roles for assessor, reviewer, approver, auditor, viewer, and admin
  • Object-level permissions on assessments, evidence packages, and reports
  • Separation-of-duties enforced for assessment review and sign-off
  • Immutable audit trail of every read, write, role change, and permission grant
04

Data residency, US East and EU Frankfurt

Customers select a primary processing region at provisioning. Data, including backups, does not move out of that region for any reason short of a documented disaster-recovery scenario. EU customers stay in eu-central-1 (Frankfurt). US customers run in us-east-1 (N. Virginia) with optional cross-AZ replication.

  • Primary regions: AWS us-east-1 (N. Virginia) and AWS eu-central-1 (Frankfurt)
  • Backups encrypted and stored in-region; no cross-region replication by default
  • EU residency means EU storage and EU processing, including subprocessors
  • Data Processing Addendum names the chosen region as the contractual processing location
05

Backup and disaster recovery

Continuous database snapshots and point-in-time recovery within the primary region. Documented disaster-recovery runbook with annual restoration testing. Recovery objectives are published and reviewed during the SOC 2 Type II Availability examination.

  • RPO ≤ 1 hour for primary database, ≤ 24 hours for object storage
  • RTO ≤ 4 hours for application restoration in a same-region failover scenario
  • Daily encrypted backups retained 35 days; point-in-time recovery to any second within 7 days
  • Annual DR exercise restoring a synthetic tenant from cold backup; results reviewed by the SOC 2 auditor
06

Vulnerability management and pen testing

Continuous dependency scanning, weekly authenticated infrastructure scans, and an annual third-party penetration test against the production application and APIs. Findings are tracked to remediation in our internal RiskWatch tenant, same workflow customers use for their own programs.

  • Static application security testing (SAST) on every pull request
  • Software composition analysis (SCA) for every dependency, every build
  • Weekly authenticated infrastructure scans; quarterly external-only scans
  • Annual third-party penetration test by an independent CREST/OSCP-certified firm; executive summary available under NDA

Subprocessors

Every third party with access to customer data, listed by name.

GDPR Article 28 and most enterprise DPAs require us to publish the subprocessors that process customer personal data on our behalf. Below is the canonical list. Material changes (additions, removed processors, region changes) trigger written notice to enterprise customers in line with our DPA. The list is reviewed quarterly.

  • Purpose

    Cloud infrastructure: compute, managed database (RDS/PostgreSQL), object storage (S3), key management (KMS), networking, and identity for service-to-service auth.

    Data category

    All customer data, assessments, evidence, attachments, audit logs, account metadata.

    Region

    US-East-1 (N. Virginia) or EU-Central-1 (Frankfurt) per tenant election

  • Purpose

    Subscription billing, payment processing, invoicing, and tax calculation. Card data is tokenized at Stripe; RiskWatch never stores PAN.

    Data category

    Billing contact details, company name, billing address, payment-method tokens. No assessment data.

    Region

    Global (Stripe is a PCI DSS Level 1 service provider)

  • Purpose

    Transactional email delivery: invitations, notifications, password resets, evidence-package share links.

    Data category

    User email address, display name, and the body of the transactional email itself (which may reference assessment names).

    Region

    United States (sender IPs in US-East)

  • Purpose

    Application performance monitoring, infrastructure metrics, log aggregation, and uptime alerting. Production logs are scrubbed of customer evidence content before egress.

    Data category

    Server logs, performance metrics, error traces with redacted user identifiers. No assessment evidence content.

    Region

    Datadog US1 region (US-based ingestion); EU customers can request EU1 ingestion

  • Purpose

    Source-code management, code review, build artifacts, and infrastructure-as-code change history for the RiskWatch platform. No customer data is stored in GitHub.

    Data category

    RiskWatch employee identities, source code, build artifacts. No customer data.

    Region

    United States

Material changes to this subprocessor list (adding a new subprocessor with access to customer data, or changing a region) trigger 30-day advance written notice to customers under contract, in line with our standard Data Processing Addendum.

Responsible disclosure

How to report a security vulnerability to RiskWatch.

Security researchers play a meaningful role in keeping the RiskWatch platform safe for our customers. We don't currently operate a paid bug-bounty program, but we welcome and acknowledge good-faith reports, prioritize fixing them, and credit researchers who request it.

Acknowledgment SLA
5 business days
Bug bounty
No paid program currently

How to report

Send vulnerability reports to security@riskwatch.com. If you'd like to encrypt your report, request our PGP key in the same message and we'll respond with the public key before you send sensitive details. Please include reproduction steps, affected URL or component, and any proof-of-concept material, but do not include actual customer data you may have accessed during testing.

What we commit to

RiskWatch will:

  • Acknowledge receipt within 5 business days of your initial report
  • Provide an initial triage and severity assessment within 10 business days
  • Keep you informed of remediation progress at reasonable intervals
  • Credit you publicly on a researchers acknowledgments page if you'd like, after the fix has shipped
  • Not pursue legal action for good-faith research that complies with this policy

In scope

The following are in scope for responsible disclosure:

  • *.riskwatch.com web application and authenticated areas
  • Public-facing API endpoints under api.riskwatch.com
  • RiskWatch authentication, session, and access-control mechanisms
  • Tenant isolation issues (cross-tenant data exposure)
  • Server-side vulnerabilities: injection, deserialization, SSRF, RCE

Out of scope

The following are explicitly out of scope and reports on these will be acknowledged but not actioned:

  • Denial-of-service testing of any kind, including volumetric, protocol, and application-layer DoS
  • Social engineering, phishing, or physical attacks against RiskWatch employees, contractors, or facilities
  • Findings on third-party services not operated by RiskWatch (subprocessors, report to them directly)
  • Vulnerabilities in software dependencies that RiskWatch has not yet had a reasonable window to patch
  • Issues requiring physical access to a user's device or non-default browser configuration
  • Self-XSS, missing security headers without demonstrated impact, missing best-practice configurations without exploitable consequence
  • Automated scanner output without manual verification

Safe-harbor

We will not pursue civil action or initiate complaints to law enforcement for good-faith security research that complies with this policy. We consider activities in line with this policy to be authorized conduct under the Computer Fraud and Abuse Act, the DMCA, and similar laws in other jurisdictions. Please do not access more data than necessary to demonstrate the vulnerability, do not modify or delete data, and do not impact other customers.

Status and reports

Live status, audit reports, and pen-test summaries.

Production status is live at status.riskwatch.com. Independently issued reports, SOC 2 Type II, ISO 27001 certificate, and the most recent penetration-test executive summary, are gated by a one-time mutual NDA. Request access and we'll deliver them within 5 business days.

View live system status
01
NDA-gated

SOC 2 Type II report

Full Type II examination report covering Security, Availability, and Confidentiality Trust Services Criteria. 12-month observation window. Includes auditor opinion, system description, control matrix, and tested controls with results.

Request SOC 2 report (NDA)
02
NDA-gated

ISO 27001:2022 certificate + SoA

ISO/IEC 27001:2022 certificate of registration issued by our accredited registrar, plus the Statement of Applicability mapping the 93 Annex A controls to our implementation status. Useful for procurement teams running ISO 27001-aligned vendor reviews.

Request ISO 27001 certificate
03
NDA-gated

Penetration-test executive summary

Annual third-party penetration test executive summary. Names the testing firm, scope of testing, methodology (OWASP, PTES), and remediation status of any identified findings. The full report (with reproduction details) is available under enterprise NDA.

Request pen-test summary
04
NDA-gated

Standard security questionnaires

Pre-completed responses to SIG (Standardized Information Gathering), CAIQ (Cloud Security Alliance Consensus Assessments Initiative Questionnaire), and CSA STAR Level 1 self-assessment. Save your security team a week of cycle time.

Request SIG / CAIQ / CSA STAR

All gated reports are delivered after a one-time mutual NDA. Existing customers under contract have NDA coverage already and can request reports through their account team.

Need our reports for your TPRM workflow?

Get our SOC 2, ISO 27001, SIG, and CSA STAR responses in days, not weeks.

RiskWatch is the platform our customers run their own third-party risk programs on. We know what your security team is going to ask, and we've already answered it. Talk to our team to scope the right report bundle for your review, or open a sales conversation if you're evaluating RiskWatch as a vendor.

Or call US: +1 941-500-4525

Request a Demo