UPDATED · 21 JUN 2026 · EDIT ON GITHUB
GUIDES · DEPLOY

GovCloud / FedRAMP High deployment.

Federal customers run threatDefendr inside AWS GovCloud, on the IL5-eligible reference architecture, with a clean authorization boundary. This is what lives where, how it is provisioned, and the evidence it produces for your package.

18 min read Advanced By K. Singh

The authorization boundary

BYOC draws the boundary for you: the data plane — every byte of telemetry and every key — lives inside your GovCloud account, and the managed control plane sits in the GovCloud High environment. Nothing crosses into the commercial partition.

Inside the boundaryManaged (GovCloud High)
Event fabric, detection compute, CMK-encrypted storage, the VPCOrchestration, detection & intel content, software updates
All FIPS 140-3 endpoints, in-accountAuthenticated control channel — metadata only, never raw events

Provision in GovCloud

The same data-plane module targets the GovCloud partition and FIPS endpoints. Set the partition, point at your CMK, and the module places everything in-account.

HCLmain.tf
module "threatdefendr_dataplane" { source = "threatdefendr/dataplane/aws" version = "~> 2026.06" partition = "aws-us-gov" # GovCloud region = "us-gov-west-1" fips = true # FIPS 140-3 endpoints impact = "il5" kms_key_arn = aws_kms_key.gov.arn control_plane = "managed-govcloud" }

Evidence for the package

The platform produces the artifacts an assessor asks for. Control implementations map to NIST 800-53 Rev 5, and the audit log exports as immutable evidence keyed to each control.

The boundary diagram comes with it. A current data-flow and authorization-boundary diagram, plus the control-responsibility matrix, generate from the live deployment — so your SSP reflects what is actually running, not a stale drawing. See the security model.

Where to go next

← ALL GUIDES Guides NEXT → Migrating a SIEM ruleset