PreVeil · Secure CUI collaboration

Create a protected CUI email and file-sharing workflow alongside your existing business collaboration platform.

PreVeil provides end-to-end encrypted email and file sharing that can run alongside Microsoft 365 or Google Workspace. When the contract and workflow support an enclave architecture, it can help concentrate CUI into a smaller protected environment instead of allowing CUI to spread through ordinary business collaboration systems.

Published product characteristics

PreVeil security characteristics relevant to CUI workflows.

  • FedRAMP Moderate Equivalent: PreVeil publishes that its service is FedRAMP Moderate Equivalent.
  • FIPS 140-3: PreVeil publishes that it uses AES-256-GCM through a FIPS 140-3 validated cryptographic module.
  • End-to-end encryption: PreVeil describes its architecture as end-to-end encrypted for email and files.
  • Existing workflow integration: PreVeil supports use alongside existing Microsoft 365/Outlook and Google Workspace/Gmail environments rather than requiring the entire organization to move collaboration platforms.

Product capabilities, certifications and supported integrations can change. Verify current vendor documentation before making a contractual representation about a product capability.

CUI scope

CMMC cost is influenced by the systems included in the assessment boundary.

If CUI can arrive in any mailbox, be saved in any shared drive, and move to general-purpose endpoints, the resulting CMMC environment can become broad. A deliberately constrained enclave can reduce unnecessary exposure by routing CUI through a smaller set of approved users, systems and workflows.

Constrain email

Keep CUI email exchanges within the protected workflow instead of ordinary business mailboxes where operationally practical.

Constrain file sharing

Use a defined protected repository and sharing process for CUI instead of allowing controlled files to spread through ordinary corporate drives.

Constrain users

Limit CUI handling to authorized users with a business need to receive, process, store or transmit it.

The CMMC boundary can extend beyond systems that directly store CUI.

A PreVeil enclave does not automatically make every other system out of scope. CMMC Level 2 scoping under 32 CFR 170.19 includes defined asset categories such as CUI Assets and Security Protection Assets, along with rules for Contractor Risk Managed Assets, Specialized Assets, external service providers and Out-of-Scope Assets.

Identity systems, endpoint and security tooling, administration paths, external services or other supporting components may remain relevant even when CUI content is concentrated in the enclave. A properly designed enclave can minimize unnecessary scope, but the complete boundary still has to be documented and supported under the CMMC scoping rules.

One note on spelling: the product is PreVeil, though it is often written “Prevail” — a PreVeil enclave and a “Prevail enclave” are the same thing, and everything on this page applies to both.

Cyberneza implementation support

Define the CUI boundary before recommending the platform.

Contract and workflow review

Confirm the DFARS/CMMC requirement and trace who receives, stores, processes and transmits CUI.

Boundary design

Determine which CUI workflows are candidates for the enclave and identify surrounding assets and services that remain relevant to CMMC scope.

Deployment coordination

Configure users, protected workflows, administration and trusted exchange patterns with customers, primes and partners as needed.

Documentation

Update the SSP, diagrams, procedures and asset documentation so they describe how the enclave operates.

Remaining NIST SP 800-171 work

Identify the NIST SP 800-171 requirements the enclave does not satisfy and sequence the remaining implementation and evidence activities.

Ongoing support

Keep the architecture, user population, CUI flow and supporting evidence current as the business and contracts change.

When a PreVeil enclave may fit

  • A relatively small group handles CUI.
  • CUI is primarily exchanged through email and files.
  • The organization wants to preserve its existing commercial collaboration platform for general business.
  • The organization wants to compare enclave economics with GCC High or another broader migration.

When a broader environment may be more appropriate

  • CUI is embedded across line-of-business applications and workflows.
  • A large percentage of users routinely handle CUI.
  • Customer or prime requirements dictate a specific platform or architecture.
  • Other federal workloads make a broader government cloud environment strategically useful.

GCC High and enclave planning →

Product limitations

PreVeil does not make an organization CMMC compliant by itself.

No single product satisfies all 110 NIST SP 800-171 Revision 2 security requirements. The CMMC environment still requires applicable identity governance, endpoint and configuration security, audit logging, vulnerability management, training, incident response, physical protections, policies, evidence and other required safeguards.

The value of an enclave is architectural: constrain CUI handling, reduce unnecessary exposure, and avoid extending CMMC-specific implementation to systems that do not need to participate in the CUI workflow when the scoping rules support that treatment.

Compare an enclave architecture with a broader CUI platform migration.

Send us the CUI workflow and the systems used today. Cyberneza can identify the users, systems and supporting services that would remain in the CMMC environment, document the expected boundary, and identify the NIST SP 800-171 requirements that remain after enclave deployment.