Retroactive Consent: How Old Terms Cover New AI Uses
How YouTube, Riverside.fm, and Instagram Are Using Old Agreements to Justify AI Training You Never Approved
Introduction:
Your voice, Your face, Your work. Somewhere right now, a company is deciding it already has permission to feed all three into an AI model — not because you agreed to it, but because you agreed to something else, years ago, for a completely different reason. This isn't a slippery-slope warning. It's already happened this year to podcasters, journalists, and ordinary people who just checked their Instagram settings.
Right now, in an active lawsuit, one of the largest companies on Earth is arguing that a checkbox you clicked in 2019 — to post a video — already gave it permission to train a generative AI model that didn't exist yet. The argument is being made is by YouTube. A near-identical one is baked into the plan some content creators are paying for right now to record podcasts. And on July 19, 2026, a setting on Instagram accounts changed. It happened in real time for me while taking a screenshot to prep for this article.
None of this is speculation. It's a lawsuit, a company's own written answer to a direct question, and a time-stamped screenshot. If you create anything under your own voice, face, or name, this is already reaching for you — whether or not you've noticed it yet. Here's exactly how.
The Pattern, Named
Across a recording platform, a video platform, and a photo-sharing app, the same structure keeps showing up: a company points to consent granted for one purpose — or written before a technology existed at all — and treats it as sufficient legal cover for a use its authors never named and couldn't have anticipated.
Call it what it is:
Retroactive Consent: An agreement written for one purpose, or before a technology existed, acts as authorization for a use its author never named or anticipated.
This isn't a legal theory invented for this piece. It's the actual argument being made in courtrooms, written into privacy policies, and applied to your own account settings right now. Three examples make these liberties being taken undeniable.
1. The Mechanism, Proven in Court
In 2026, facing a copyright lawsuit over its Lyria 3 AI music model, Google didn't argue fair use. It argued something narrower and more revealing: that independent musicians who uploaded songs to YouTube had already agreed to AI training use — years earlier, through the terms of service they clicked to post a video.
The clause in question dates back to 2019. It never mentions AI or training. It was written to let YouTube operate the platform — host, stream, display — not to grant a generative model that didn't exist yet rights people may or may not have signed off on. Google's position is that the age and generality of the license don't matter. Broad is broad, and it reaches forward automatically.
That case is still unresolved. But it is, right now, the clearest real-world proof that Retroactive Consent isn't hypothetical — it's the stated legal strategy of one of the largest platforms on Earth, made in an actual courtroom, this year.
2. The Exposure, Happening Right Now
In May 2026, a group of Illinois journalists, broadcasters, audiobook narrators, and podcasters filed class-action lawsuits against Amazon, Apple, Google, Meta, Microsoft, Nvidia, Adobe, Samsung, and ElevenLabs. The claim: their voices were harvested, without consent, to train AI voice models.
The suits rely on Illinois' Biometric Information Privacy Act, which treats a voiceprint the same way it treats a fingerprint — a unique, permanent identifier that a company must get written, informed consent to collect, let alone use for its own means. Plaintiffs include Peabody and Murrow award–winning broadcast journalists alongside independent voice actors and podcasters. One attorney representing the plaintiffs described the underlying business model plainly: “a multi-billion-dollar industry built on voices harvested from the internet, without notice, consent, or a published retention policy.”
This matters for two reasons. First, it's current — filed weeks ago, not years ago. Second, it introduces a different legal theory than copyright: biometric privacy law treats your voice as something closer to your fingerprint than your writing, which changes what “consent” has to look like to be valid at all.
3. Two Firsthand Cases — Not Reported Secondhand
Two examples from lawsuits and public reporting. These next two are different: one is a direct, written exchange with a vendor; the other is a personal account, and screenshots in real time.
Case Study: Riverside.fm's Written AnswerRiverside's public materials say two things, depending on where you look. A Help Center article states that they don't use customer content for training, only metadata about editing behavior. Meanwhile, the Privacy Policy defines “Content Data” includes recordings, transcripts, and AI-feature outputs. It states Riverside acts as an independent controller when using that data to train its own AI/ML models, with opt-out available only to Business-tier customers via written agreement.
Seeking clarification, I sent a direct written question to Riverside.fm. Asked as part of a vendor-vetting clarification rather than an accusation, and the response shed light on which one actually governs. Riverside's support team confirmed in writing:
● Yes, the Privacy Policy takes precedence over the help center article, and Content Data is used to train Riverside's own AI/ML models. This applies to first-party models, separate from any third-party processors.● Riverside did not answer whether that use is limited to editing metadata or extends to the underlying audio, video, and transcript content itself. Riverside explained that a negotiated written agreement at the business-plan level requires that level of detail.● The opt-out available to Pro-plan users requires that they not use Riverside's AI features. While business-plan customers can disable certain tools and negotiate specific terms via a Data Processing Addendum.● The contract prohibits sub-processors from using customer data to train their own models — a genuine, specific, and reassuring confirmation.
The behavioral opt-out doesn't sit comfortably next to Riverside's own first answer. If Riverside uses content data — recordings and transcripts — to train its models under the Privacy Policy, the policy doesn't state that this use is conditional on whether a customer ever touches a specific AI feature. Not using Magic Clips or transcription may reduce exposure, but it isn't the same as opting out of the Content Data clause itself. Riverside's two answers, read side by side, describe two different scopes of protection.
This is Riverside.fm’s version of Retroactive Consent: continued use of the pro plan — not any specific, informed, AI-specific action — is what's being treated as a sufficient basis for training rights over a customer's entire recording history.
Case Study: An Instagram Toggle, Changing in Real TimeMeta's Muse Image, launched in early July 2026, it lets anyone generate new AI images based on a public Instagram account's photos, using as few as three to five clear face photos. It shipped as active by default, with the opt-out available through Settings → Sharing and Reuse.
On the morning of July 19, 2026, I took a screenshot. On the morning of July 19, 2026, I took a screenshot at 8:35 AM, and it showed the screen with toggles for Posts and Reels reuse, with no additional options below them. A second screenshot, taken at 11:21 AM the same day on the same account, showed an additional toggle that wasn’t there three hours earlier: “Comments and captions with mentions.” I checked across seven business accounts that morning; the toggle settings were inconsistent — some showed only Posts and Reels, others already showed the full set of options. By later that day, all seven showed the same expanded options.
I can say with confidence: the settings screen changed mid-morning, live, while I was checking it — a real time, screenshot-verified instance of a rollout in motion, not a static policy read from a page. What I can’t say with the same confidence: why it changed. Plausible explanations include a staged rollout completing, an A/B test resolving, or the act of checking the toggle triggering a refresh.
What is confirmable is that switching these toggles off stops future reuse. But does it block/undo whatever access Meta already holds over posts made before someone changed the toggle? Turning the setting off today functions as a boundary from now on — will users be okay with it still having access to everything beforehand is the question.
4. Proof That Pressure Can Work
I’m not presenting these issues as unfixable. In 2021, Meta shut down Facebook's facial recognition system entirely. It was following lawsuits and regulatory scrutiny — concrete proof that sustained legal and public pressure can force a platform to reverse a default, not just apologize for the inconvenience or misunderstanding of liberties taken. When Muse Image shipped opted-in by default in 2026, it produced immediate, visible backlash, including a public statement from Creative Artists Agency — whose client roster includes major public figures — specifically criticizing the default. Requiring opting-out instead of opting in is a choice they made prior to release, not an oversight.
The through-line: companies with visible pressure and reputations to uphold respond to sustained, specific pressure. Vague discomfort doesn't move them. A specific, documented, repeatable demand does. Complaining on a post while still actively using the platform doesn’t move the needle.
What Actually Helps
Two levers do more than a settings page ever will:
1. Withhold new content. Deleting an archive rarely undoes anything the platforms have already trained on, but a model only stays current if it keeps getting fed new content. User-generated platforms need users to contribute content to survive and thrive. Platforms can't keep or use content that users don't add.2. Go independent where it's viable. Self-hosting and independent distribution. What does that mean? An owned RSS feed, a self-hosted site — have gotten genuinely more accessible. The honest tradeoff is that discovery and maintenance become your responsibility instead of the platform's. People use the platforms to avoid the extra work of finding an audience and making the content accessible.
Documented objections people can use in the meantime. GDPR requests, a written vendor inquiry like the one sent to Riverside, still matter, but as evidence for someone else's eventual case, not as the mechanism that moves a company on its own. Both precedents above — Meta's 2021 reversal and the Muse Image backlash — were driven by collective, public, specific pressure, not by individual opt-outs.
Where This Goes Next
Retroactive Consent applies to podcasting, or to Meta, or to YouTube. The same structure — old terms, stretched to cover a use never named — shows up anywhere a platform, a vendor, or a client-recording tool sits between a person and their own voice, face, or written work. This article serves as the introduction to a series that will apply these same insights, case by case, to:
● Voice actors, audiobook narrators, and broadcasters — the same BIPA suits above, examined through each profession's specific contracts and exposure.
● Face-forward creators — fitness, cooking, and lifestyle creators whose likeness is the product itself.
● Coaches, consultants, and service providers — where the exposure isn't personal biometrics but client data and vendor liability.
● Musicians, authors, and visual artists — where the same argument Google is making about a 2019 YouTube clause is already being tested against record labels, publishers, and stock-photo archives.
Each of those segment breakdowns will follow the same discipline this one does: state plainly what's confirmed, what's attributed to a source rather than independently verified, and what remains an open question — and end with what actually helps, not just what to be afraid of so you’re clear on what action you can take if it doesn’t sit well with you.