
Most attorneys ask the wrong question when it comes to file sharing security — "is this tool compliant?" isn't a yes/no answer under ABA rules. I break down what Rule 1.6(c) and Formal Opinion 477R actually require, where Gmail and WeTransfer fall short, and which tools meet the bar for solo practitioners and small firms in 2026 without enterprise-level pricing.
Surya Prakash
Author
TL;DR: ABA Model Rule 1.6(c) requires "reasonable efforts" to protect client data — not a specific technology. Formal Opinion 477R defines that as a risk-based standard covering encryption, access controls, and audit capability. Gmail and free WeTransfer both fail at least one of those tests. This guide breaks down exactly what compliant secure file sharing for lawyers looks like in 2026, and which tools actually meet the bar.
Most attorneys I talk to think about file sharing security the wrong way. They ask "is this tool compliant?" as if compliance is a checkbox. It isn't.
ABA ethics rules don't mandate a specific product or certification. They require reasonable measures — which means you need to understand what the risks are, and demonstrate that you made a deliberate choice to address them. That's a higher bar than just picking a name-brand tool and hoping for the best.
Let me walk through what the rules actually say, where common tools fall short, and what a defensible workflow looks like for 2026.
The controlling rule is ABA Model Rule 1.6(c): "A lawyer shall make reasonable efforts to prevent the inadvertent or unauthorized disclosure of, or unauthorized access to, information relating to the representation of a client."
That's deliberately technology-neutral. The ABA isn't going to maintain a list of approved cloud services — the rules have to survive multiple technology generations.
The more useful document is ABA Formal Opinion 477R (May 2017), which revisited cloud and email guidance in the post-Snowden, post-major-breach era. The opinion confirmed that lawyers may use cloud storage and email for client communications, but added a framework for what "reasonable measures" actually means in practice:
This is explicitly a risk-based standard, not a binary compliance test. A routine scheduling email carries different risk than transmitting a signed settlement agreement or medical records in a personal injury matter. The level of security measures you apply should scale accordingly.
State bars complicate this further. New York, California, and Florida have issued guidance that goes beyond the ABA model — California's guidance in particular implies that encryption is expected for electronically transmitted confidential information in most circumstances, not merely recommended. If you practice in a state with its own guidance, read it. The ABA floor is the minimum, not the ceiling.
I'm not going to pretend these tools are unusable. Most are fine for lower-sensitivity workflows. But it's worth being honest about where each one has gaps.
Gmail — TLS in transit protects data between servers, which handles most ISP-level interception. The problem is everything else: Google's systems scan content for various purposes, shared Drive links have no download caps, and once an attachment lands in a recipient's inbox there's no revocation mechanism. You have no idea if the email was forwarded. For confidential client documents, that's a meaningful gap.
Standard Dropbox shared links — AES-256 at rest is solid. But a standard Dropbox shared link is "anyone with the link" by default. There's no download cap, no audit trail on who accessed the link (just who created it), and no revocation on a per-share basis without Business-tier features. Free and Plus accounts don't offer view history on shared links.
WeTransfer free — No encryption at rest, no password protection on free transfers, and the 7-day expiry is the only access control. For anything other than low-sensitivity materials, this doesn't meet the Opinion 477R standard for a matter involving real client harm if disclosed.
Citrix ShareFile and Clio — Both are purpose-built for legal and financial use, SOC 2 Type II certified, and genuinely strong from a security standpoint. They're also priced for firms, not solo practitioners. ShareFile starts at $50+/user/month. Clio is a full practice management platform — you're not paying for file sharing, you're paying for the whole stack. Overkill if you just need to deliver a contract securely.
Strip out the marketing language and you're left with five technical requirements that map directly onto the Opinion 477R framework.
1. Encryption at rest (AES-256) — Files stored on the provider's servers must be encrypted. AES-256 encryption is the current benchmark. Per-file keys are better than a single master key — if one key is compromised, only that file is exposed.
2. Encryption in transit (TLS 1.2 or higher) — Data moving between the client, the server, and the recipient should be protected from interception. TLS 1.3 is the current standard; anything lower than 1.2 is unacceptable.
3. Password-gated access, not "anyone with the link" — This is the gap most common tools miss. A link that anyone can open is not an access control — it's just security through obscurity. Password protection means you've verified the recipient before they can even see the file.
4. Download cap and audit trail — You need to know if someone downloaded the file, when they did it, and how many times. A download cap of 1–3 for sensitive documents means an unexpected download is detectable. If you sent a will to the wrong email address and someone opened it, you need to know that.
5. Instant revocation — If you send a link to the wrong person, you need to be able to kill it before they open it. This is the difference between an incident and a breach. Any tool that doesn't offer per-link revocation is not compliant for high-sensitivity matters.
There's a sixth requirement I'd add for practical reasons: the recipient shouldn't need to create an account. Requiring a client to sign up for a service before receiving their own documents creates friction, creates a data footprint you don't control, and introduces its own security questions about that account's security.

