📊 Full opportunity report: The 90-Day Window Closed. Nobody Sent a Notice. on ThorstenMeyerAI.com — validation score, market gap, and execution plan.

TL;DR

The 90-day coordinated disclosure period for the Copy Fail Linux kernel bug has ended without any vendor notices or patches. This shift in vulnerability discovery dynamics increases risks for systems, as attackers can now exploit bugs before patches are publicly available.

The 90-day coordinated disclosure window for the Linux kernel vulnerability known as Copy Fail has officially closed without any vendor notices or patches being issued, signaling a significant change in cybersecurity dynamics.

The vulnerability was introduced in the Linux kernel and publicly disclosed on April 29, 2026, after being committed on April 1. Despite the passage of the 90-day window, no official patch or notice has been issued by the Linux kernel maintainers or vendors. This development underscores a shift where AI-driven vulnerability discovery allows attackers to identify and exploit bugs faster than traditional patch cycles. Experts warn that this trend diminishes the defensive advantage historically provided by the responsible disclosure process.

In the four weeks between the commit and public disclosure, the bug was easily rediscoverable from the diff, and AI systems monitoring kernel commits could produce working exploits within minutes. This rapid exploitation potential challenges the assumptions underpinning the 90-day window, which relied on the idea that reverse engineering and patch analysis take significant time, giving defenders a head start. The lack of vendor notices raises questions about whether the traditional disclosure model remains effective in the current AI-enabled threat landscape.

The 90-Day Window Closed. Nobody Sent a Notice.
DISPATCH / MAY 2026 SECURITY · DISCLOSURE COLLAPSE · COMMIT MONITORING · PART 2
▲ Part 2 · Security Disclosure Closed · May 2026
Software Security · Part 2 · The Disclosure Collapse

The 90-day window closed.
Nobody sent a notice.

The commit-monitoring window. The knowledge floor. And what Vercel and Canvas reveal about where the bugs actually live.

Copy Fail’s mainline patch landed April 1. Public disclosure was April 29. The 28 days between commit and disclosure are the dangerous window — AI can rediscover the bug from the diff in minutes, while distribution patches take 2-8 weeks to reach end-user systems. Three asymmetries compound: time, expertise, knowledge category. Defender disadvantage compounds across all three.

▲ THE THREE ASYMMETRIES · ALL FAVOR THE ATTACKER NOW
Asymmetry 01
Time
90-day window collapses to diff-to-exploit minutes. Distribution lag becomes the structural vulnerability window.
Asymmetry 02
Expertise
5-10 year apprenticeship pipeline collapses to “find a security vulnerability” prompt + API access.
Asymmetry 03
Category
Memory safety → trust-boundary composition. Defensive infrastructure built for the wrong layer.
Defender disadvantage compounds across all three. Faster exploitation + more attackers + harder vulnerability category with less mature defense.
28days
Copy Fail · mainline commit → public disclosure
Apr 1 commit · Apr 29 disclosure · the dangerous window
$2M
Vercel customer data · BreachForums asking price
OAuth supply chain · Context.ai → Google Workspace
275M
Canvas records exfiltrated · ~9,000 institutions
ShinyHunters · Free-For-Teacher vulnerability · 3.65 TB
“find it”
Mythos prompt complexity · no security training
“Please find a security vulnerability in this program”
28-DAY WINDOW COPY FAIL MAINLINE COMMIT APR 1 → DISCLOSURE APR 29 · BUG REDISCOVERABLE FROM DIFF VERCEL APR 19 CONTEXT.AI → OAUTH → GOOGLE WORKSPACE → VERCEL ENV VARS → $2M BREACHFORUMS CANVAS MAY 1-12 SHINYHUNTERS · 275M RECORDS · 9,000 INSTITUTIONS · FINALS WEEK OUTAGE KNOWLEDGE FLOOR “PLEASE FIND A SECURITY VULNERABILITY” · NO TRAINING REQUIRED · ENGINEERS PRODUCED WORKING EXPLOITS DISTRIBUTION LAG MAINLINE → STABLE → DISTRO PACKAGE → DEPLOY · 2-8 WEEKS TYPICAL · LEGACY: NEVER CATEGORY SHIFT OAUTH SCOPES · SAAS TRUST · ENV VARS · FREE-TIER ABUSE · NOT MEMORY SAFETY 28-DAY WINDOW COPY FAIL · APR 1 COMMIT → APR 29 DISCLOSURE · BUG REDISCOVERABLE FROM DIFF
Asymmetry 01 · time · the commit-monitoring window

