Skip to content
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
36 commits
Select commit Hold shift + click to select a range
fcdd169
draft trainings for compliance policies
openprivacy Mar 26, 2026
770fb5a
added links to LiaScript drafts
openprivacy Mar 26, 2026
e2b9913
Fix typo in Incident Response link
openprivacy Mar 26, 2026
a0ab994
Updated with notes, links
openprivacy Mar 27, 2026
3492bdc
a couple links
openprivacy Mar 27, 2026
a60a051
DR -> Disaster Recovery
openprivacy Mar 27, 2026
f6e7467
add CTO fpr risk acceptance
openprivacy Mar 27, 2026
352fca1
cleaning up data handling #1
openprivacy Mar 31, 2026
f1e4fce
relative link
openprivacy Mar 31, 2026
088bc4b
relative link try #3
openprivacy Mar 31, 2026
81adfab
added storage general rule
openprivacy Apr 1, 2026
f8a7466
data handling updates
openprivacy Apr 1, 2026
6637b24
no relative links to trainings
openprivacy Apr 1, 2026
ab74221
Clarifying roles defined in Data Handling separate doc.
openprivacy Apr 1, 2026
be33e82
link to google drive user guide
openprivacy Apr 1, 2026
9fd47a4
Slack usage for data types
openprivacy Apr 2, 2026
18c3d7c
Clarify project description in README
openprivacy Apr 2, 2026
40e7d52
add links to policy, plans
openprivacy Apr 8, 2026
2ce1f69
IRP
openprivacy Apr 8, 2026
b13a2bb
FOSS, SBOM updates; to do: keys, tokens, creds
openprivacy Apr 10, 2026
e98e4a1
merged initial comments
openprivacy Apr 14, 2026
c1a66ad
typo
openprivacy Apr 14, 2026
a42b6f5
through B Access Requests
openprivacy Apr 17, 2026
8c593d3
clarifying for CA team
openprivacy Apr 21, 2026
8b57419
remove Client Project AI Restrictions
openprivacy Apr 21, 2026
84f5e8c
removed instructions not needed at this time
openprivacy Apr 24, 2026
cb0d85c
some cleanup; need to merge current IRP imto this
openprivacy Apr 27, 2026
d4b1bf2
added links to policies
openprivacy Apr 29, 2026
504e442
allow client-approved AI tools for coding
openprivacy Apr 30, 2026
993a23e
links added
openprivacy Apr 30, 2026
beeb26a
added full policy links
openprivacy May 6, 2026
c57c032
align with iR policy
openprivacy May 11, 2026
da191f4
Added CI Lifecycle; other cleanup
openprivacy May 12, 2026
fca739c
Basic Governance and condensed AI usage
openprivacy May 12, 2026
250c50d
full policy link
openprivacy May 15, 2026
a0d3bd2
incorporating info security trainings
openprivacy May 15, 2026
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
556 changes: 556 additions & 0 deletions CP-01-security-awareness-essentials/README.md

Large diffs are not rendered by default.

226 changes: 226 additions & 0 deletions CP-02-cui-awareness-handling/README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,226 @@
<!--
author: CivicActions Security Team
email: security@civicactions.com
version: 0.1.0
language: en
narrator: US English Female

comment: CUI Awareness & Handling β€” additional training for staff
assigned to federal contracts or projects involving
Controlled Unclassified Information (CUI).

-->

# CUI Awareness & Handling

Welcome to **CUI Awareness & Handling** β€” an additional training for CivicActions team members who work on federal contracts or projects that involve **Controlled Unclassified Information (CUI)**.

This course builds on what you learned in *Security Awareness Essentials* (Training 1). It focuses specifically on the rules, boundaries, and markings that apply when you handle CUI.

**Who takes this?** Staff assigned to federal contracts or projects involving CUI.

**Prerequisite:** Training 1 β€” Security Awareness Essentials.

**How long?** About 5-10 minutes.

**When?** Before you're granted CUI access, then annually, and whenever there's a contract or policy change.

**Compliance:** CMMC L2 (NIST 800-171), FAR 52.204-21.

---

Let's get started!

## Module A β€” What Is CUI and Why It Matters

Before you can handle CUI properly, you need to understand what it is, who can access it, and why the rules exist.

Here's a link to the full [**Controlled Unclassified Information (CUI) Policy**](https://civicactions.atlassian.net/wiki/spaces/MGPOL/pages/621641798/Controlled+Unclassified+Information+CUI+Policy)

### CUI Defined

**CUI** stands for **Controlled Unclassified Information**. It's government-created or government-owned information that requires safeguarding under federal regulation β€” specifically [**32 CFR Part 2002**](https://www.ecfr.gov/current/title-32/subtitle-B/chapter-XX/part-2002).

