Awards

Call Us Anytime! 855.601.2821

Billing Portal
  • CPA Practice Advisor
  • CIO Review
  • Accounting Today
  • Serchen

How to Secure Cloud Storage: A Guide for Small Firms

Your client files are already in the cloud. Tax returns sit in shared folders, staff open them from home, clients upload bank statements through links, and a sync client copies everything to laptops you don't control. That's normal for a small accounting or law firm, and it works until someone asks who can open a folder, where a copy went, or whether you could restore it next morning.

Learning how to secure cloud storage doesn't start with buying another product. It starts with deciding which files hurt you if they're exposed, limiting who can reach them, controlling how they travel, and proving you can get them back. Encryption and multifactor authentication matter, but they're not the whole job.

Map Your Files by Sensitivity First

Say a six-person bookkeeping firm opens its sharing report during tax season and finds a folder of client returns shared by link to a freelancer's personal email account. No one remembers creating the link. No one owns the folder. The setting isn't the first problem. The missing label is.

Classification comes first because sensitivity sets every other control. A brochure doesn't need the same sign-in, sharing, or retention rules as a Social Security number. If you treat everything as critical, staff will work around you. If you treat everything as routine, restricted files inherit weak defaults.

Four Tiers Are Enough for Most Firms

Tier Typical files Minimum control Retention example
Tier 1 Restricted Client tax returns, SSNs, bank details, trust account records Phishing-resistant MFA, named-user access, customer-managed keys, no external sharing Often 7 years after filing
Tier 2 Confidential Engagement letters, contracts, payroll summaries MFA, role-based folders, expiring external links Set by firm retention policy
Tier 3 Internal Templates, meeting notes, internal drafts MFA, standard sharing within the firm Until superseded
Tier 4 Public Published brochures, public forms Read-only publishing, version history Until withdrawn from publication

Use those tiers to decide who gets the strongest protection first. Verizon's 2025 Data Breach Investigations Report found credential abuse was involved in 22% of confirmed breaches, so accounts that can reach Tier 1 files are the first ones to harden. A written data classification framework keeps those labels consistent when new folders appear.

Build the Inventory in Three Steps

  1. Export what exists: Pull the folder tree and sharing report from your admin console in Microsoft 365, Google Workspace, Dropbox Business, or Box.
  2. Sort by size: List the 50 largest folders and assign each one a tier and a named owner.
  3. Flag exposure: Mark every folder with an anyone-with-link setting or more than five external collaborators for immediate review.

Don't try to classify every old file in week one. I'd start with active client folders, payroll, and anything shared outside the firm.

Practical rule: If a folder has no owner, it has no control. Assign the owner before you change the setting.

Your first action is simple and non-technical. Give every active folder one tier and one named owner before you touch permissions, keys, or sharing defaults.

Lock Down Identity and Access Step by Step

Many small firms have MFA turned on but still carry too much standing access. That leaves attackers with a route in through a compromised preparer account, an active session, or rights left behind on a stale account. Encryption cannot stop someone who signs in with valid credentials.

Google's Cloud Threat Horizons Report H2 2025 notes that weak or absent credentials accounted for 47.1% of observed cloud incidents in the first half of 2025, while misconfigurations accounted for another 29.4%. MFA helps, but it does not show who can access each folder, what they can do, or when their access expires. Controlled access and visibility into file activity need to work together.

The six settings below provide a practical order for tightening identity and access.

A four-step infographic illustrating best practices for securing identity and access in cloud environments.

Six Settings to Finish in Order

  1. Turn on phishing-resistant MFA first: Require passkeys or FIDO2 security keys for admins and anyone with access to Tier 1 files, then require MFA for all staff. If passwords remain the first factor, strengthen passwords with multifactor authentication and pair unique passwords in a manager such as 1Password or Bitwarden with a second factor.
  2. Remove shared logins: Replace a shared tax@ account with named accounts. Otherwise, you cannot reliably establish who opened, changed, or downloaded a file.
  3. Separate admin accounts: Use dedicated accounts only for administration, without email or web browsing. Staff should do daily work through standard accounts, limiting what a phished mailbox can expose.
  4. Assign roles per folder: Set permissions for preparer, reviewer, client-portal viewer, and read-only auditor rather than granting broad editor rights. Remove standing admin rights from other users and grant extra access only for a defined task.
  5. Close departed accounts fast: Disable departed staff accounts within 24 hours, then revoke active sessions and OAuth tokens. Disabling a password alone does not end a session already open on a laptop or phone.
  6. Review access quarterly: Export membership for every Tier 1 folder, confirm each person with their manager, and remove users who no longer work on that client team. Keep the signed export as evidence.