The patch is now the disclosure event.

Responsible disclosure orthodoxy: bug stays private until vendor patches. For open source, this has never been fully true — git commits are public in real-time. Copy Fail’s mainline patch landed April 1. Public disclosure was April 29. The 28 days between are the dangerous window.

Copy Fail · the disclosure-to-deployment timeline
Mainline commit is public from the moment it lands. Distribution propagation takes 2-8 weeks. AI processes the diff in minutes.
Apr 1 mainline ~Apr 10 stable Apr 29 disclosure Apr 30-May 7 distro patches +weeks deployed 28-day commit-to-disclosure window AI rediscovers from public diff PATCH IS PUBLIC · BUG IS PUBLIC · NO DEFENDER WARNING deployment lag unpatched systems exposed LONG TAIL · LEGACY · MONTHS+ AI watches every kernel commit “DOES THIS COMMIT FIX A SECURITY ISSUE?”
Apr 12026
Mainline commit lands. Linux kernel git tree publishes fafe0fa2995a reverting the 2017 in-place AEAD optimization. Patch is now public.
PUBLIC
INSTANT
~Apr 102026
Stable kernel backports. Greg KH’s stable trees include the patch. Still: no distribution package yet · no end-user deployment.
STABLE
TREES
Apr 292026
Public disclosure by Theori. CVE-2026-31431 announced. Most defenders learn of the bug 28 days after the patch was public on kernel.org.
CVE
PUBLIC
Apr 30 → May 72026
Distribution packages. Ubuntu, Amazon Linux, RHEL, SUSE, Debian, Fedora, Arch ship patched kernel packages. Each on its own schedule.
PACKAGES
AVAILABLE
+weeks → +months2026
End-user deployment. 30-day patch SLA · slower for regulated environments · effectively never for legacy systems without security updates.
DEPLOYED
SLOWLY
The 90-day window assumed private patches. Open-source patches are public from minute zero. The framework is misaligned with the capability landscape.
Asymmetry 02 · expertise · the knowledge floor collapse
Scanner Bin - The Clever Document Scanning Solution

Scanner Bin – The Clever Document Scanning Solution

Flatbed scanners simply cannot compete with your smartphone and a Scanner Bin. Improved resolution and color rendering compared…

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

“Please find a security vulnerability.”
No training required.

The historical pipeline for becoming a top-tier vulnerability researcher took 5-10 years of human apprenticeship. Kernel internals. Processor architecture. Exploit-mitigation-bypass craft. Decompiler-output reading. All baked into frontier model training data.

The knowledge floor · before AI / now
Who can do vulnerability research. Pool of capable actors expands by orders of magnitude.
▲ Before · 2015-2023
Senior researcher path
  • CS degree with security specialization
  • 3-5 years red team / CTF / firm experience
  • 2-3 years senior research with reportable findings
  • Tacit knowledge: kernel internals, decompiler output reading, exploit-mitigation-bypass craft
  • Global pool: ~200-500 senior researchers per decade
  • Apprenticeship: mentored by existing experts
▲ Now · 2026
API access + one prompt
  • Frontier model API access ($20-200/month for individuals)
  • One prompt: “Please find a security vulnerability”
  • No security training required (Anthropic / AISI / CETaS verified)
  • Tacit knowledge baked in from model training
  • Pool of capable actors: millions globally
  • Bottleneck: willingness to use it, not skill

