Blog

AI found the flaws. You don't need 1,000 contractors to fix them.

Itamar Sher
October 15, 2026
AI found the flaws. You don't need 1,000 contractors to fix them.

When AI finds faster than people can fix

On October 14, 2026, Bank of America's CEO said the bank brought in 1,000 contractors to patch software flaws surfaced by frontier AI models, including Anthropic's Mythos. "We put on 1,000 contractors to help us do the patching work in the second quarter," Brian Moynihan told CNBC. Those contractors work on top of the 3,000 people the bank already has in that area (ITPro, The Next Web).

That is what the new normal looks like. Mythos-class models scan code and dependencies and return findings at a volume no security team has seen before. Anthropic said it plainly in June 2026: "The bottleneck in cybersecurity is now verifying, disclosing, and patching the large numbers of vulnerabilities that Mythos-class models can surface."

Finding is now a machine's job. Fixing is still a person's job, and the only way to scale people is to hire more of them. Most organizations cannot add 1,000 contractors, and even the ones that can should not have to.

The answer is a two-sided weapon: AI models that find on one side, and AI that validates and fixes on the other. That is how an organization fights AI exploitation with AI.

Why every AI finding turns into human work

A finding from an AI model is the start of the work, not the end. Each one still has to go through the same manual steps:

  1. Validate it. Is the flaw real? Does it affect the version actually running in production?
  2. Find a fix. Is there an upstream patch yet? Often there is no CVE and no fixed release at all.
  3. Make the fix fit. The fixed release may be a major upgrade away, or the version you run may be end of life.
  4. Prove it. Build, test, and show the auditor the risk is gone without breaking anything.

Multiply those steps by thousands of findings and you get an army of contractors. Meanwhile attackers have access to the same class of models. Every day a finding sits in a queue is a day someone else can turn it into an exploit.

Side one: AI that finds

The first edge is already in your hands, or soon will be. Mythos-class models read code the way a senior researcher does, at machine speed. Pointed at your applications and the open source they depend on, they surface high and critical flaws that traditional scanners never matched, many of them with no CVE yet.

That is a gift and a burden. You now know about far more risk than before, and so does anyone else running the same models. Discovery is no longer what holds you back. What holds you back is the queue of findings it creates.

Side two: AI that fixes

Seal is the second edge. It takes the findings your AI models and scanners produce and does the work the contractors would do, with agents instead of headcount:

  1. Validate. Confirm the flaw applies to the exact package and version you run.
  2. Isolate. Take only the lines that matter from the upstream fix, as soon as it lands, even before a CVE or a fixed release exists.
  3. Backport. Apply them to your version, including end of life versions no upgrade can reach.
  4. Verify. Build, test, and prove the vulnerability is gone.
  5. Deliver. The sealed version lands in Artifactory, Nexus or your CI, and your scanner sees the finding close.

Seal's pre-CVE program adds a head start on top. Seal's own agents watch upstream projects continuously and issue warnings and patches for flaws AI surfaces before a CVE is published. Across Seal's coverage, the median head start before the public advisory is 7.5 days. That is a week in which an attacker with a model sees an open door and you have already closed it.

One weapon, two edges

Put the two sides together and AI meets every open source flaw at both ends. Your models find it. Seal's agents validate it, fix it on the version you run, and hand it back to your pipeline. When Seal's pre-CVE program catches the upstream fix first, you are patched before the finding ever reaches a queue.

The contractor queue in the middle disappears. Your scanner remains the source of truth, and the fix layer does the work that used to need a small army: making the risk go away on the versions you actually run.

How we do it

The fix, without the migration. A sealed version is your exact version plus the security patch, 6.5 lines on average.