A structured identity and access management process makes access reviews repeatable and gives managers a clear way to confirm who still needs access.

The Common Slip

Push-approval MFA without number matching can leave staff vulnerable to repeated prompts. An attacker with a stolen password may trigger prompts until someone approves one by mistake. Passkeys and FIDO2 keys reduce this fatigue risk because the user must be present with the authenticator.

Test the controls, not just the policy screen. Sign in from a new device and confirm an alert fires. If no alert arrives, the detection path is not working, even if MFA is enabled.

Encrypt Data and Limit the Network Path

Encryption is necessary, but it's often oversold. It protects stolen copies and provider media. It doesn't stop a person who signs in with valid credentials and downloads a folder they're allowed to open. Compare controls by what they block.

Control What it stops Setup effort What it misses
Encryption at rest Theft of raw storage media or copies Low, usually on by default Stolen valid credentials
Customer-managed keys Provider staff or misused admin roles reading data Medium, needs a key policy Lost keys can make data unrecoverable
Private endpoints or VPN-only access Access from the open internet Medium Insider or stolen session with valid access
Account-level public-access block Accidentally public links or buckets Low Authorized sharing that is misused

Confirm the Basics, Then Separate the Keys

Major providers usually enable encryption at rest by default, so confirm it in the admin console rather than assuming it. Set a minimum of TLS 1.2 for data in transit and disable legacy paths such as unauthenticated FTP or SMB. Review your file share encryption settings for both states, not just storage.

For Tier 1 folders, move to customer-managed keys where your platform supports them. Keep key administration separate from storage administration, so the person who manages folders can't also disable or export keys alone. Rotate keys at least once a year and log every key use.

A lost key can make good backups unreadable. Keep an offline escrow copy in a sealed location with two-person access.

That trade-off is real. Customer-managed keys give you control, and they give you a new way to lose data permanently. Don't adopt them without a tested escrow and restore procedure.

Narrow Where Access Can Come From

Turn on the account-level public-access block so one mistaken setting can't publish a bucket or library. Where the platform allows it, restrict Tier 1 access to office IP ranges or a VPN, and use private endpoints for applications that connect to storage, such as tax software on a hosted desktop.

Segment tax and litigation folders into a separate workspace or tenant from general administration. The same principle applies inside the office, so it's worth learning how to set firewall rules for guest networks and keep client devices away from firm systems. One compromised admin shouldn't reach every client file.

Govern Sharing Without Blocking Real Work

Block all external sharing and work won't stop. It'll move to personal email, consumer file links, and USB drives, where you have no log at all. Controlled sharing is safer than a blanket ban you can't enforce.

Visibility is the harder problem. A 2025 cloud-security report from Trend Micro found only 21% of respondents had strong visibility across workloads, configurations, and data flows. Checking for public buckets is necessary, but it doesn't show you where authorized copies travel after someone shares them.

Settings That Let Clients Work Safely

  • Allowlist client domains: Restrict external sharing to approved domains instead of any email address.
  • Expire links by default: Set client link expiry to 14 days and turn off anyone-with-link on Tier 1 folders.
  • Block unmanaged downloads: Stop Tier 1 downloads to unmanaged devices and disable sync to personal folders in OneDrive, Google Drive, or Dropbox.
  • Inventory integrations: List every OAuth app and API token connected to the tenant, then revoke any integration no one can name an owner for.
  • Alert on bulk movement: Start with an alert at more than 500 files downloaded or synced by one account within an hour, then tune it after two weeks of normal data.

Firms on Microsoft 365 can use SharePoint Online governance guidance for 2026 to structure site ownership, external sharing, and lifecycle rules instead of setting them site by site.

Say a client forwards a portal link to a third party. You need to know who opened it, what they downloaded, and which link to revoke within minutes. Named-user sharing gives you that answer. Anonymous links don't.

Be Honest About Deletion

Revoking a link removes future access. It doesn't recall a copy the recipient already downloaded, and provider replicas, caches, and backups expire on their own schedules. Tell clients the exact retention window in writing.

Keep a deletion log with the date each primary copy was purged, and confirm backup copies leave the restore set once their immutable period ends. That's provable deletion. Promising instant erasure everywhere isn't.

Set Recovery Targets and Test Restores

Cloud sync isn't backup. If ransomware encrypts a file or a staffer deletes a folder, sync faithfully replicates the damage to every device. You need a separate copy an attacker with production credentials can't delete.

The pressure on small firms is specific. The Verizon 2025 DBIR executive summary reported ransomware in 44% of reviewed breaches and in 88% of SMB-related breaches. For a firm holding tax deadlines or litigation holds, recovery speed is a client obligation, not an IT preference.

