In short
- The FTC Safeguards Rule (16 CFR Part 314) is about protecting customer information at covered financial institutions under the Gramm-Leach-Bliley Act.[1][2]
- Tax preparation is an explicit example in the federal definition of financial institution; IRS educational materials also tell tax and accounting professionals to maintain a written information security plan.[3][4][5]
- Partners should think in programs: designate responsibility, understand risks, implement safeguards, oversee service providers, adjust over time, and keep evidence.[1][2]
- Some detailed elements have size-based exceptions in the Rule for institutions that maintain customer information concerning fewer than 5,000 consumers.[6] Exceptions are not a reason to skip a written program. Counting methods can be nuanced: do not invent a count rule from marketing copy.
- Goal for partners: know what "good" looks like in business language, without treating a Learn article as a coverage opinion or legal advice.
The primary question
Does the FTC Safeguards Rule matter to my accounting or tax practice?
Often discussed for firms that prepare taxes or otherwise sit inside the "financial institution" idea under GLBA, but applicability can depend on what the firm actually does.[3] This article explains the Rule in partner language so you can ask sharper questions of counsel, IT, and any security partner. It is educational, not a coverage determination for your specific entity.
What the Safeguards Rule is trying to do
At a high level, the Rule expects covered institutions to develop, implement, and maintain a comprehensive written information security program with administrative, technical, and physical safeguards appropriate to size, complexity, nature and scope of activities, and the sensitivity of customer information.[1][2]
The program is to be reasonably designed to ensure security and confidentiality of customer information, protect against anticipated threats or hazards, and protect against unauthorized access or use that could result in substantial harm or inconvenience to any customer.[1]
For accounting firm partners, translate that into: client data should not depend on luck, tribal knowledge, or "our MSP probably handled it."
Why tax and accounting firms hear about it so often
Federal rule text includes tax preparation as a financial-institution example.[3] IRS / Security Summit educational publications restate that tax and accounting professionals are financial institutions under GLBA/Safeguards (including “regardless of size” language in Pub 5708) and that a written, accessible WISP is expected.[4][5] Client expectations follow: security questionnaires, cyber insurance applications, and peer diligence increasingly assume you can describe a program, not only antivirus.
You do not need to memorize section numbers to lead well. You do need to recognize that "we are too small to need a plan" is a risky default, especially when client data volume is high relative to headcount: and that firm-specific coverage questions belong with counsel when facts are unusual (for example, non-tax accounting-only activities).[3]
What "a program" means in partner language
Think of a living system with a few durable parts (aligned to public Safeguards elements):[1][2]
- Someone responsible. A person (or clearly named role) who coordinates the program: Rule language: Qualified Individual. The QI may be an employee, affiliate, or service provider; if outsourced, the institution still retains compliance responsibility and must oversee that person.[1]
- Risk awareness that is written down. What could expose client data in your workflows? Portals, email, remote access, vendors, seasonal staff, lost devices. (Written risk-assessment detail has a size-based exception path: see below.)[1][6]
- Safeguards that match those risks. Access control, MFA expectations, encryption where required under the Rule (or QI-approved compensating controls), secure disposal habits, monitoring or testing of key controls, training people will actually take.[1][2]
- Service provider oversight. Selection of capable providers, contracts that require safeguards, and periodic assessment based on risk.[1][7]
- Adjustment. New software, new office, new filing-season pattern, or a scare should update the program.[1]
- Evidence. When someone asks "prove it," you can find records: who has admin rights, when access was removed, what training ran, what changed after a finding.
A written information security plan (WISP) is how much of this is recorded so it survives turnover and busy seasons.[4][5]
Size, exceptions, and honesty
The Safeguards Rule includes an exception for financial institutions that maintain customer information concerning fewer than 5,000 consumers: certain requirements in § 314.4(b)(1), (d)(2), (h), and (i) do not apply (written risk-assessment criteria detail, continuous monitoring or annual pen test + semi-annual vulnerability assessments, written incident response plan, and at-least-annual QI written report to board/senior officer).[6]
UNCERTAIN without counsel/facts: how your firm should count “consumers” for that threshold. Do not invent a counting method from a Learn post.
Even when an exception may apply to some elements, partners still benefit from a clear written program, vendor clarity, and access discipline. Exception language is not permission to run on folklore. IRS educational materials still emphasize a written, accessible WISP for tax and accounting professionals.[4][5]
Common partner mistakes
- Equating IT tickets with a program. Helpdesk excellence is valuable. It is not automatically risk assessment, vendor register, or partner reporting.
- Fear without ownership. Reading headlines, buying a tool, skipping documentation.
- Questionnaire panic. Answering "yes" to sound safe, then failing a follow-up. Honest gaps with compensating controls read better.
- Ignoring seasonal reality. Temporary accounts and rush workflows are where controls silently weaken.
- Assuming "compliance" is a product you purchase once. Programs age. Filing season changes people and systems every year. Public Rule text expects evaluation and adjustment over time.[1]
What good looks like in a firm partners can recognize
- Partners can name who owns the security program.
- There is a current written plan that mentions real systems.
- MFA and admin access are reviewed on purpose, not only after an incident.
- Vendors that touch client data are listed and not forgotten.
- Before peak season, someone checks seasonal access and high-risk paths.
- Leadership gets plain reporting on open issues and decisions needed, not only technical noise.
What to ask next (internal or with providers)
- Are we treating Safeguards themes as a program or as a one-time document?
- Who is the named owner, and who covers them in April?
- Which customer-information systems are in scope for our plan?
- What evidence could we produce in ten business days for a serious questionnaire?
- Where do we rely on service providers, and when did we last review them?
- What changes every filing season that our plan still ignores?
If you want deeper Learn reading next, start with what a WISP is (and is not), then client data paths inside an accounting firm. For a conversation about your firm specifically, use Contact on doublerulesecurity.com.
Sources (public)
Educational footnotes only. Not legal advice. Re-check primary pages before relying on them; materials are updated over time.
- 16 CFR Part 314 (Safeguards Rule), especially §§ 314.3-314.4 https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-314
- FTC, Safeguards Rule: What Your Business Needs to Know https://www.ftc.gov/business-guidance/resources/ftc-safeguards-rule-what-your-business-needs-know
- 16 CFR § 314.2 (definitions; financial institution examples include tax preparation) https://www.ecfr.gov/current/title-16/part-314/section-314.2
- IRS Publication 5708 (Rev. 8-2024) https://www.irs.gov/pub/irs-pdf/p5708.pdf
- IRS newsroom: Security Summit WISP reminder https://www.irs.gov/newsroom/irs-security-summit-remind-tax-pros-they-need-a-written-information-security-plan-to-protect-client-data
- 16 CFR § 314.6 (exceptions for fewer than 5,000 consumers) https://www.ecfr.gov/current/title-16/part-314/section-314.6
- 16 CFR § 314.4(f) (service provider oversight) https://www.ecfr.gov/current/title-16/part-314/section-314.4
- IRS Publication 4557, Safeguarding Taxpayer Data https://www.irs.gov/pub/irs-pdf/p4557.pdf
Educational only. Not legal advice. Not a coverage opinion for any specific firm. Applicability depends on facts; firm-specific questions belong with counsel.