Feith is FedRAMP Moderate Authorized Read the release
Feith
Security & compliance

Compliance, built into the record.

Feith enforces federal records compliance on the record itself, from capture through disposition. Zero Trust aligned, FedRAMP authorized, and DISA-JITC tested from 2002 to 2023 under the now-retired DoD 5015.02 program.

47 yearsBuilding federal records platforms since 1979
20+ yearsDISA-JITC 5015.02 testing, 2002–2023 (program retired)
30+ authorizationsUp to DoD IL7 (TS/SCI), plus FedRAMP and FISMA High
3 boundariesCloud, on-premises, and classified air-gapped
Records-level enforcement

Compliance lives on the record.

Other systems enforce compliance at the folder or the perimeter. Feith enforces it on each record: six controls that travel with the record and resolve at query time, not at the directory.

Classification & markings

CUI, PII, and classification markings applied automatically on capture.

Native classification markings (U//FOUO, CUI, SECRET, and the rest) plus custom agency taxonomies, rule- and ML-driven.

EngineRule + MLTriggerOn ingestOutputA marked record

Retention enforcement

Schedule-driven retention, with disposition locked to the schedule.

Records can’t be deleted outside the schedule. Holds suspend disposition without altering the schedule itself.

EngineScheduleTriggerEvent + ageOutputA disposition action

PII detection

Pattern-based and ML-assisted PII identification across every record type.

Configurable taxonomies for agency-specific PII, CUI categories, and sensitive program data. Keyword alerts flag sensitive communications.

EngineRule + MLTriggerIngest + on demandOutputA flagged record

Multilevel security (MLS)

Classification, nationality, and supplemental markings enforced at the record level.

Clearance and caveats travel with the record. ABAC evaluates user attributes against record markings at query time, and a user’s clearance filters results without revealing that inaccessible records exist.

EngineABAC + clearanceTriggerOn queryOutputA filtered result set

Role- & attribute-based access

Directory-integrated roles with attribute filters on every query.

Access lives at the record level, resolved on every query. RBAC and ABAC combine; CAC, PIV, PKI, MFA, and biometrics are all supported.

EngineDirectory + ABACTriggerOn queryOutputA filtered result set

Redaction

Automated redaction with reviewer accept/reject and FOIA exemption coding.

Every redaction decision, including AI suggestions the reviewer rejected, lands in the audit log.

EngineRule + MLTriggerRelease requestOutputA redacted release copy

Who can open what

Admins assign users to roles in the directory; roles are cumulative, so a higher clearance inherits every lower tier. ABAC filters each query at run time, so access resolves at the record level.

Role / group UnclassifiedCUISecret
Resource Mgt Unclassified only
Resource Mgt · CUI CUI + Unclassified
Resource Mgt · Secret Secret + CUI + Unclassified
The compliance matrix

Eight federal regimes. One platform under them.

From the Federal Records Act to FRCP eDiscovery, the same platform satisfies the capabilities each regime demands. A capability is listed only where Feith demonstrably satisfies it.

Framework CaptureClassifyRetentionAccessAuditSearchRedaction
Federal Records Act 44 U.S.C. Ch. 31
NARA UERM OMB M-23-07 · M-19-21
DoDM 8180.01 · DoD 5015.02-STD DoD records
FOIA 5 U.S.C. § 552
Privacy Act 5 U.S.C. § 552a
Section 508 Accessibility
CUI handling 32 CFR 2002 · NIST 800-171
FRCP (eDiscovery) Federal Rules

Feith demonstrably satisfies the capability the regime requires. not applicable to that regime.

Chain of custody

Defensibility is what the audit log looks like when someone has to prove it.

Every action against every record becomes an append-only event — attributed to an actor, cryptographically ordered, and tamper-evident.

Anatomy of one event Core fields · append-only
Record
The record this event is about.
Actor
User, service account, or system.
Action
Create · view · edit · transfer · dispose…
Timestamp
When the action happened.
Origin
The IP address it came from.
Approving official
On high-risk actions: destruction, accession.
Authorization
The authority the action was taken under.

append-only · hash digests with regular fixity checks · forwarded to the agency SIEM

No anonymous events. Destruction and accession additionally carry the approving official and the authority the action was taken under.

Capture logged
Classify logged
Access logged
Legal hold logged
Disposition logged

Every stage of a record’s life writes to the same append-only log. The trail is the proof.

Tamper-evident

Every record carries a secure hash digest generated at ingestion. Any alteration changes the digest, so a change is mathematically detectable, not silent.

Forward to SIEMSplunk and other agency SIEMs
RetentionFor the life of the record, plus holds
TransferCustody record accompanies NARA accession
AccessRead-only API, ABAC-filtered

Attribution

Every capture, classification, access, modification, hold, and disposition is logged with the actor that triggered it. Service accounts, system actions, and human users each carry a distinct identity through the chain. No anonymous events.

Immutability

The audit log is append-only: events are added, never edited or deleted in place. A correction is a new event that references what it supersedes, so the original record of what happened is never overwritten.

Legal hold & eDiscovery

Holds attach to records, queries, custodians, or schedules. Suspended dispositions stay suspended until the hold is released, and releases are documented. FRCP obligations are met without forensic recovery.

NARA-compliant disposition

When a record reaches the end of its schedule, the disposition (transfer to NARA, deletion, or accession) is documented with the same rigor as any other event. The custody record travels with the transfer.

Platform security architecture

Identity on top. Vault at the center. Audit underneath.

One identity layer authorizes every path in. One encrypted, single-tenant vault holds the records. One append-only audit layer records everything, with operations watching the floor.

Protection & isolation

EncryptionAES-256 at rest · TLS 1.3 in transit · FIPS 140-2/140-3 validated · columnar encryption · customer-managed keys
TenancySingle-tenant, every deployment · infrastructure-level isolation · customer-controlled maintenance windows · no noisy neighbors

Identity & audit

IdentitySAML 2.0 · OIDC · AD / LDAP · CAC · PIV · PKI · MFA · biometrics
AuditAppend-only · digitally signed · anti-tamper · Splunk / SIEM shipping

Operations & assurance

OperationsContinuous monitoring per FedRAMP · anomalous-access alerts · WAF / IPS compatible · 24/7 SOC integration
Secure SDLCStatic + dynamic analysis every release · CVE tracking against the SBOM · documented patch cadence · critical findings expedited
Incident responseDocumented runbooks · classified-environment IR paths · immediate customer notification
TestingPenetration testing · Burp · Acunetix · Nessus · STIG-hardened baselines
AI compliance

AI inside your records. Your records inside your AI.

Data sovereignty isn’t a setting. It’s the architecture. AI runs inside your boundary, against records that never leave it.

Records never leave your security boundary.

AI orchestration runs inside the deployment. Cloud, on-prem, or air-gapped, the model talks to records that already sit behind your accreditation, not across an external API.

No model training on your records.

Vendor-agnostic across cloud and on-premises foundation models. Azure OpenAI and open-weight models are supported, and your records never enter a vendor training corpus.

AI decisions in the audit log.

Every AI-assisted action is logged with the model reference, input, output, and the reviewer’s accept-or-reject decision. Audit-grade AI: explainable, reversible, accountable.

Credentials & authorizations

Twenty-two plates. Five bands.

The credentials a federal records officer screenshots before sending the meeting invite. Each plate names the specific posture the authorization actually grants: authorized, certified, validated, aligned, or ready.

1979 Founded
2002 DISA-JITC certified
2025 FedRAMP Moderate authorized
22 Authorizations & alignments Across five bands
7 Cloud & network FedRAMP · up to IL7 (TS/SCI) · FISMA
5 Records standards 8180.01 · UERM · FRA
4 Security frameworks NIST · FIPS · CMMC
1 Cross-cutting Section 508
5 Federal cyber Zero Trust · SBOM · MFA · STIG

Cloud & network authorizations

FedRAMP · up to DoD IL7 (TS/SCI) · FISMA
FedRAMP Moderate Authorized 2025 · sponsor USDA · RMA iQ
DISA-JITC 2002–2023 DoD 5015.02-STD classified records management (program retired)
DoD Impact Level 4 Authorized AWS GovCloud and equivalent
DoD Impact Level 6 Authorized AWS GovCloud (Secret), classified DoD networks
DoD Impact Level 7 (TS/SCI) Authorized AWS Top Secret C2S / JWICS (TS-SCI)
FISMA High ATO Multiple on-premises and GovCloud deployments
U.S. Army networks Authorized In production across NIPR, SIPR, JWICS, and SAPR with an ATO on each

Records standards

DoDM 8180.01 · NARA UERM · FRA · Privacy Act
DoDM 8180.01 Compliant DoD's electronic records management framework (2023)
DoD 5015.02-STD Certified (legacy) JITC-tested 2002–2023; program now retired
NARA UERM Ready M-23-07, M-19-21 alignment
Federal Records Act Ready 44 U.S.C. Ch. 31
Privacy Act Ready 5 U.S.C. § 552a

Security frameworks

NIST · FIPS · CMMC
NIST SP 800-53 Compliant Assessed against 800-53 with 800-37 RMF; operates at FISMA High
NIST SP 800-171 Compliant CUI handling
FIPS 140-2 / 140-3 Validated Encryption at rest and in transit, AES-256
CMMC Level 2 Level 2 Implemented against the 110 requirements of NIST SP 800-171

Cross-cutting

Section 508
Section 508 VPATs published Section 508 / WCAG 2.1 AA, continuously maintained

Federal cyber alignment

M-22-09 · EO 14028 · BOD 20-01 · STIG
Zero Trust architecture Aligned M-22-09 · NIST 800-207 · ABAC at the record level
Software bill of materials On request M-22-18 · EO 14028 · SPDX per release
Phishing-resistant MFA CAC · PIV M-22-09 · smart-card and PKI authentication, MFA enforced
Vulnerability disclosure Published BOD 20-01 · intake, SLAs, safe harbor
STIG-hardened baselines Continuous DISA STIG applied at deployment; drift monitored
Deployment models

Same platform, three boundaries.

Cloud, on-premises, and classified air-gapped deployments all share one Records API, one compliance posture, and one audit log. Bit-for-bit identical, no degraded mode.

Cloud

Azure Government, FedRAMP ModerateAWS GovCloud (IL4, IL6)
  • Managed service, Feith-operated
  • Pre-STIGed systems
  • Auto-scaling capacity
  • Monitoring & patching handled for you
Best for

Civilian agencies that want managed services and rapid deployment.

On-premises

Behind your firewallYour infrastructureYour security tools
  • Full platform capability
  • AD / LDAP integration
  • Customer-controlled keys
  • Customer-defined retention
  • Customer-managed backup
Best for

Agencies with data-sovereignty requirements or legacy integration constraints.

Classified & air-gapped

Inside the air gapFacility-clearedCleared support on-net
  • On-prem foundation models
  • On-net engineering support
  • Classified-environment IR
  • No degraded mode
Best for

Defense and intelligence missions that require air-gap operation.

Secure networks supported

NIPRNet

Non-classified IP Router Network. DoD unclassified operations.

SIPRNet

Secret IP Router Network. DoD Secret-level operations.

JWICS

Joint Worldwide Intelligence Communications System. TS/SCI operations.

AWS TS C2S + Secret

Government cloud environments at higher classification levels.

Classified & IC deployments

The same platform, on the other side of the air gap.

The platform runs identically inside the air gap (see deployment models above). What a classified mission adds is the surrounding apparatus: a cleared facility, cleared people, cross-domain review, and secure reading rooms.

Classified boundary · no external connectivity

The boundary model is the same one drawn under AI compliance — the vault, suggest-mode orchestration, and a foundation model, all inside your accreditation. A classified deployment changes just two things:

On-premises foundation model Local inference, no external calls. The model is hosted inside the air gap rather than reached over an API. Zero egress · inference stays local
Cleared support & secure networks On-net support from TS/SCI-cleared admins, over the classified transports.
NIPRNetSIPRNetJWICSC2S

Everything else — encryption, audit log, retention, customer-managed keys — is bit-for-bit the deployment shown above. Outside the boundary: no external connectivity, no exfil path.

Facility clearance

Feith holds a Facility Security Clearance. Sensitive workloads can be hosted in Feith-cleared environments where a customer’s accreditation requires it.

Cleared personnel

63% of Feith staff hold a Secret or higher clearance; 49% hold SCI. Every administrator of a sensitive federal system is a US resident with an active TS/SCI clearance. Program leadership includes retired senior Intelligence and Special Operations personnel.

Cross-domain solutions

The integrated Declassification Review module supports cross-domain workflows (Automatic (ADR), Mandatory (MDR), and Systematic (SDR) review) in compliance with Executive Order 13526.

Secure reading rooms

Interagency consultation happens inside the classified boundary. Multiple cleared agencies coordinate over the same records without removing them from controlled environments.

Supply chain security

A clean supply chain is in place today.

US-only, FOCI-clean, and FAR-compliant today, hardened in partnership with the US Intelligence Community and DoD.

US-only operations

Support, development, services, and engineering performed exclusively within the United States.

US-only code

No non-US proprietary code or tools in development or continuous monitoring of the platform.

FOCI-clean

Free of foreign ownership, control, or influence. Facility Security Clearance maintained.

No forced-tech-transfer countries

No engagement with Forced Technology Transfer countries. No Covered Equipment in the platform stack.

FAR compliant

Fully compliant with Federal Acquisition Regulation 52.204-24 and 52.204-26.

Customer proof

Federal agencies on the platform.

Across three tiers: named civilian agencies, the Department of Defense, and the Intelligence Community.

Tier 1 Civilian agencies, named Public record

Named civilian customers, including:

U.S. Dept. of AgricultureDepartment of LaborFood & Drug AdminNOAALibrary of Congress

Plus cabinet-level departments, independent agencies, and additional civilian customers.

Tier 2 Department of Defense & Joint / Combatant Commands Names withheld

DoD components and Joint / Combatant Commands, deployed across:

Electronic & physical records managementDocument & case managementFOIA & Privacy Act managementDeclassificationTask & workflow automationLegacy systems integration
Tier 3 Intelligence Community Withheld · no counts

US Intelligence Community customers, deployed across:

Electronic records managementDeclassification (ADR, MDR, SDR)Cross-domain solutionsSecure reading roomsAir-gapped deployment
Schedule an architecture review

Walk us through your compliance posture.

Schedule an architecture review with a Feith security engineer. Bring your framework; we’ll map it.

Download the compliance brief
Contract vehicles
  • GSA MASMultiple Award Schedule
Available for direct procurement
Request a review