The prompt Anthropic used to discover vulnerabilities with Mythos “essentially amounted to ‘Please find a security vulnerability in this program.'” Engineers with no formal security training were able to generate complete, working exploits.

— Alan Turing Institute · CETaS · Claude Mythos cybersecurity analysis
Asymmetry 03 · category · where the bugs actually live
Vulnerability Management in Companies: Recognizing, assessing and eliminating vulnerabilities – with checklists, best practices and tools

Vulnerability Management in Companies: Recognizing, assessing and eliminating vulnerabilities – with checklists, best practices and tools

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Memory safety isn’t where the breaches happen anymore.

Decades of defensive infrastructure built around memory safety (ASLR, NX bits, CFI, stack canaries). The most consequential breaches of April-May 2026 are not memory-safety bugs. They are trust-boundary failures at integration seams.

Two case studies · April-May 2026
No memory corruption. No kernel exploit. Trust-boundary composition failures. Mature defensive infrastructure for memory safety doesn’t apply here.

The bugs that matter most have shifted from memory safety to trust-boundary composition. OAuth scopes. SaaS-to-SaaS authentication. Multi-tier account models. Third-party app permissions. Environment variable handling. Defensive tooling for this layer is 5-7 years behind memory-safety discipline.

▲ CASE 01 · APR 19 2026
Vercel · the OAuth supply chain attack
$2MBreachForums asking price
Chain: Lumma Stealer infected Context.ai employee (Feb 2026) → harvested Google Workspace OAuth tokens → attacker used token to access Vercel employee Google Workspace → pivoted into Vercel account → enumerated and decrypted non-sensitive env variables → exfiltrated customer credentials → posted database on BreachForums.
Pattern: third-party AI tool → OAuth → identity → platform → customer secrets
▲ CASE 02 · APR 30 – MAY 12 2026
Canvas / Instructure · free-tier abuse + extortion
275Mrecords · 3.65 TB · ~9,000 institutions
Chain: ShinyHunters found vulnerability in Canvas Free-For-Teacher account mechanism → exfiltrated 3.65 TB across 275M records → ransom negotiations stalled → defaced ~330 institution login portals during finals week → school-by-school extortion through May 12. Names, emails, student IDs, private inbox messages exposed.
Pattern: free-tier authorization flaw → mass data exfiltration → multi-tier extortion

Defensive infrastructure for memory safety is 25+ years mature. Defensive infrastructure for trust-boundary composition is 5-7 years behind. AI-driven discovery operates at both layers — with less mature defenders at the layer that matters more for 2026 breaches.

Operational response · four audiences
Industrial Network Security: Securing Critical Infrastructure Networks for Smart Grid, SCADA, and Other Industrial Control Systems

Industrial Network Security: Securing Critical Infrastructure Networks for Smart Grid, SCADA, and Other Industrial Control Systems

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

The defensive infrastructure that worked last decade doesn’t work at the same level now.

Adaptation is necessary. The 18-36 month window where defenders can build the necessary infrastructure is open. Asymmetric cost-of-being-wrong applies: capacity built is useful; capacity not built is structural vulnerability.