| Tool | Encryption at Rest | Password Protection | Audit Trail | Revocation | SOC 2 | Price | Best For |
|---|---|---|---|---|---|---|---|
| Uploadex | AES-256-GCM, per-file keys | Yes (Argon2id) | Yes (timestamp + country per download) | Yes, instant | No | Free – $14.99/mo | Solo practitioners and small firms needing compliance without enterprise pricing |
| Citrix ShareFile | AES-256 | Yes | Yes | Yes | SOC 2 Type II | $50+/user/mo | Mid-to-large firms with IT budget |
| Clio | AES-256 | Yes (client portal) | Yes | Yes | SOC 2 Type II | $49–$129/user/mo | Firms already using Clio for practice management |
| NetDocuments | AES-256 | Yes | Yes (full DMS) | Yes | SOC 2 Type II | Enterprise pricing | Large firms needing a full document management system |
| Standard Dropbox | AES-256 | No (Business+ only) | Limited (no per-link audit) | No (per-link) | SOC 2 Type II | $9.99–$20/user/mo | Internal team sharing — not client delivery |
| Gmail | No (for attachments) | No | No | No | Yes (Google) | Free / Google Workspace | Routine, non-confidential communications only |
The honest takeaway: if you're a solo practitioner or running a small firm and you want to meet the Opinion 477R standard without paying enterprise prices, Uploadex is the practical option. The per-file key architecture and instant revocation are features that even some enterprise tools don't offer at this price point.
If you're already paying for Clio, use its built-in client portal — it covers all five requirements and you're not paying twice. If you need a SOC 2 attestation for a specific client requirement or bar association guideline, that narrows the field to ShareFile, Clio, or NetDocuments, and you're paying accordingly.
Here's the exact workflow I use for confidential client document delivery. It takes about two minutes once you've done it a few times.
Step 1: Upload the file. Log into Uploadex and upload your document. For files under 2 GB, the free tier handles it. For larger due diligence packages or discovery productions, the Pro or Business tier covers you.
Step 2: Enable password protection. Before generating the share link, set a strong password. I use a random 12-character string from a password manager — not the client's name, not the matter number. The password is the second factor; treat it like one.
Step 3: Set a download cap. For highly confidential documents (settlement agreements, signed wills, medical records), I set the cap to 1–3 downloads. If the link gets forwarded and someone else opens it, I'll see the count hit the cap and know to investigate. For final deliverables the client will reference repeatedly, I leave the cap off or set it higher.
Step 4: Set expiry where appropriate. For time-sensitive materials, a 48–72 hour expiry window is appropriate — enough time for the client to download, not enough for a link to sit in a breach-exposed inbox indefinitely. For documents the client needs ongoing access to (like a copy of their signed retainer), skip the expiry or set it to 30 days.
Step 5: Send link and password through separate channels. This is the two-channel delivery rule, and it's the single most important operational security step in the whole workflow. Send the Uploadex link via email. Send the password via a completely separate channel — Signal, an encrypted text, or a phone call. If an attacker intercepts the email, they get a link they can't open. If they intercept the password, they don't have the link. Both channels have to be compromised simultaneously for there to be a breach.
This approach is clean to document if you ever have to explain your security practices to a bar association or in a malpractice context. You made a specific, deliberate choice at each step.
For more on the mechanics of securing a file sharing link beyond basic password protection, I've covered download caps, expiry logic, and revocation workflows in detail separately.
The five requirements above apply across the board, but the specifics look different depending on what you're sharing and with whom.
Discovery productions can be enormous — multi-gigabyte document sets that don't fit in email and don't belong in an unsecured cloud folder. The audit trail requirement is especially important here: in a contested matter, you may need to demonstrate that documents were delivered to opposing counsel and accessed. Uploadex's per-download timestamp and country log gives you that paper trail.
Settlement agreements are high-value targets for interception. Use the two-channel delivery method, set a download cap of 1–2, and revoke the link immediately after you confirm the client downloaded the document. Don't leave a signed settlement agreement accessible on a live link for weeks because you forgot to expire it.
Transactional work often involves delivering large packages to multiple parties — seller, buyer, lender, escrow. The risk profile is different from litigation: you're less worried about an adversary and more worried about delivering the wrong version to the wrong party, or a link getting forwarded to someone who shouldn't see preliminary terms.
Custom URL slugs help here. Instead of a random string, you can create a link like uploadex.net/s/acme-acquisition-dd-v2 — unambiguous, trackable, and easy to audit against your matter file. When you close the matter, revoke all active links in one pass.
For encrypted cloud storage of the full matter file between transactions, a separate zero-knowledge storage solution is worth considering alongside Uploadex for active delivery.
Estate planning documents are both highly sensitive and long-lived. A client might need to access their will ten years from now, which creates tension with short expiry windows. My approach: deliver the executed document via a short-lived Uploadex link (72 hours) with a download cap, confirm download by phone, then revoke the link. The client stores their own copy; you store yours in a secure document system. Don't treat Uploadex as long-term storage for documents the client will need in an emergency — it's a delivery mechanism, not a repository.
For trust documents and financial schedules, the sensitivity is high and the recipient list is often small and known. A single-download link sent to a verified email, password delivered by phone, is a defensible workflow for this material.
Not automatically. ABA Formal Opinion 477R says email is generally acceptable for most client communications. The key is proportionality: routine correspondence is fine over standard email, but highly sensitive materials — especially those involving imminent harm if disclosed — warrant stronger controls like encrypted delivery with access restrictions.
No. SOC 2 certification is a useful signal that a vendor has audited security controls, but the ABA's standard is "reasonable measures" — not "SOC 2 Type II." For solo practitioners and small firms, a technically sound tool without a formal SOC 2 attestation can still satisfy Opinion 477R for most matters. SOC 2 becomes more important when a specific client contract or state bar guidance requires it.
If you've set a download cap, you'll see unexpected download activity immediately. If you've used password protection with a separately delivered password, a forwarded link is useless without it. If the worst happens and an unauthorized person downloads the file, Uploadex's transfer analytics give you a timestamp and country of access — that's your incident documentation. Revoke the link and notify the client promptly.
BAAs are a HIPAA requirement, not an ABA requirement. If you're sharing protected health information (PHI) — typically in personal injury, workers' compensation, or medical malpractice matters — you need a HIPAA-compliant platform and a signed BAA with the vendor. That's a separate analysis from ABA Rule 1.6 compliance. Standard Uploadex plans don't include a BAA; for matters involving PHI, use a platform with explicit HIPAA support.
Move immediately: revoke the link in Uploadex before the recipient has a chance to open it. Check the transfer analytics to confirm whether the link was accessed. If it was not accessed and you revoked it within minutes, you've contained the incident — document what happened, when you caught it, and what you did. If it was accessed, you have a notification obligation under your state bar's rules and potentially under applicable data breach notification laws. The audit trail Uploadex provides is what makes the difference between "incident contained" and "we don't know what happened."
ABA Model Rule 1.6(c) doesn't require a specific product — it requires a defensible, risk-aware process. That means encryption at rest and in transit, password-gated links, a download audit trail, and the ability to revoke access instantly. Gmail and free WeTransfer don't cover all of those. Enterprise platforms like ShareFile and Clio do, but they're priced for firms with IT departments.
For solo practitioners and small firms, Uploadex covers every technical requirement in the Opinion 477R framework at a fraction of the cost — and the two-channel delivery workflow (link by email, password by Signal or phone) is easy to document and explain if it ever comes up in a bar complaint or malpractice context. See the guide to creating a file sharing link on Uploadex if you're setting it up for the first time.
Pick the tool that matches your matter's sensitivity level, apply the five technical requirements, document your reasoning, and you've done what the rules require. Compliance here is about judgment and process — not about having the most expensive software in the stack.
Author
Surya Prakash is the founder of Uploadex. He writes about secure file sharing, large file workflows, and the engineering decisions behind running a fast, global delivery network. Previously built tools for creators across India, the US, and Southeast Asia.