Running in your build
spring-beans
4.3.30.RELEASE4.3.30.RELEASE+sp1
CVE-2022-22965 · critical 9.8sealed · no CVE
4.3.x reached end of life on 31 Dec 2020
CachedIntrospectionResults.java · spring-beans 5.3.18
31 Mar 2022
  PropertyDescriptor[] pds = this.beanInfo.getPropertyDescriptors();context
  for (PropertyDescriptor pd : pds) {context
+    if (Class.class == beanClass && (!"name".equals(pd.getName())the fix
+        && !pd.getName().endsWith("Name"))) {the fix
+        continue;  // only name variants of Classthe fix
+    }the fix
+    if (ClassLoader.class … ProtectionDomain.class) {the fix
+        continue;  // nobody needs to bind to thosethe fix
    if (logger.isTraceEnabled()) {context
Shipped in 5.3.18 and 5.2.20 only. Never in 4.3.x.
Verified against your version, not the newest one

Every backport is built and tested before it ships.

Builds clean against 4.3.30.RELEASE
Spring 4.3 test suite passes
Public API byte-compatible, no call sites change
Spring4Shell payload no longer binds
Delivered where your builds already look

A distinct version your tooling can resolve, pin, and audit.

JFrog Artifactory
Seal remote repository, resolves transparently
Sonatype Nexus
Same coordinates, sealed version
Seal CLI in CI
Discovery, substitution, scanner sync
Signed evidence
Patch source, SBOM entry, provenance

No application code changes. No manifest rewrites. Version pins stay yours.

The finding closes on the next scan

A real version bump, so your system of record moves on its own.

Finding
Severity
Status
CVE-2022-22965
Critical 9.8
No fix for 4.3.xFixed in 4.3.30.RELEASE+sp1

Synced back to Snyk · Black Duck · GHAS · Wiz · Checkmarx · Aqua

the security fix · 6 lines
+ if (Class.class == beanClass && …
+    continue;
+ if (ClassLoader.class … ) continue;
From upstream fix to a closed finding, before the CVE is published.
How we do it

The fix, without the migration. A sealed version is your exact version plus the security patch, 6.5 lines on average.

Running in your build
spring-beans
4.3.30.RELEASECVE-2022-22965 · critical 9.8 · no fix for 4.3.x
sealed ↓
4.3.30.RELEASE+sp1sealed · no CVE
No application code changes. No manifest rewrites. Version pins stay yours.
  1. 01
    Isolate
    Take only the added lines from the upstream fix, as soon as it lands, even before a CVE or a fixed release exists.
  2. 02
    Backport
    Apply them to the exact version you run.
  3. 03
    Verify
    Build it, test it, prove the vulnerability is gone.
  4. 04
    Deliver
    The sealed version lands in your artifact repo and CI.
  5. 05
    Close
    Your scanner sees a fixed version and the finding closes.

From upstream fix to a closed finding, before the CVE is published.

A contractor army or a fix layer

Both routes aim at the same goal: clear the AI findings before attackers use them. Only one of them scales with software instead of headcount.

Contractor armySeal fix layer
Validating findingsPeople, one finding at a timeAI agents, on the exact version you run
Flaws with no CVE yetWait for the advisoryPre-CVE patch, 7.5 day median head start
End of life versionsUpgrade or rewriteBackported fix, no upgrade
Speed on critical and highDepends on who is free72 hour contractual SLA, usually faster
Change to your codeUpgrades and migrationsAbout 6.5 lines per fix, version pins stay yours
Audit evidenceAssembled by handStandard evidence for every fix
How it scalesHire more peopleSoftware

Seal has already patched more than 20,000 CVEs this way, across the libraries customers actually use. Hardened images do not change this picture: they protect what ships next, while the AI findings sit in what is already running.

Fight AI with AI

If you are turning Mythos-class models on your stack, plan for what comes after the findings. Three steps get you there:

  1. Keep finding with AI. The models are the best map you will ever have of your exposure.
  2. Fix with AI too. Connect the findings to a fix layer that validates, patches and verifies them on the versions you run, so the queue never forms.
  3. Get ahead of the CVE. Use pre-CVE warnings and patches so the flaws your models and attackers find are already closed.

Bank of America needed 1,000 contractors on top of 3,000 staff to keep up. You can reach the same objective with AI on both sides.

Seal Security is the fix layer for the AI era. To see how Seal clears the findings your AI models produce, book a demo.