Operational response · by stakeholder
Calibrated to the new asymmetries · not to the historical defensive playbook.
▲ FOR CISOs
+ SECURITY TEAMS
Monitor upstream commits. Compress patch SLAs.
Implement upstream commit monitoring for kernels and critical software. Subscribe to mainline security lists. Evaluate suspicious commits with internal AI tooling. Target 72-hour deployment for kernel patches, 7-day for major apps, 14-day for everything else. Audit OAuth permission landscape. Treat SaaS supply chain as tier-1 infrastructure.
▲ FOR SOFTWARE
PUBLISHERS
Your commits document where your bugs are.
Security-shaped commits are findable by AI. Move toward private bug coordination for high-severity findings. Some vendors batch security fixes into general patches (Apple, Microsoft); open source structurally harder but worth attention. Run AI-driven discovery against your own codebase first — be first to know.
▲ FOR
POLICYMAKERS
Disclosure framework needs explicit policy attention.
Responsible disclosure is voluntary social technology that worked in the previous regime. Mandated disclosure standards, vendor patch SLA requirements, updated CVE management infrastructure. Linux distribution lag is a public-interest concern for critical infrastructure. OAuth/SaaS governance is a regulatory blind spot — Vercel is one of many March-April 2026 supply chain breaches.
▲ FOR
EVERYONE ELSE
Two-factor everything. Watch your OAuth grants.
Authenticator apps, not SMS. Passkeys where available. Aggressive credential rotation. Assume your SaaS providers will be breached — have a rotation playbook. Be wary of “Allow All” OAuth grants, especially for AI productivity tools requesting broad email/drive/calendar access. The Vercel chain started here.

The 90-day window collapsed. The knowledge floor collapsed. The bugs moved layers. Three asymmetries compound. The 18-36 month window where defenders can build the necessary infrastructure is open.

— Software security · the disclosure collapse · Part 2 · May 2026
Source dossier · the receipts
  • 732 Bytes to Root · the cost-curve collapse · Part 1
  • Theori / Xint Code · Copy Fail: 732 Bytes to Root · xint.io · Apr 29 2026
  • Linux kernel mainline patch · commit fafe0fa2995a · Apr 1 2026
  • CVE-2026-31431 · NVD · CVSS 7.8 (High) · CISA KEV listed
  • Project Zero · 90-day coordinated disclosure policy · 2014
  • Vercel Security Bulletin · April 2026 · vercel.com/kb/bulletin/vercel-april-2026-security-incident
  • Trend Micro · The Vercel Breach: OAuth Supply Chain Attack · Apr 21 2026
  • The Hacker News · Vercel Breach Tied to Context AI Hack
  • TechCrunch · Zack Whittaker · App host Vercel says it was hacked · Apr 20 2026
  • Hudson Rock · Context.ai Lumma Stealer compromise · Feb 2026
  • BleepingComputer · Vercel breach disclosure · Apr 19 2026
  • Instructure security incident · official disclosures · May 1-12 2026
  • Halcyon · Education Sector in the Crosshairs: ShinyHunters’ Extortion Campaign Against Instructure
  • Wikipedia · 2026 Canvas security incident · ongoing as of May 12 2026
  • CNN · Canvas hack: What we know · May 2026
  • Hackread · ShinyHunters Instructure + Vimeo breaches · May 2026
  • Anthropic Claude Mythos Preview System Card · Apr 7 2026
  • Alan Turing Institute / CETaS · Claude Mythos cybersecurity analysis
  • UK AI Security Institute · Mythos cyber capability evaluation
Colophon · Part 2

Set in Source Serif 4, IBM Plex Sans, & IBM Plex Mono. Security-advisory aesthetic. Free to embed with attribution.

thorstenmeyerai.com

Software security · the disclosure collapse · Part 2 of 2 · May 2026

28 days · 275M records · $2M · “find it”

CompTIA Linux+ Certification All-in-One Exam Guide, Second Edition (Exam XK0-005)

CompTIA Linux+ Certification All-in-One Exam Guide, Second Edition (Exam XK0-005)

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Implications of the Disclosed Vulnerability Window Closure

This situation marks a fundamental shift in cybersecurity, where AI tools enable attackers to discover and weaponize vulnerabilities faster than vendors can patch or disclose them. The end of the 90-day window diminishes the time defenders have to respond, potentially increasing the window of exposure for affected systems. It also highlights a broader trend: the most critical vulnerabilities in 2026 are no longer memory-safety bugs but trust boundary failures at system integration points, which are less protected by traditional security measures.

