It's not.
Your email provider holds the keys to your inbox.
Your carrier keeps years of records on where your phone has been.
Your data is sold by companies you have never heard of.
Governments keep pushing to weaken the encryption that could stop it.
Orion Private is a one-person privacy practice.
I find what's exposed about you and help you fix what matters, at a pace you can live with.
Privacy research and investigative reporting on encryption, jurisdiction, and the surveillance economy that operates between them. Written by David for Orion Private LLC.
Since August, every registered data broker has had to delete the Californians who file one request, and keep deleting them every 45 days. It is the most powerful deletion tool any state has built. It does not reach public records, credit bureaus, or the companies you use every day.
The "nothing to hide" argument assumes privacy is about covering up wrongdoing. The people in this piece weren't hiding anything. Their location data made them suspects, and their home addresses were a search away. This is the piece that explains why everything else on this site matters.
Federal agencies have bought Americans' phone locations, internet records and flight data from brokers, with no warrant. A gap in the law makes it legal, and in 2026 Congress let its latest chance to close it pass.
The Fourth Amendment names four things. Persons, houses, papers, effects. Andrew Guthrie Ferguson sorts what our devices record into six arenas of life, and two of them, the watched city and the record of your mind, appear nowhere in that list. That gap is where the law protects you least.
For two decades the FTC's consent orders were the closest thing Americans had to enforceable privacy law. In 2025 the President fired its Democratic commissioners, and in 2026 the Supreme Court said he could. The limits that mattered most were there from the start.
An Iranian state-linked group published more than 300 emails and photos from FBI Director Kash Patel's personal Gmail. Nothing was decrypted. What exposed him was an old password and a decade of email, and encryption fixes neither.
End-to-end encryption protects your note content. It does not protect the metadata your notes generate.
Both encrypt your inbox. But jurisdiction, metadata exposure, encryption scope, and real-world court orders tell a more complicated story.
In 2021 the FBI produced an internal guide detailing exactly what data it can legally obtain from nine messaging apps. The document was obtained via FOIA. Here is a field-by-field analysis of five of the most common services.
Your photos can carry GPS coordinates, device details, and exact timestamps. When you upload them to the cloud, the questions are who can see them, who can be compelled to hand them over, and whether AI is training on them.
Symmetric vs asymmetric, AES-256 vs quantum computers, what HTTPS actually protects, and why none of it matters if your phone is compromised. The foundational reference for everything else on this site.
Even after encrypting every app, the network underneath still knows who and where you are.
Every VPN claims no logs. Court records tell a different story.
Since August 1, every data broker registered in California has had to check a state list, delete the people on it, and keep deleting them every 45 days. More than half a million Californians have signed up. DROP is the most powerful deletion tool any state has built, and it is narrower than it sounds. Here is what one request reaches, what it cannot touch, and what is still left for you to do.
How One Request Reaches 600 Brokers
DROP comes from the Delete Act, a 2023 California law written by State Senator Josh Becker. [2] It required the California Privacy Protection Agency, which now goes by CalPrivacy, to build a single deletion system for every registered broker. Californians could start filing on January 1, 2026, and 18,000 did in the first 48 hours. [3]
What Happens After You File
Brokers had until September 14 to download the first lists and then 45 days to report back, so the first full round of results should land by the end of October. [10] You can watch it happen on a status page, broker by broker. [2] Each broker reports one of four results, and they do not all mean what most people assume.
What DROP Leaves Behind
None of these are mistakes. They are written into the law, and CalPrivacy lists most of them itself. [7] Together, though, they cover a large share of what people mean when they say they want their information off the internet.
DROP vs. Doing It Yourself
DROP does not replace opting out by hand, and opting out by hand does not replace DROP. They cover different ground, and paid removal services sit somewhere in between.
Andrew Guthrie Ferguson's Your Data Will Be Used Against You sorts what our devices record into six arenas of modern life. Only four of them have a home in the Fourth Amendment's text. The two that don't, the watched city and the recorded mind, are where exposure is worst and the law is thinnest, and the past year of court rulings bears that out. The answers will not come from a courtroom alone.
Part I: Four Arenas With a Home in the Text
Ferguson doesn't line his six arenas up against the Constitution's four, and the count isn't his point. When he summarizes, he sometimes lists five and drops cities. [3] But set his arenas beside the text and a pattern appears. Four have a clear match. Bodies are persons, homes are houses, papers are papers, and things are effects. Two have none. There is no "city" in "persons, houses, papers, and effects," and there is no "like." That four-versus-two reading is my framing, not his, and I think it explains the book's two hardest questions.
Part II: The Two Orphans
Ferguson raises two questions and leaves both open. Can a harm spread across a whole city ever be remedied? And is some information too intimate to reach even with a warrant? Both come up for the same reason. They sit in the two arenas the Fourth Amendment never named.
Part III: The Framework, Tested
If the framework is right, courts should protect the named arenas more readily than the orphans. The orphans should get protection mainly where a judge can look past the individual search. Rulings from the past year put that to a test, and mostly it holds.
Part IV: Why Prosecution Raises the Stakes
A catalog of exposure isn't yet a crisis. The second half of the book turns it into one, and three of its points explain why leaving the orphans unprotected does the most damage.
Part V: Three Venues for Reform
Ferguson proposes reforms for courts, legislatures and individuals. [54] It helps to read them as a spectrum, ordered by the unit each one works on. A court decides one case at a time. A legislature acts for a whole population. An individual changes one person's devices and habits. Each venue is strong where its unit fits the harm and weak where it doesn't.
Part VI: Where the Individual Fits
I run a privacy practice, so I have an obvious incentive to say the individual response is the answer. It isn't, and I'd rather you trust the rest of this site than have me oversell this part.
Conclusion
If the argument here is right, the reform debate goes wrong when it treats the open questions as separate technical puzzles. They're two faces of one problem. A body of law built around the individual search of the individual thing now faces two arenas where the harm is neither individual nor a thing, the city and the mind. Behind both sits a commercial collection layer the Constitution never touches.
Updated October 2026. This revision adds the Supreme Court's decision in Chatrie v. United States, the Pennsylvania and Colorado search-history rulings, the Mississippi tower-dump ruling, the Norfolk license-plate case and Google's move of Timeline data onto users' devices. It adds the property route from Jones and Jardines, refines the standing and First Amendment points, corrects the descriptions of Clapper and the Arkansas Echo case, marks Ferguson's exact words as quotations and cites primary sources where they exist. The argument is the same, stated more precisely where the new rulings required it.
The "nothing to hide" argument assumes privacy is about covering up wrongdoing. The people in this piece weren't hiding anything. Their own location data made them suspects, and their home addresses were a search away. Privacy is about who gets to learn what about you and what they can do with it, and American law leaves most of that to the market.
Part I: What the Argument Gets Wrong
The argument goes like this. If you aren't doing anything wrong, you have nothing to fear from being watched. It sounds reasonable, but it rests on three assumptions, and none of them holds up.
Part II: What's Out There
Almost none of this involves anyone breaking the law. Most of it is collected, combined and sold as a normal part of doing business.
Part III: Why the Law Allows It
Most of this is legal. American privacy law is a patchwork of court rulings and narrow statutes built for phone lines and filing cabinets, and much of it still rests on ideas from the 1970s.
Part IV: What It Adds Up To
Each piece on its own looks small. The risk comes from putting them together, and courts have started to see it.
Part V: What You Can Do
You can't opt out of the data economy, but you can shrink your part of it. None of these steps is dramatic, and together they close off a lot of what this piece describes.
Conclusion
None of the people in this piece was hiding anything. What hurt them was information about them in someone else's hands.
Updated October 2026. This revision answers the nothing-to-hide argument directly, through the cases of Jorge Molina, Zachary McCoy, Judge Esther Salas's family and the 2025 Minnesota shootings, and adds a section on what you can do. It adds the Supreme Court's decision in Chatrie v. United States, the 2026 ruling on the FTC's commissioners, California's DROP and the state privacy laws now in force. It corrects how the FTC's authority works, the source of Chris Hoofnagle's argument about brokers, where the third-party doctrine began, how email discovery works and several figures, cites a source for every claim and links to related pieces on this site.
Both encrypt your inbox and market themselves as the antidote to Gmail. But jurisdiction, metadata exposure, encryption scope, and real world court orders tell a more complicated story. This is a field by field comparison.
Company & Jurisdiction
Jurisdiction determines what a government can legally force a provider to do. It is arguably more important than the encryption itself, because encryption protects content, but jurisdiction determines what happens to everything around it.
Encryption Protocols - The Technical Layer
Both providers use end-to-end encryption. The difference is in what standard they chose, what that standard can and cannot encrypt, and how far ahead each has moved on post-quantum readiness. These are not cosmetic differences, they determine the scope of what the server can never see.
What Gets Encrypted - Field by Field
This is where the choice of encryption protocol creates real, measurable differences. Proton's adherence to OpenPGP means that certain email headers are structurally excluded from end-to-end encryption which can be revealing. Tuta's proprietary protocol lets it encrypt fields that PGP cannot. Thus every field listed here as "not E2EE" is a field the provider can theoretically read or hand over under court order.
Jurisdiction Under Pressure - Real Cases
These are the documented cases where each provider's jurisdiction was tested by law enforcement, listed chronologically. Every case here is drawn from court records, official company statements, or investigative journalism.
French authorities, working through Europol and Swiss MLAT channels, obtained a Swiss court order that compelled Proton to begin logging the IP address of a specific Proton Mail account associated with the Youth for Climate movement in Paris. The activist was involved in occupying buildings in the Place Sainte Marthe area. Proton complied, as it had no legal mechanism to refuse. [4]
A blackmail email was sent from a Tuta account to an auto supplier. The Cologne Regional Court ordered Tuta to develop a monitoring function for the specific account, copying unencrypted incoming and outgoing emails before they were encrypted. Tuta argued it was not a telecommunications provider and should not be subject to telecom interception laws. The Hanover Regional Court had previously agreed with this position. But the German Federal Court of Justice (BGH) ruled against Tuta, finding that "over the top" email services qualify as telecoms under German criminal procedure law. [17]
Spanish police (Guardia Civil) sought to identify a pseudonymous member of the Catalan pro-independence movement known as "Xuxo Rondinaire," who was suspected of planning protest actions related to King Felipe VI's visit. The request went through the appropriate Europol to Swiss authorities, who issued a binding order to Proton. Proton was forced to hand over the only user-identifiable information it had: the recovery email address on the account, which was an Apple iCloud address. Apple then provided Spanish authorities with the individual's full name, two home addresses, and a linked Gmail account. [15]
The FBI was investigating arson, vandalism, and doxxing linked to the Stop Cop City movement in Atlanta, used the MLAT process to compel Proton through Swiss authorities to hand over payment data associated with a specific Proton Mail account affiliated with Defend the Atlanta Forest. The payment data, a credit card transaction, was sufficient to identify the account holder. The individual does not appear to have been charged with a crime at the time of the disclosure. [16]
The pattern across all four cases is consistent: end-to-end encryption held every time. No government obtained the contents of a single encrypted email from either provider. What was obtained in every case was metadata, including IP addresses, recovery emails, payment data, and non-E2EE message copies. The lesson is not that these providers failed but that encryption protects content, and only content. Everything around it, every data point you provide at signup, every payment method you choose, every field that falls outside the encryption envelope, is fair game under a court order.
Features, Ecosystem & Pricing
Security architecture is the priority. But people also need to use these products daily to garner maximum value and utlity. This section covers the practical differences that affect everyday use.
Per-Provider Summary
BESTEcosystem breadth. VPN, Drive, Calendar, Pass, and Wallet under one account, the closest thing to a privacy respecting Google replacement that exists.
BESTPGP interoperability. You can exchange encrypted email with any PGP user on Earth, not just other Proton users. This matters for journalists and researchers who correspond with varied sources.
PROSwiss jurisdiction requires MLAT for foreign requests, creating meaningful procedural friction. Switzerland is not in any intelligence sharing alliance.
PROTor onion site for IP anonymous access. Combined with Proton VPN, the IP logging risk is fully mitigable by the user.
CONSubject lines are NOT end-to-end encrypted. Under a valid Swiss court order, Proton can hand over the subject lines of every email in your inbox. This is a PGP limitation, not a Proton decision, but it is a real exposure.
CONRecovery email is a deanonymization vector. The 2024 Catalan case proved this. Recovery email is optional, but Proton prompts users to add one.
CONPayment data exposure. The 2026 Stop Cop City case showed that credit card payment metadata alone was sufficient for the FBI to identify a user.
WARN~11,000 legal orders in 2024 with a ~94% compliance rate. Partly a function of scale, but volume matters.
BESTEncryption scope. Subject lines, sender names, recipient names, attachment data, and the entire address book are E2EE. Tuta encrypts more fields than any other email provider on the market.
BESTPost-quantum encryption, live since March 2024. TutaCrypt's hybrid protocol (CRYSTALS-Kyber + X25519) is the first production deployment of quantum resistant email encryption.
BESTNo recovery email concept. Uses a recovery code instead. The Catalan case deanonymization vector does not exist in Tuta's architecture.
PROArgon2 key derivation, more resistant to GPU/ASIC brute force attacks than Proton's bcrypt.
PROECHR encryption protection. As an EU based provider, Tuta is protected by the 2024 European Court of Human Rights ruling banning laws that weaken E2EE.
CONGermany is a Fourteen Eyes member. Intelligence sharing between allied nations means German agencies could theoretically receive and act on foreign intelligence.
CONBGH ruling created a real-time monitoring precedent. Tuta can be ordered to copy future non-E2EE mail before encryption for specific accounts.
CONNo PGP support. You cannot exchange encrypted email with PGP users outside the Tuta ecosystem.
WARNNarrower ecosystem. Email + Calendar only. No VPN, no file storage (yet), no password manager.
Updated October 2026 to correct Proton Mail's default key type and a typo.
End-to-end encryption protects your note content. It does not protect the metadata your notes generate. Here is a field-by-field breakdown of the metadata collected by Standard Notes, Notesnook, Cryptee, and Joplin, and what it reveals.
Timestamps
Timestamps are the metadata that matters most operationally. Again, while they do not reveal what you wrote, they do reveal when, how often, and for how long. We have seen in investigative context that is enough to piecemeal networks.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| created_at Exact timestamp when a note was first created [3][11] Reveals when you began writing about a topic. | STORED | STORED | NOT STORED | STORED |
| updated_at / user_updated_time Every modification timestamp, used for sync conflict resolution [3][11] Reveals editing cadence and co-editing patterns. | STORED | STORED | VERSION IDs only | STORED |
| user_created_time vs. server_created_time SN and Joplin store both client-reported AND server-recorded timestamps as two separate records [1][11] The discrepancy between the two can reveal offline editing periods. | BOTH STORED | BOTH STORED | N/A | BOTH STORED |
| deleted_at When a note was trashed. The item is marked deleted, not immediately purged. [3][12] Reveals when you removed sensitive material. | STORED | STORED | NOT CONFIRMED | STORED |
| sync_token / cursor_token SN's internal sync clock that increments on every create or update event, acting as a proxy for edit frequency even without readable timestamps [4] Editing frequency is inferable from token progression. | STORED (SN only) | N/A | N/A | N/A |
Item Identifiers & Structure
Identifiers are low-risk in isolation. Their value to an adversary comes from correlation, mapping UUIDs across requests, sessions, and time to build a behavioral profile without reading a single word.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| UUID / Item ID Unique identifier per note, tag, and notebook. Stored in plaintext as a database key. [1][11] Meaningless without content, but correlatable across requests. | STORED | STORED | STORED | STORED |
| content_type Whether an item is a Note, Tag, Component, or Preference. Stored in plaintext for server-side routing. [3][5] The server knows you have X notes, Y tags and Z preferences without reading any of them. | STORED | ENCRYPTED | PARTIAL | STORED |
| items_key_id (SN only) Associates each encrypted note payload with the Items Key UUID that encrypted it [1] Only reveals which key encrypted which note. Useful for key rotation, not revealing. | STORED | N/A | N/A | N/A |
| parent_id / notebook relationship The structural link between a note UUID and its notebook UUID [5][11] Reveals organizational grouping even when folder names are encrypted. | ENCRYPTED | ENCRYPTED | FOLDER COUNT VISIBLE | STORED (E2EE off) / ENCRYPTED (E2EE on) |
| tag relationships UUID-to-UUID associations between notes and tags [5][11] If tag names are encrypted, the count is inferable but the meaning is not. | ENCRYPTED | ENCRYPTED | ENCRYPTED | STORED (E2EE off) / ENCRYPTED (E2EE on) |
| is_deleted flag Soft-delete marker. The item remains in the database as a tombstone until a hard purge runs. [3][12] Deleted notes persist server-side. Standard Notes keeps them 14 days. The others don't say. | 14-day tombstone | Window unstated | NOT CONFIRMED | Window unstated |
Note Content Fields
This is where all four products perform equally well, and allows them to market some sort of end-to-end encryption. The title, body, tags, and folder names are encrypted in every product when E2EE is properly active. The server holds ciphertext and cannot read any of it. [1][5][8][13]
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| Note titleThe visible title of the noteEncrypted in all four when E2EE is active. | ENCRYPTED | ENCRYPTED | ENCRYPTED | ENCRYPTED (E2EE on) |
| Note body / contentFull note textEncrypted in all four when E2EE is active. | ENCRYPTED | ENCRYPTED | ENCRYPTED | ENCRYPTED (E2EE on) |
| Tag namesHuman-readable labels applied to notesThe server sees UUIDs only, and names are encrypted. | ENCRYPTED | ENCRYPTED | ENCRYPTED | ENCRYPTED (E2EE on) |
| Notebook / folder namesNames of organizational containersThe server sees UUIDs only, and names are encrypted. | ENCRYPTED | ENCRYPTED | ENCRYPTED | ENCRYPTED (E2EE on) |
Structural & Size Metadata
Remember that even encrypted blob sizes correlate with content length even after encryption. A 200KB blob versus a 2KB blob reveals the notes relative length. Attachment types also reveal what kind of material you work with. Again, noe of this requires decrypting anything.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| Encrypted payload byte size Size of the encrypted blob on the server, which correlates with note length even after encryption Short vs. long writing is inferable from blob size. | VISIBLE | VISIBLE | EXPLICITLY STORED | VISIBLE |
| Total note count Number of items stored under the account, inferable from item listings Reveals productivity habits but not topics. | INFERABLE | INFERABLE | STORED PER FOLDER | INFERABLE |
| Attachment MIME types File type of attachments (PDF, image, audio, etc.) known before encryption wrapping Knowing "this note has an audio attachment" or "a scanned document" is contextually revealing. | NOT CONFIRMED | NOT CONFIRMED | EXPLICITLY STORED | STORED |
| Attachment count per note How many files are attached to a given note Minor alone, but correlatable with other behavioral patterns. | INFERABLE | INFERABLE | VISIBLE | STORED |
| Folder color / archive status (Cryptee) Whether a folder is archived and its color, structural decoration metadata Cosmetic only. | N/A | N/A | STORED (stated in policy) | N/A |
Revision History Metadata
Revision history is one of the easiest metadata risks to overlook. But remember that every saved version carries its own timestamp which creates a detailed editing timeline that persists on the server independently of the note's content.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| Revision history stored server-side Whether previous versions of a note are held on the server Each revision carries a timestamp, creating a full editing timeline server-side. | 1yr (Productivity) / Unlimited (Professional) | Limited history | NOT STATED | LOCAL ONLY |
| Timestamp per revision Every stored version carries the modification time of that specific edit For a journalist, this shows exactly when a draft was touched relative to external events. | YES, per revision | YES, per revision | N/A | LOCAL ONLY |
| Revision content encrypted Whether stored past versions are encrypted on the server | YES, encrypted blobs | YES, encrypted blobs | N/A | N/A, local only |
| Nightly email backup (SN paid, opt-in) SN paid plans can send an encrypted nightly backup to your email. This creates a second metadata trail at the email provider. Timing, recipient address, and volume are visible to your email provider even if content is encrypted. | OPT-IN, paid only | NO | NO | NO |
Joplin-Specific Note Fields
Joplin's data model was inherited partly from Evernote's ENEX format and carries more metadata fields per note than any other product here. Several of these fields are unique to Joplin and have no equivalent in the other three apps.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| latitude / longitude / altitude GPS coordinates embedded directly into note properties. On by default in the mobile app. Exact location at note creation, embedded in the note body itself, not just a server log. It travels with exports and must be disabled manually in Settings, then Note, then Geolocation. | NOT COLLECTED | NOT COLLECTED | NOT COLLECTED | DEFAULT ON (mobile) |
| source / source_application Which Joplin client created the note, for example "joplin-desktop" or "net.cozic.joplin-mobile". Stored in note properties. Device-type fingerprinting at the note level. It syncs in plaintext if E2EE is off. | NOT COLLECTED | NOT COLLECTED | NOT COLLECTED | EMBEDDED IN NOTE |
| source_url When a note is created from a web clip, the source URL is embedded in note properties If E2EE is off, syncing a web-clipped note exposes the exact URL in plaintext, which directly reveals research activity. | NOT COLLECTED | NOT COLLECTED | NOT COLLECTED | EMBEDDED IN NOTE |
| author field Optional text field on each note. Evernote imports carry it over, and it is one of the note fields Joplin's API exposes [14] [15] An imported note can carry the author name recorded by the app it came from. | NOT COLLECTED | NOT COLLECTED | NOT COLLECTED | SET ON IMPORT |
| is_todo / todo_due / todo_completed Todo status, due date, and completion flag Reveals task patterns if not encrypted. | N/A | ENCRYPTED | N/A | STORED (E2EE off) / ENCRYPTED (E2EE on) |
| markup_language Whether a note uses Markdown or HTML. Stored in note JSON properties. Cosmetic formatting preference only. | N/A | N/A | N/A | STORED in note JSON |
Sync & Operational Metadata
Sync events are visible at the API level regardless of content encryption. Active editing bursts, multi-device conflicts, and session counts paint a behavioral picture even when nothing is readable.
| Field | Standard Notes | Notesnook | Cryptee | Joplin |
|---|---|---|---|---|
| Sync frequency / timing How often notes are pushed to the server, inferable from API request logs even when content is encrypted Active editing bursts are visible as sync events, with no content required. | INFERABLE | INFERABLE | INFERABLE | INFERABLE |
| Conflict records Created when two devices edit the same note simultaneously, linking two item versions server-side Reveals multi-device use patterns, not content. | STORED | STORED | NOT STATED | STORED |
| Active session count How many concurrent device sessions are authenticated to the account Reveals device count, not content. | STORED | STORED | STORED | STORED |
Per-Product Summary
BESTMost transparent documentation. The sync API spec is publicly available and explicit about every stored field.
BESTPrivate username mode orphans all timestamps from a real identity. The data still exists, but it is linked to a meaningless hash, not a person.
WARNRevision history timestamps are the biggest note-level risk. The Professional plan stores an unlimited timestamped edit history indefinitely on Proton's servers.
WARNSync token progression is unique to SN, a proxy clock that reveals editing frequency independently of timestamps.
WARNNightly email backup (opt-in, paid) creates a second metadata trail at your email provider. Timing, volume, and recipient are visible to them even if content is encrypted.
BESTcontent_type is fully encrypted. The server cannot distinguish a note from a tag from a preference. More thorough than SN and Joplin on this field.
PROPer-note sync toggle. Notes kept local-only generate zero server-side metadata at all.
WARNTimestamps are tied to your email address at registration. No private username equivalent means modification times are always attributable to an identifiable account.
CONDevice fingerprint metadata captured at the network level makes sync events more attributable than any other product here. Notesnook collects device IDs, OS type, and IP address in its own systems, the only app here that does all three.
BESTNo ISO timestamps on notes. Sequential version IDs are used for conflict resolution, readable as "this came after that," not as a datetime.
BESTNo server-side revision history. Previous versions of notes are not retained on the server at all.
WARNFolder count and file sizes explicitly stored. The number of documents per folder and attachment MIME types are visible to the server, per the published privacy policy.
WARNGhost Folders partly mitigates the folder count exposure, since hidden folders are excluded from visible metadata, but the overall structure is still known to the server.
BESTNo server-side revision history. All past edits stay on device. The cleanest revision metadata posture of the four.
CONGPS coordinates embedded by default on mobile, the most dangerous note-level metadata field across all four products. It sits in the note body, not a server log, so it travels with every export regardless of encryption state.
CONsource_url field. Web-clipped notes embed the origin URL in note properties. With E2EE off, this syncs in plaintext.
CONsource_application field. Every note records which Joplin client created it. Device-type fingerprinting at the per-note level.
WARNWith E2EE properly enabled, the dangerous fields above are encrypted in sync and at rest on the server. They remain in the local SQLite database unencrypted regardless.
latitude, longitude, altitude, source_url, created_time, updated_time, user_created_time, and user_updated_time fields); see also readme/api.md, github.com/laurent22/joplin.encryption_applied and encryption_cipher_text fields).encryption_applied flag governs whether an item is encrypted before syncing, which is why fields read as plaintext with E2EE off and as ciphertext with it on).author as a text property of every note).Updated October 2026 to correct how Joplin's author field gets filled in.
Federal agencies buy Americans' location histories, internet records and travel data from brokers, with no warrant and no judge. In March 2026 the FBI director declined to rule out buying Americans' location data. A gap in the law makes these purchases legal, a Supreme Court ruling in June weakened the government's main argument for them, and Congress let its latest chance to close the gap pass.
Part I: What the Government Buys
What's public came out a piece at a time, through reporters, inspectors general and a few senators who kept asking. Put together, it shows that the buying is routine, that it reaches well past location, and that it has grown from single contracts into a marketplace. The data is usually sold without names, tied to an advertising ID instead. That protects less than it sounds. A study of 1.5 million phone users found that four points in time and place were enough to single out 95 percent of them. [6]
Part II: Why It's Legal
If the Constitution requires a warrant for seven days of location records, it seems strange that an agency can buy years of them. The answer is a set of gaps that line up, and a ruling this year has started to narrow one of them.
Part III: What AI Changes
For years the practical limit on bulk data was attention. Someone had to sift it, and there was always more than anyone could read. That limit is going away.
Part IV: Where the Fight Stands
The gap can be closed in three places. Congress, the courts and the statehouses. So far, the statehouses have moved fastest.
Part V: What You Can Do
You may be thinking you have nothing to hide. I've written about why that misses the point. Here it's simpler. The Fourth Amendment was written so the government would have to ask a judge first, and buying your data skips that step. Until the law changes, the only data that can't be sold is data that never gets made.
Conclusion
The government doesn't need to break into your phone or break your encryption to learn where you've been. It can buy the answer, and under current law that's a purchase, not a search.
Updated October 2026. This revision adds the lapse of Section 702 in June 2026, the Supreme Court's decision in Chatrie v. United States, the national security and law enforcement exception in the FTC's order against Gravy Analytics and Venntel, the NSA's purchases of internet records, newer purchases by ICE and CBP, the intelligence agencies' planned data marketplace, the ATF's canceled location data contract and new state laws in Montana, Maryland and Oregon. It corrects several dates and attributions, including what the FBI director did and didn't say in March, cites a source for every claim and links to related pieces on this site. The argument is the same.
In January 2021, the FBI produced an internal guide titled "Lawful Access" detailing exactly what data it can legally obtain from nine messaging apps. The document was obtained via FOIA by the nonprofit Property of the People and published by Rolling Stone. It is the single most useful primary source available for evaluating messaging privacy, even if it might be outdated. Here is a field-by-field analysis of five of the most common services, based on that document, official privacy policies, court records, and published law enforcement capabilities.
Encryption Architecture
Whether your messages can be read by anyone other than you and your recipient depends entirely on the encryption model. These five services use fundamentally different approaches, and the differences determine everything that follows.
Metadata Collection: What Each Service Knows About You
Even when message content is encrypted, every service collects operational metadata to function, and encryption can't always hide it. [30] The critical question is how much each one keeps.
The Uncomfortable Truth: Encryption Is Not the Ceiling
Everything above analyzes what happens when law enforcement works within the system: subpoenas, warrants, pen registers, data requests to providers. That is the normal case. But if you are individually targeted by a government, the analysis changes fundamentally. Encryption protects data in transit and at rest. It does not protect data on a compromised device. And governments do not need to break your encryption when they can simply hack your phone.
The Data Broker Loophole: Buying What a Warrant Would Require
In 2018, the Supreme Court ruled in Carpenter v. United States that law enforcement must obtain a warrant to access cell phone location data from carriers. [45] That ruling was supposed to be a privacy landmark. Eight years later, federal agencies buy the same kind of data, and more, from commercial data brokers, with no warrant required. [46] [47] (I go through how that works in a separate piece.)
Per-Service Summary
CONNo encryption whatsoever. Carriers can read every message. Content is transmitted in plaintext over SS7.
CONFull identity tied to every message. Your phone number, legal name, billing address, and location are attached to every text.
CONStingray interception. Law enforcement can intercept SMS content in real time without carrier involvement using cell-site simulators.
CONMetadata retained for years. Sender, recipient, timestamp, cell tower location are all retained by the carrier and available under routine subpoena.
CONForensic recovery. "Deleted" SMS messages are recoverable from the device using tools like Cellebrite until overwritten by new data.
WARNRCS is replacing SMS. End-to-end encrypted RCS between iPhone and Android started rolling out in beta in May 2026, but it depends on your carrier and app version, so look for the lock icon.
PROE2EE by default between Apple devices. Strong encryption in transit.
CONiCloud backup defeats E2EE. If iCloud backup is on and Advanced Data Protection is off, Apple stores message content with the encryption key and hands it over under warrant.
CONGreen bubbles aren't always encrypted. Chats with Android phones use SMS or RCS, and only RCS chats with the lock icon are end-to-end encrypted.
CON25 days of iMessage lookup data available to law enforcement, showing who you looked up and who looked you up in iMessage.
CONClosed source. Apple's encryption implementation cannot be independently audited.
WARNAdvanced Data Protection (launched Dec 2022) enables E2EE for iCloud backups, but it is opt-in, and you have to turn it on yourself.
PROE2EE by default using the Signal Protocol. Message content is protected in transit and at rest on WhatsApp's servers.
CONNear real-time metadata to the FBI. WhatsApp is the only service in the FBI document that provides pen register data in near real time, with the source and destination of every message every 15 minutes. This is live surveillance.
CONExtensive metadata collection. Meta collects your contacts, usage patterns, device info, IP address, location, and behavioral data.
CONCloud backup bypass. Unencrypted iCloud/Google Drive backups can expose message content. Encrypted backup is opt-in.
CONOwned by Meta. WhatsApp's privacy policy lets it share information with other Meta companies.
WARNThe Natalie Edwards case showed how WhatsApp metadata alone, without any message content, helped convict a federal employee who leaked confidential bank reports.
PROSecret Chats are E2EE with self-destructing messages and no server-side storage.
PROMinimal FBI access. The FBI document shows no message content and no contact info available under standard legal process.
CONDefault chats are NOT end-to-end encrypted. Telegram holds decryption keys for all cloud chats. Every group chat, every channel, and every default one-on-one conversation is readable by Telegram.
CONClosed-source server. Server code isn't public, so Telegram's claims about distributed key storage cannot be verified.
CONMTProto protocol criticized by Johns Hopkins cryptographer Matthew Green and others for its custom, non-standard design.
WARNPost-Durov arrest policy change. After Pavel Durov's arrest in France (Aug 2024), Telegram began handing IP addresses and phone numbers to authorities under valid court orders in criminal cases, not just terrorism cases.
BESTThe FBI's own document confirms it. Signal can provide the date and time an account registered and the last date it connected. That is the entire list. No message content. No contacts. No other metadata. No IP addresses. No pen register capability.
BESTE2EE on everything, no exceptions. All messages, group chats, calls, voice notes, file transfers. Backups are optional and end-to-end encrypted. No fallback to unencrypted modes.
BESTFull open source. Client AND server. The only service on this list where both are auditable.
BESTOperated by a nonprofit. Signal Foundation. No advertising business model. No incentive to collect data.
PRODisappearing messages, sealed sender, screen security. Advanced privacy features enabled at the user's discretion.
CONRequires a phone number to register. This is Signal's one identifiable data point. It is a real limitation for users who need full anonymity.
CONSmaller user base. Most of your contacts are probably on WhatsApp or iMessage. Network effects work against Signal's adoption.
WARNSignal does not protect against device compromise. If Pegasus or Cellebrite gains access to your phone, Signal's encryption is irrelevant. Signal protects the pipe. It cannot protect the endpoints.
Updated October 2026 to add numbered citations, correct what the FBI director said about buying location data, and update the parts on Telegram, Signal's backups, RCS and NSO Group.
Every photo you take records your exact GPS coordinates, the device you used, its operating system, the time down to the second, and in many cases the direction you were facing. When you upload those photos to a cloud service, the questions become who can see them, who can be compelled to hand them over, and whether AI is being trained on them without your meaningful consent. This is a field-by-field comparison of five configurations across four providers: Ente Photos, iCloud Photos with Advanced Data Protection, iCloud Photos without it, Google Photos, and Microsoft OneDrive.
Part I: What a Single Photo Reveals About You
Before comparing providers, it is worth understanding exactly what is at stake. Photo metadata is not abstract. It has been used in criminal investigations, stalking cases, corporate leak investigations, and intelligence operations. [1] The Electronic Frontier Foundation documented a case where the FBI identified an Anonymous hacker ("w0rmer") with help from a photo he linked to on Twitter. The photo was taken with an iPhone 4, and its EXIF data placed it at a house in Wantirna South, Australia. Investigators had already found his real name online, and his Facebook profile showed that his girlfriend was Australian. The location in the photo backed that up, and the FBI arrested him. [2]
Part II: Encryption Architecture, Provider by Provider
Who can see your photos and their metadata? The answer depends entirely on the encryption model. Some providers encrypt your photos but hold the keys (meaning they can decrypt them under legal process). Some encrypt photos end-to-end (meaning only you can decrypt them). And some do not encrypt stored photos at all in any meaningful sense.
Part III: AI, Your Photos, and Who Benefits
Every major cloud photo provider now offers AI-powered features like face recognition, object search, memory curation, image enhancement, and more. The privacy question is where that AI processing happens (on your device or on the provider's servers) and whether your photos are used to train the company's broader AI models.
Part IV: Ente's Encryption Architecture (and Its One Noted Limitation)
Since Ente is the only provider on this list with full end-to-end encryption of photos by default, its architecture deserves a closer look. It also has one documented limitation worth discussing.
Per-Provider Summary
BESTFull E2EE for everything. Photos, videos, all EXIF metadata, album names, descriptions, tags, and ML indexes. Ente cannot see any of your data.
BESTOn-device AI only. Face recognition and search run locally. ML indexes are encrypted before syncing. No server-side photo processing. No AI training on your data.
BESTFull open source. Client and server. Audited twice by Cure53, most recently in a CERN-sponsored audit in 2025.
PROSelf-hostable. You can run the entire Ente server on your own hardware.
PRO3x replication across providers in the EU, including an underground facility in Paris.
WARNShared links lack forward secrecy. Use password protection, expiration, and account-to-account sharing for sensitive content.
CONPaid service. 10 GB free, then paid plans starting at $2.49/month (50 GB). No free unlimited tier.
PROE2EE when ADP is enabled. Apple does not hold the keys. Photos and most metadata are protected.
PRODeep Apple ecosystem integration. Seamless with iPhone, iPad, Mac.
CONADP is opt-in. Not enabled by default. Most users have never turned it on.
CONSome metadata remains under standard protection even with ADP enabled (modification dates, checksums).
CONClosed source. Encryption implementation cannot be independently audited.
CONShared Albums do not support ADP. Photos in Shared Albums use standard encryption only, and an iCloud Shared Photo Library stays end-to-end encrypted only if everyone in it has ADP on.
CONUnavailable in the UK since February 2025, after the Home Office ordered Apple to provide backdoor access.
CONApple holds the encryption keys. All photos and metadata are accessible to Apple and producible under warrant.
CONThis is the default. Every iCloud account that has not explicitly enabled ADP operates in this mode.
CONThe iCloud backup loophole. For years, law enforcement obtained iPhone data not from the device itself, but from iCloud backups Apple could decrypt. Photos were a primary target.
WARNEnabling ADP is the single most important step an iPhone user can take for photo privacy. Settings → [Your Name] → iCloud → Advanced Data Protection → Turn On.
CONNo end-to-end encryption. Google holds the keys to every photo.
CONServer-side AI processing. Google's systems analyze your photos, faces, locations, objects, and scenes. All of this data is indexed and searchable on Google's servers.
CONActively scans for CSAM. Automated scanning means Google's systems are looking at your photos.
CONFully producible under warrant. Photos, metadata, face groupings, AI-generated labels, location history derived from photos.
CONPart of the Google advertising ecosystem. Google's broad privacy policy grants extensive data usage rights.
WARNGoogle produced data in about 82% of government requests as of mid-2024, the highest disclosure rate among the major tech companies Surfshark tracks. [29]
CONNo end-to-end encryption for photos. Microsoft holds the keys. Personal Vault adds an authentication layer but not E2EE.
CONServer-side processing. Microsoft processes photos for organizational features and Copilot integration.
CONProducible under warrant. All photos and metadata accessible to Microsoft and law enforcement.
WARNOneDrive is not primarily a photo service. It is a general file storage platform. For users who store photos in OneDrive because it came bundled with Microsoft 365, the privacy implications are the same as Google Photos: the provider can see everything.
This is the post I will keep pointing you to. If you have read anything else on this site and found yourself wondering what AES-256 actually means, what end-to-end encryption is doing under the hood, whether quantum computers can break all of it, or why encryption alone is not enough, this is where those questions get answered. It assumes no background, and it does not water anything down to get there.
Part I: The Two Fundamental Types of Encryption
Every encryption system in use today falls into one of two categories, or combines both. Understanding the difference between them is the most useful thing you can learn about cryptography.
Part II: Can AES-256 Be Cracked? The Quantum Question, Answered With Physics
This is the section I wrote because I keep seeing the same fear repeated online. "Quantum computers will break all encryption." That statement is half true and half dangerously misleading. Quantum computers pose a real, existential threat to asymmetric encryption (RSA, ECC). They pose essentially zero practical threat to AES-256. Here is why, quantified in terms that are hard to forget.
| Algorithm | Against today's computers | Against a large quantum computer |
|---|---|---|
| AES-256 and ChaCha20 | 256 bits | 128 bits, halved by Grover's algorithm |
| X25519 | 128 bits | Broken by Shor's algorithm |
| RSA-2048 | 112 bits | Broken by Shor's algorithm |
Part III: How HTTPS Encryption Works (and What It Does Not Do)
Every time you see the padlock icon in your browser or a URL starting with https://, you are using encryption. Since this site is served over HTTPS, and since HTTPS is the most common encryption most people encounter daily, it is worth understanding what it actually protects.
Part IV: Where Encryption Stops Protecting You
This is the most important section in this post. Encryption is extraordinary technology. The math is sound. AES-256 will not be broken in your lifetime, your children's lifetime, or the lifetime of the sun. But encryption only protects what it covers. And the places where it does not cover you are exactly the places where real-world surveillance happens.
For two decades the Federal Trade Commission was the closest thing Americans had to a privacy regulator. In 2025 the President fired its Democratic commissioners, and in June 2026 the Supreme Court held that he could. The easy story is that politics broke a working agency. The truer one is that the FTC Congress built could not have protected your privacy on its own, even at its best, and that its most careful scholar, Chris Hoofnagle, documented why while defending it.
Part I: Borrowed Authority
The FTC was built in 1914 to break up monopolies. Privacy came more than eighty years later, and the agency had to improvise it out of a fairness statute and a long history of false advertising cases. Its most careful scholar, Chris Hoofnagle, is my main source, and that's deliberate. He wrote the strongest defense of the agency, and the same body of work holds the clearest evidence of its limits. I read them together.
Part II: Even at Full Strength
For this part, set 2025 aside and picture the FTC at its best, fully funded and bipartisan, with committed lawyers and commissioners who want aggressive privacy enforcement. Two of the three limits below are choices Congress made, not failures of the agency, so the claim needs to be sized carefully. I'm not saying no Congress could build an adequate privacy agency. I'm saying the one Congress did build couldn't be made adequate by better leadership, more money or more will.
Part III: The Inner Struggle
Even the narrow, deception-based enforcement the FTC could manage had to get past its own economists. In "The Federal Trade Commission's Inner Privacy Struggle," Hoofnagle documented a dynamic most privacy advocates never saw, and in separate work he supplied the economics that explains why it mattered.
Part IV: Settlements, Not Law
The consent order made sense given how little else the FTC had. But it was a poor foundation for anything lasting, and the courts started exposing its weaknesses well before any administration did.
Part V: The Test, 2025 to 2026
Hoofnagle's 2017 essay ended with a prediction. He expected the Bureau of Economics to gain influence under a Trump administration, pushing cases toward unfairness and blunting the lawyers' expansion of privacy norms. He was right about the direction. But his own prescription was to strengthen the agency and defend it against an "ideological movement intent on disassembling the administrative state" that he warned was "more radical than their sponsors understand." [1] What happened in 2025 and 2026 went well past the internal rebalancing he predicted.
Part VI: What Enough Looks Like
It's tempting to read all of this as one long staircase down. Hoofnagle's own history corrects that. The FTC's power has always moved in cycles. In the late 1970s the press called it a "National Nanny" after it tried to restrict children's advertising, and in 1980 Congress let its funding lapse in the middle of a fight over its powers. The agency closed for a day, and Congress then limited its rulemaking. [4] [35] It recovered to become what Hoofnagle calls the most important regulator of information privacy in the world. [1] This low point may pass too.
Part VII: Promises and Constraints
If every institutional answer depends on who holds office, the remaining question is whether anything protects you that doesn't. There's one candidate, and it's the distinction I started with.
Conclusion
The FTC was never enough because of how Congress built it, not because of who ran it. Even at its peak it couldn't write a general privacy rule or fine a first violation, it reached past promises only when its leaders chose to, and its protections could be dropped by a later commission. It was never built to reach the government at all. In 2025 and 2026 those limits stopped being theoretical. Commissioners can now be fired at will, the agency is down to two members, and a privacy order meant to last until 2042 is up for early termination.
Updated October 2026. This revision brings the piece up to date through the Supreme Court's decision in Trump v. Slaughter, the two-member commission, X's petition to end Twitter's privacy order and the Kochava settlement. It takes on the strongest counterevidence (Wyndham, the location data cases, the penalty-offense route and the privacy rules Congress did authorize), tests the benchmark against California and the SECURE Data Act, corrects several facts and rebuilds the references. The thesis is the same, stated more narrowly where the evidence required it.
In March 2026, an Iranian state-linked group published more than 300 emails and photos from FBI Director Kash Patel's personal Gmail. Nothing was decrypted. Someone most likely signed in with an old password, and what they found was more than a decade of mail nobody had cleared out. Most people share those two weaknesses, and encryption fixes neither.
What Happened
How They Likely Got In
No one has confirmed the method. The evidence points to one of two routes, and the same defense would have stopped both.
What Encryption Does and Doesn't Do
What Would Have Helped
These are in the order they would have mattered most here.
The Takeaway
Updated October 2026. This revision reframes the piece around what failed and what would have helped, adds the Justice Department's domain seizure, the State Department reward and the context of the U.S.-Israeli strikes on Iran, corrects the description of the Podesta breach and the dates of the leaked emails, drops a claim about the 2024 warning that reporting doesn't support, and rebuilds the references.
Most privacy firms help companies with compliance. I work for people. I find out what anyone can learn about you and fix it with you, starting with the listings that show up when someone searches your name and working inward to your accounts and devices. Every price is fixed and in writing before any work starts.
Prices are for one person. Each additional adult in your household adds 40%, since so much of the work overlaps.
Hi, I'm David. Orion Private is my one-person privacy practice, which I started in 2025. I work with individuals, families, and professionals who have decided their digital lives are worth protecting and want to do something about it.
My background is in Legal Studies and Public Policy from UC Berkeley, and that training shapes every engagement. I read statutes and court opinions, and I trace whose laws your data falls under. I've also worked on data breach response, reviewing breached data to find whose personal and health information was exposed so they could be notified. That work showed me what actually ends up in the wrong hands. I'm now working toward the CIPP/US certification from the International Association of Privacy Professionals, with the CIPM to follow.
Most people aren't being targeted by one determined person, but everyone lives inside the surveillance economy. Big tech collects by default, brokers sell what they gather, and the government can reach much of it through those same companies. So I start with your threat model, who could realistically come after your information and what it would take, and build from there instead of handing you a checklist.
I use these tools every day myself, so I know they can be cumbersome to live with. A good consultant meets you where you are, brings changes in at a pace you can handle, and tells you the truth when something has to change.
You won't find my photo or full name on this site. I keep my own footprint small on purpose, the same way I'd help you keep yours. Your name and your engagement never go into a CRM, a billing platform, or an AI that trains on what passes through it, and the practice carries errors and omissions and cyber liability insurance. The Services page has more on how I handle your information.
After the CIPM, I want to take on the business side. Small practices under HIPAA or the FTC's Safeguards Rule often have no one on staff to meet those duties, so compliance turns into paperwork that does little to protect anyone.
Law school is the long-term plan, so I can work on these problems wherever the leverage is greatest, in practice, in policy, or inside the agencies that are supposed to hold the line. It's also expensive. Starting in 2026, new law students can borrow no more than $50,000 a year in federal loans, less than most schools cost, so I'm building the practice and my credentials first. I'd rather not let a massive loan balance decide what kind of law I practice.
I work from primary sources where I can, such as court records, statutes, official documentation, transparency reports, and academic research, along with established reporting. No affiliate links and no sponsorships.
I sometimes use AI tools to edit and tighten my writing. The research, arguments, and conclusions are mine, and I check every source myself.
I write this whole site as one HTML file, with no frameworks, templates, or WordPress. A short script copies each article onto its own page so it can be linked and found. It all runs as static pages on GitHub Pages, so there's no server-side code or database to attack. It loads only two outside files, the OpenPGP library behind the contact form and a small analytics script. No ad trackers, and nothing that follows you across the web.
The analytics tool is Plausible. It's open source, sets no cookies, doesn't store your IP address, and can't follow you across sites or devices. It's an EU company that keeps its data in Germany and doesn't sell what it collects.
Ask about consulting, send a research question, or tell me what I got wrong.
Free, no commitment.
Only I can read what you send.
No email, phone number, or account needed.