CUI isn't classified (like "Secret" or "Top Secret"), but it's still sensitive. At CivicActions, examples of CUI include:

- **Vulnerability scan results** from federal systems
- **Any document marked** "CUI" or "Controlled Unclassified Information"
- **Bids, proposals, and non-public contract data** -- also known as Federal Contract Informattion (FCI)

> **Example:** Your team runs a vulnerability scan on a federal client's infrastructure and saves the results to a folder marked "CUI" within an access controlled Shared Drive. Those scan results are CUI β€” they reveal system weaknesses that could be exploited if leaked. They need to stay inside the CUI Security Boundary, not in a general project folder.

> **Key point:** CUI has its own handling rules that go beyond CivicActions' standard "Confidential" classification. Even if you already know the data handling rules from the Security Essentials training, CUI adds an extra layer.

> **Why it matters:** Failure to comply with these rules can affect CivicActions' contract eligibility. That means protecting CUI isn't just a best practice β€” it's a business requirement.

### Module A Quiz

A colleague who isn't assigned to your federal contract asks to see a CUI document for a blog post they're writing. What should you do?

- [( )] Share it β€” they work at CivicActions, so they have access
- [( )] Share a redacted summary only
- [(X)] Decline β€” CUI access is limited to personnel with a legitimate business need on the specific contract
- [( )] Ask them to sign an NDA first
***

**Correct!** CUI access is governed by the need-to-know principle. Working at CivicActions doesn't automatically grant access to all CUI. The person must have a legitimate business need tied to the specific contract or project. Point them to their project lead if they believe they need access.

***

## Module B β€” The CUI Security Boundary

CUI can only live in specific, approved places. This module explains exactly where CUI is allowed β€” and where it absolutely is not.

### Three Approved CUI Locations

CUI may only be stored or processed in these three places:

1. **Secured client network** β€” the client's own system, operating within their Authority to Operate (ATO) security boundary
2. **CivicActions Google Workspace** β€” specifically in **access-controlled Shared Drives** in folders that are explicitly marked **"CUI"**
3. **CivicActions managed workstations** β€” your CivicActions-issued laptop or an approved hardened BYOD device

That's it. If a location isn't on this list, CUI doesn't belong there.

> **Example:** Your team is working on a federal project. CUI goes in the project's dedicated CUI Shared Drive in Google Workspace β€” not in the team's general project folder, not in Confluence, and not in a Slack channel. If you need to collaborate on a CUI document, share it by individual @civicactions.com email within that Shared Drive.

### Prohibited CUI Locations

CUI must **never** be stored in:

- **Personal cloud storage** (personal Google Drive, iCloud, Dropbox, OneDrive, etc.)
- **Unapproved SaaS platforms** (any tool not in the CUI Security Boundary)
- **Removable media** (USB drives, external hard drives) β€” unless you have explicit **CISO approval**
- **Personal email**
- **AI tools** β€” no CUI in ChatGPT, Gemini, Copilot, or any other AI platform
- **Slack** β€” do not share CUI data in any Slack channel or DM

> **Remember:** Just because a tool is on the CivicActions Approved Software Catalog doesn't mean it's approved for CUI. The CUI Security Boundary is a much tighter set of locations.

### Encryption Requirements

CUI requires **FIPS 140–validated cryptography** for protection:

- **In transit** β€” data must be encrypted when moving between systems (TLS, HTTPS, etc.)
- **At rest** β€” data must be encrypted where it's stored

Before using any SaaS platform for CUI, verify that the provider's encryption meets the FIPS 140 standard. If you're not sure, ask IT.

> **Example:** A teammate suggests storing CUI in a new cloud service that advertises "AES-256 encryption." That's not enough β€” for CUI, the encryption module itself must be FIPS 140-2 or 140-3 *validated*, which is a specific federal certification. The cloud provider also needs to meet FedRAMP Moderate compliance as well as be explicitly defined as within the CUI Security Boundary. Check with IT before putting CUI anywhere new.

### Module B Quiz

Where may CUI be stored?

- [( )] Any CivicActions Google Drive folder
- [(X)] Only within the CUI Security Boundary: secured client network, access-controlled CivicActions Google Workspace Shared Drives marked "CUI", or managed CivicActions workstations
- [( )] Personal cloud storage with a strong password
- [( )] Any encrypted USB drive
***

**Right!** CUI has a strict Security Boundary. It can only live on the secured client network, in CivicActions Google Workspace Shared Drives that are explicitly marked "CUI" and access-controlled, or on CivicActions managed workstations. No personal cloud, no unapproved SaaS, no removable media without CISO approval, and no AI tools.