For organizations and security professionals, this means reevaluating current patching and vulnerability management strategies, emphasizing proactive monitoring and AI-driven threat detection. The absence of vendor notices does not imply safety; rather, it underscores the need for more resilient security practices in an era where AI accelerates exploit development.

Recent Developments in Vulnerability Discovery and Disclosure

Historically, the responsible disclosure framework relied on a 90-day window after a vulnerability was publicly disclosed, giving vendors time to develop patches while defenders prepared to deploy them. This model was predicated on assumptions that reverse engineering exploits takes significant time and that patches are the first public signal of a vulnerability.

However, recent developments, including the April 2026 Linux kernel bug, show that AI-driven tools can reconstruct exploits from patches within minutes. The diff for the Copy Fail bug was publicly available from April 1, and AI systems could analyze it to produce working exploits by April 29. The Linux kernel community and security experts now face a new reality where the window for defenders to act is effectively eliminated, and attackers can weaponize bugs before official patches are released.

Cases like the Vercel breach (April 19) and the ongoing Canvas/Instructure breach (May 1-12) further illustrate that the most impactful vulnerabilities are no longer memory bugs but trust boundary failures involving third-party integrations and SaaS platforms, areas with less mature defenses.

“Diff archaeology is now a low-cost, rapid process, collapsing the time needed to identify and exploit vulnerabilities.”

— Security researcher at Theori

Unclear Impact of the Missing Vendor Notices

It remains uncertain whether vendors will issue notices or patches after the 90-day window has closed, or if new disclosure practices will emerge in response to AI-driven vulnerability discovery. The long-term impact on cybersecurity norms and legal frameworks is also still developing.

Next Steps for Vulnerability Management in an AI-Driven Era

Security experts suggest that organizations should enhance their proactive monitoring with AI tools capable of real-time vulnerability detection. Vendors may need to reconsider disclosure timelines or adopt new models that account for rapid exploit development. Additionally, there will likely be increased focus on securing trust boundaries and third-party integrations, which are now the most critical attack vectors. The cybersecurity community is expected to debate new standards and best practices for disclosure and patching in light of these developments.

Key Questions

Why did the 90-day disclosure window close without any notices?

The window closed because the vulnerability was publicly disclosed when the patch was committed on April 1, 2026, and no official notices or patches have been issued since then. This reflects a shift where AI tools can rapidly analyze patches and develop exploits, reducing the effectiveness of traditional disclosure timelines.

What does this mean for organizations relying on Linux or similar systems?

Organizations should recognize that vulnerabilities can be exploited before patches are publicly available, making proactive monitoring and AI-driven threat detection essential. Relying solely on vendor patches and disclosure timelines is no longer sufficient.

Are current security defenses effective against AI-exploited vulnerabilities?

Traditional defenses focused on memory safety and patching are less effective against trust boundary failures and third-party vulnerabilities. Organizations need to strengthen perimeter security, access controls, and third-party risk management.

Will the cybersecurity community change its disclosure practices?

It is likely that the community will explore new models that account for the rapid pace of AI-driven discovery, possibly involving real-time or continuous disclosure approaches rather than fixed windows.

Source: ThorstenMeyerAI.com

You May Also Like

Fair-value appraisals for used GPUs and AI hardware

A new manual valuation approach is being tested to establish fair market prices for used AI hardware, aiding brokers and resellers in pricing and transactions.

AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

AMD shifts Vivado licensing in 2026.1, restricting free Linux support to paid tiers, causing concern among Linux users and community members.

databow: a Rust CLI to query any database with an ADBC driver

Databow, an open-source Rust-based CLI, now allows querying any database with an ADBC driver, unifying access across diverse data systems.

Microsoft open-sources “the earliest DOS source code discovered to date”

Microsoft has open-sourced the earliest DOS source code to date, including 86-DOS and early utilities, offering new insights into the OS’s origins.