Risk assessment: definition for WISP compliance
A risk assessment identifies reasonably foreseeable internal and external risks to customer information and evaluates the safeguards that control those risks. Risk assessment is the bridge between generic policy text and a plan tailored to the firm's actual work. 16 CFR 314.4(b) requires the program to be based on a risk assessment; 314.4(b)(1) prescribes written contents for non-exempt firms.
Key facts
- A risk assessment identifies reasonably foreseeable internal and external risks to customer information and evaluates the safeguards that control those risks.
- Risk assessment is the bridge between generic policy text and a plan tailored to the firm's actual work.
- The term should be used consistently in the WISP, incident response plan, and access control policy.
Key takeaways
- A risk assessment identifies reasonably foreseeable internal and external risks to customer information and evaluates the safeguards that control those risks.
- Risk assessment is the bridge between generic policy text and a plan tailored to the firm's actual work.
- The term should be used consistently in the WISP, incident response plan, and access control policy.
- Definitions are operational: they should help a small firm decide what to do and what evidence to keep.
What does risk assessment mean?
A risk assessment identifies reasonably foreseeable internal and external risks to customer information and evaluates the safeguards that control those risks.
Risk assessment is the bridge between generic policy text and a plan tailored to the firm's actual work.
16 CFR 314.4(b) requires the program to be based on a risk assessment; 314.4(b)(1) prescribes written contents for non-exempt firms.
Worked example
A finance company lists borrower portals, ACH files, store workstations, vendor access, likely threats, safeguards already in place, and remediation dates for missing controls.
The example belongs in the policy packet only if it matches the firm's actual systems, vendors, and evidence records. Otherwise, it should become a remediation or counsel-review note.
What small firms get wrong
Small firms often copy a threat list without tying each risk to a specific data location or safeguard, which makes the assessment decorative.
The fix is to tie the term to a concrete record: a system inventory, access list, vendor list, incident log, training record, or dated control screenshot.
| Where it appears | Why it matters | Proof example |
|---|---|---|
| WISP | 16 CFR 314.4(b) requires the program to be based on a risk assessment; 314.4(b)(1) prescribes written contents for non-exempt firms. | Annual review record |
| Access Control Policy | Connects roles to permissions | User access list |
| Incident Response Plan | Guides escalation and notice decisions | Incident log |
FAQ
Is this legal advice?
No. Policywright is a configurable template product, not a law firm and not legal advice. A qualified lawyer should review state-law reliance or breach-notification decisions.
Does a small firm still need a written plan?
Yes. The Safeguards Rule requires a written information security program for covered financial institutions, and IRS guidance tells paid tax preparers to maintain a written data security plan.
What if a control is not in place yet?
A serious WISP should not pretend. It should identify the gap, assign an owner, set a target date, and preserve a dated remediation record.
Explore this cluster
Sources
- FTC Safeguards Rule, 16 CFR Part 314 (eCFR)
- FTC, Safeguards Rule: What Your Business Needs to Know
- FTC, Safeguards Rule notification requirement now in effect (16 CFR 314.4(j), eff. May 13, 2024)
- IRS Publication 5708, Creating a Written Information Security Plan
- IRS Publication 4557, Safeguarding Taxpayer Data
- IRS Form W-12, PTIN Application and Renewal
- IRS Publication 1345, Handbook for Authorized IRS e-file Providers
Turn definitions into working policies.
Policywright uses clear terms and source-cited clauses across the full policy packet.
See a sample