***

## Module C β€” CUI Handling Rules

Now that you know where CUI can live, here's how to handle it day to day. The rules are straightforward but strict.

### No Unauthorized Transfer

This is the most important rule:

**Do not copy, print, download, or move CUI outside the Security Boundary.**

That means:

- Don't download CUI to a personal device
- Don't copy it to a general-purpose Shared Drive
- Don't print it unless you have a specific, approved reason β€” and if you do, shred it immediately after use
- Don't email it to a non-CUI-approved address

If you need to move CUI for a legitimate reason, check with your project lead and IT first.

> **Example:** You need to reference some vulnerability data from the CUI Shared Drive while writing a status report. Don't download the file to your desktop and paste snippets into a Google Doc in the general project folder. Instead, keep the CUI document in the CUI Shared Drive and reference it from there β€” or write the status report within the CUI boundary too.

### Minimize Retention

Don't hold onto CUI longer than you need it.

- **Delete CUI copies** as soon as they're no longer needed for your current task
- Don't keep "just in case" copies
- The less CUI you retain, the smaller the risk if something goes wrong

> **Example:** You downloaded a contractor bid document to review on your CivicActions laptop. Once you've finished your review and added your notes to the CUI Shared Drive, delete the local copy. Don't leave it sitting in your Downloads folder.

### Project Closeout

When a CUI project ends, there's a required cleanup process:

1. Conduct a **CUI audit** as part of project closeout
2. Confirm that all CUI copies are either **returned to the client** or **securely destroyed**
3. Document the results

This isn't optional β€” it's a project closeout requirement.

### Incident Reporting for CUI

If you suspect CUI has been **compromised, exposed, or mishandled**:

- Report it as a **security incident immediately**
- Use the same channels: **Slack #general**, **DM an IT team member or your manager**, or email **security@civicactions.com**
- Don't try to "fix it" yourself first β€” speed is critical

CUI incidents may trigger notification obligations to the government client, so the security team needs to know right away.

> **Example:** You realize you accidentally shared a CUI Google Doc with someone outside the project by mistyping their email. Don't try to unshare it quietly and hope nobody notices β€” report it immediately to security@civicactions.com. The security team can assess the exposure, revoke access, and handle any required government notifications.

### Module C Quiz

A project involving CUI is ending. What must happen to CUI copies held by CivicActions?

- [( )] Archive them indefinitely in case they're needed later
- [(X)] Include a CUI audit in project closeout β€” confirm all copies are returned to the client or destroyed
- [( )] Move them to a general-purpose Shared Drive
- [( )] Nothing β€” CUI protections expire when the contract ends
***

**Correct!** CUI protections don't expire when a contract ends. During project closeout, all CUI copies must be accounted for through a CUI audit and either returned to the client or securely destroyed. Archiving CUI "just in case" or moving it to a general-purpose drive would violate the Security Boundary rules.

***

## Bonus Quiz

You've completed all three modules β€” well done! Here's one final question on a key CUI concept.

A teammate suggests pasting CUI data into an approved AI tool (like ChatGPT for Teams) to help draft a report. Is this allowed?

- [( )] Yes β€” it's an approved tool, so all data types are permitted
- [( )] Yes β€” as long as you delete the chat afterwards
- [(X)] No β€” CUI must never be entered into any AI tool, even approved ones
- [( )] Yes β€” but only if the project lead approves
***

**Correct!** AI tools are explicitly listed as a **prohibited CUI location**, regardless of whether the tool is on the CivicActions Approved Software Catalog. The CUI Security Boundary is limited to the secured client network, CUI-marked Google Workspace Shared Drives, and managed workstations. No exceptions for AI tools.

***

## Course Complete

Congratulations β€” you've finished **CUI Awareness & Handling**!

Here's what you covered:

1. **What CUI is** β€” government-owned sensitive info regulated under 32 CFR 2002, with access limited by need-to-know
2. **The Security Boundary** β€” only three approved locations: client network, CUI-marked Shared Drives, managed workstations
3. **Handling rules** β€” no unauthorized transfer, minimize retention, CUI audit at project closeout, immediate incident reporting
4. **Document markings** β€” header ("CUI"), footer ("Sensitive in accordance with 32 CFR 2002"), and when markings are required

**Remember the essentials:**

- CUI can only live within the Security Boundary
- Never put CUI in personal storage, unapproved tools, or AI platforms
- Delete CUI copies when you no longer need them
- Mark documents properly when sharing outside the boundary
- Report any suspected CUI compromise immediately

Questions? Reach out to **security@civicactions.com** or your project lead.
Loading
Loading