CJIS Compliance for MSPs: The Untapped Market Nobody's Talking About
Police departments, sheriff's offices, courts, and 911 centers all need CJIS compliance — and most of them outsource IT to an MSP. Here's how to deliver it.
CJIS Compliance for MSPs: The Untapped Market Nobody's Talking About
TLDR: Every organization that accesses FBI criminal justice databases must comply with the CJIS Security Policy — and that includes the MSP managing their IT. Most MSPs serving law enforcement don't realize they're already in scope. The ones who figure it out are locking in long-term government contracts with serious margins. Here's everything you need to know.
Why CJIS Matters for MSPs
Every time a police officer runs a license plate, a dispatcher looks up a warrant, or a court clerk pulls a criminal history, they're accessing Criminal Justice Information (CJI) through FBI systems. The CJIS Security Policy governs how that data is handled, stored, transmitted, and protected.
Here's what most MSPs miss: if you manage IT infrastructure for any organization that accesses CJI, you are in scope for CJIS compliance. You're touching the network that carries that data. You're managing the endpoints that display it. You're administering the accounts that access it. You're a criminal justice agency's IT vendor, and the CJIS Security Policy applies to you.
That's not optional. It's federal policy. And agencies are increasingly asking their MSPs to prove it.
Who Needs CJIS Compliance?
The obvious ones:
- Police departments
- Sheriff's offices
- State highway patrol
- FBI field offices
- Federal law enforcement
The less obvious ones that MSPs are more likely to serve:
- **911/dispatch centers** — they query NCIC (National Crime Information Center) constantly
- **County and municipal courts** — they access criminal history records
- **Jails and correctional facilities** — booking systems interface with CJIS databases
- **Probation and parole offices** — they pull criminal records for case management
- **Prosecutors' offices** — they access CJI for case preparation
- **Any contractor or vendor providing IT services to the above** — that's you
If you already have a single law enforcement or public safety client, you're in the CJIS ecosystem whether you planned for it or not.
The 13 Policy Areas
The CJIS Security Policy v5.9.1 is organized into 13 policy areas. Unlike HIPAA or SOC 2, CJIS is surprisingly prescriptive — it tells you exactly what to do, not just what outcomes to achieve. That's actually good news for MSPs because it's easier to build a checklist and deliver against it.
Policy Area 1: Information Exchange Agreements
Every entity accessing CJI must have a signed agreement governing how the data is shared and protected. For MSPs, this means you need a formal agreement with your law enforcement client that specifies your security responsibilities.
What to deliver: A signed CJIS Management Control Agreement between your MSP and the agency. This is your contract addendum that says "we will handle CJI according to CJIS policy."
Policy Area 2: Security Awareness Training
All personnel with access to CJI must complete security awareness training within six months of assignment and every two years after that. This includes your MSP staff if they can access agency systems.
What to deliver: Documented training program, completion records, and renewal tracking. This is a natural recurring service — you're already doing security awareness training for other clients.
Policy Area 3: Incident Response
Agencies must have an incident response plan that covers CJI breaches specifically. Response times and notification requirements are defined.
What to deliver: A CJIS-specific incident response plan, tested annually. Include procedures for notifying the CJIS Systems Agency (CSA) and the FBI CJIS Division within required timeframes.
Policy Area 4: Auditing and Accountability
All access to CJI must be logged. Audit logs must capture who accessed what, when, and from where. Logs must be retained and reviewed.
What to deliver: Centralized logging for all systems that touch CJI. Regular audit log reviews with documented findings. This maps directly to SIEM or log management services you might already offer.
Policy Area 5: Access Control
Role-based access control. Least privilege. Account lockout after a set number of failed attempts. Session timeouts. The usual — but with specific CJIS requirements for each.
What to deliver: Access control policy and enforcement. User access reviews (quarterly recommended). Account provisioning and de-provisioning procedures. This is core MSP work.
Policy Area 6: Identification and Authentication
Advanced authentication (multi-factor) is required for all access to CJI. CJIS has specific requirements around what qualifies as an acceptable authentication factor.
What to deliver: MFA implementation and enforcement across all CJI-accessible systems. Password policy that meets CJIS standards (minimum complexity, rotation where required). This is where MSPs add immediate value — most agencies are behind on MFA.
Policy Area 7: Configuration Management
Systems must be hardened and maintained according to documented configuration standards. Changes must be controlled and documented.
What to deliver: Baseline configurations for all CJI-touching systems. Change management procedures. Regular configuration audits. Patch management with documented timelines.
Policy Area 8: Media Protection
CJI on physical and digital media must be protected. This covers everything from encrypted hard drives to secure disposal of old equipment.
What to deliver: Encryption standards for all storage media. Secure disposal procedures with certificates of destruction. Media tracking inventory.
Policy Area 9: Physical Protection
Server rooms, wiring closets, and any physical location where CJI is processed or stored must have physical access controls.
What to deliver: Physical security assessment of agency facilities and your own data center or office if you process CJI there. Access logs, visitor procedures, surveillance where required.
Policy Area 10: Systems and Communications Protection
CJI must be encrypted in transit (minimum 128-bit) and at rest. Network architecture must isolate CJI systems. Firewalls, intrusion detection, and boundary protection are required.
What to deliver: Network segmentation design. Encryption verification (TLS 1.2+ for transit, AES-256 for storage). Firewall rule reviews. IDS/IPS monitoring. This is where your technical MSP skills shine — most agencies can't do this themselves.
Policy Area 11: Formal Audits
The CJIS Systems Agency (CSA) in each state conducts triennial audits of all agencies and their contractors. You will be audited.
What to deliver: Audit preparation services. Pre-audit readiness assessments. Remediation support. Evidence collection and organization. Being the MSP that gets your client through a CJIS audit without findings is how you lock in a 10-year relationship.
Policy Area 12: Personnel Security
Background checks are required for all personnel with unescorted access to CJI or CJI systems. State and national fingerprint-based checks.
What to deliver: Personnel security screening process for your own staff. Documentation of background check completion. Procedures for revoking access when staff leave.
Policy Area 13: Mobile Devices
Mobile devices accessing CJI must meet specific security requirements including MDM, remote wipe capability, encryption, and screen lock.
What to deliver: Mobile device management policy and enforcement. MDM solution deployment. Mobile device inventory. This is another natural MSP service.
Why This Is a Gold Mine for MSPs
Long-term contracts
Government agencies don't switch vendors on a whim. Procurement cycles are long, but once you're in, you're in for years. CJIS compliance creates deep lock-in because the agency has to trust that their MSP meets federal security standards. Switching MSPs means re-validating the new vendor, re-signing management control agreements, and re-training staff. Nobody wants to do that.
Less competition
Every MSP and their brother is chasing HIPAA and SOC 2 clients. The CJIS space is comparatively empty because most MSPs don't even know CJIS exists, and the ones who do are intimidated by the "FBI" association. The reality is that CJIS compliance is more straightforward than SOC 2 — the requirements are specific and prescriptive rather than vague and principles-based.
Premium pricing
Government IT budgets are real budgets with allocated line items. They're not haggling over $50/month differences. A managed CJIS compliance service can command $1,000-$3,000/month per agency depending on size, and that's on top of your managed services contract.
Cascading referrals
Law enforcement agencies talk to each other. The sheriff's office in one county knows the police chief in the next town. If you deliver CJIS compliance well for one agency, you'll get referrals to others. Public safety is a tight community.
How to Get Started
Step 1: Audit your existing client list
Do you already serve any law enforcement agencies, courts, jails, or dispatch centers? If yes, you're already in scope and you should be having the CJIS conversation now — not after their next audit.
Step 2: Get your own house in order
Before you can help clients with CJIS compliance, your MSP needs to be compliant too. Run background checks on staff who will access agency systems. Implement the encryption, access control, and logging requirements internally. Document everything.
Step 3: Build the service package
Bundle CJIS compliance into your managed services agreement:
- **Initial assessment:** Map current controls against all 13 policy areas. Identify gaps. Build remediation roadmap.
- **Remediation:** Close the gaps. Implement MFA, encryption, logging, network segmentation, and access controls.
- **Ongoing monitoring:** Continuous compliance monitoring. Monthly or quarterly reports. Evidence collection for the triennial audit.
- **Audit preparation:** Pre-audit readiness check 6 months before the state CSA audit. Remediate any new gaps. Organize evidence.
Step 4: Target new clients
If you don't have law enforcement clients yet, CJIS compliance is a strong differentiator for winning them. Most MSPs responding to government RFPs can't demonstrate CJIS compliance. You can.
Look for:
- Municipal government RFPs that include public safety IT
- County-level contracts covering sheriff's offices and courts
- 911 center modernization projects (these are everywhere right now)
- Regional jail IT outsourcing
CJIS vs Other Frameworks
If you're already delivering other compliance frameworks, you have a head start. CJIS shares significant control overlap with:
- **NIST SP 800-53:** CJIS maps heavily to NIST controls. If you've done CMMC or FedRAMP work, you'll recognize the structure.
- **CIS Controls:** Access control, audit logging, configuration management, and incident response map directly.
- **HIPAA:** If you're delivering HIPAA for healthcare clients, the access control, encryption, audit logging, and training requirements are nearly identical.
The MSPs who can deliver multiple frameworks from a single assessment process are the ones building the most efficient compliance practices.
The Bottom Line
CJIS compliance is one of the most underserved markets in the MSP space. The agencies need it, they're willing to pay for it, the contracts are long-term, and most MSPs don't even know it exists.
If you're already serving a law enforcement client, you're already in scope — so you might as well get paid for the compliance work. If you're not, CJIS is a differentiator that opens doors to an entire category of government clients that most MSPs can't serve.
The requirements are prescriptive and well-documented. The audit cycle is predictable. The revenue is recurring. And the competition is thin.
*Want to see how CJIS compliance mapping works? Sign up free for Nuronus — assess a client against all 13 CJIS policy areas and generate a readiness report in minutes. Free for 2 clients, all features included.*
Ready to Add Compliance Services to Your MSP?
Free forever for 2 clients. All features included. No credit card required.
Get Started FreeBrett Coffin
Founder, Nuronus
20+ years in IT infrastructure and security. Built Nuronus after watching MSPs leave compliance revenue on the table because the tooling made it impossible to deliver profitably.