A late-night restore is the wrong time to discover your backup was only a status message.

A stressed man working late on a laptop while restoring data from cloud storage in a dimly lit office.

Build Copies an Attacker Cannot Reach

Keep at least three copies across two logically separate environments. Make one copy immutable, with retention longer than your detection window. If detection typically takes 30 days, keep immutable copies for at least 45 days, so a clean copy predates the compromise.

Use backup credentials separate from production administrators, and store encryption keys and recovery credentials offline. A managed option such as Cloudvara, which hosts applications like QuickBooks and tax software with automated daily backups and two-factor authentication, is one way firms separate production access from backup storage, but the separation principle matters more than the vendor.

Document your targets in a backup and recovery planning document that names an owner for each tier.

Data tier Recovery point (RPO) Recovery time (RTO) Restore test
Tier 1 Restricted, during tax season 1 hour 4 hours Quarterly full folder restore plus sample
Tier 2 Confidential 24 hours 24 hours Quarterly sample restore
Tier 3 Internal 7 days 48 hours Twice a year
Tier 4 Public 7 days 72 hours Annual spot check

RPO is how much work you can lose. RTO is how long you can be down. Set both before an incident, because you'll argue about them under pressure otherwise.

The short walkthrough below shows what a restore looks like when you work from a clean recovery point instead of improvising.

A Backup Counts Only After a Restore Passes

Each quarter, restore one full client folder and a random sample of 20 Tier 1 files. Record elapsed time and count recovered files. Count the test as passed only at 100% completeness for the sample, not when the job reports success.

Run four drills across the year: accidental deletion, mass encryption, compromised admin access, and provider outage. Track each failed item to closure with an owner and a date. If staff had to improvise, your runbook isn't finished.

Monitor Activity and Keep Compliance Records

A cloud account can have MFA and encryption enabled while files still move through unapproved links or access changes go unnoticed. Log sign-ins, file access, sharing changes, and admin role changes. Retain the records for at least 12 months, or longer when a client contract or regulator requires it. Review sharing and access events alongside identity alerts so you can trace who could reach a file and how it was shared.

Three Alerts Worth Tuning

  1. Failed sign-in burst: More than 10 failed sign-ins in 15 minutes against one account.
  2. Impossible location: A sign-in from a country the firm has never used.
  3. Unlogged privilege change: A new admin role grant made outside a logged change request.

Route each alert to a mailbox or ticket queue that has a daily owner. An alert without follow-up does not prompt a response. Tune thresholds to flag activity that warrants review, then record how the team handled it.

Patching has separate owners. The provider updates its service, while your firm remains responsible for the sync client, browsers, and any on-premise connector. Apply critical updates within 14 days and record the date, affected component, and completion.

Tie Each Duty to a Document You Keep

Tax preparers and lawyers are expected to maintain a written security program, use MFA and encryption, and make reasonable efforts to prevent unauthorized access. Keep the written program, signed access reviews, restore test logs, and dated policy versions together. These records show both the rules staff are expected to follow and whether controls were reviewed.

If you hold EU client data, GDPR applies too. Keep records that connect policy to practice: access reviews should be signed, policy versions dated, and restore logs should identify the test result. A backup only counts after a restore test passes. A client or auditor may ask for evidence that controls ran, not just a policy stating they exist.

Verify Your Setup Before the Next Audit

Check the whole setup on one day and mark each line pass or fail. Don't use partial credit.

A checklist table titled Verify Your Setup Before the Next Audit for cybersecurity and data management.

  • Owned folders: Every Tier 1 and Tier 2 folder has a named owner.
  • Full MFA coverage: MFA covers 100% of accounts with no shared logins.
  • No anonymous Tier 1 links: No anyone-with-link setting exists on Tier 1.
  • Proven restore: The last quarterly restore passed at 100% completeness for the sample.
  • Retained logs: Logs are retained for 12 months.
  • Working alert: A test alert fired in the last 30 days.
  • Current program: The written information security program was reviewed in the last year.

Use a cybersecurity audit checklist to record each result, and assign every failed line an owner and due date. If you can't prove a line with a document, treat it as failed.

This week, book a 30-minute review with the person who administers your cloud tenant. Bring the most recent access review and restore log. The strongest setup is the one you can prove on the day an auditor or client asks.


If your firm runs QuickBooks, Sage, tax, or document applications and wants them hosted with automated daily backups, two-factor authentication, and 24×7 support instead of managing storage settings alone, visit Cloudvara to see how its secure cloud hosting works. You can test the platform with a free 15-day trial and check whether your current folders, access roles, and restore targets hold up in a managed environment.