Audition AI
Back to Blog
Visualization of the global software supply chain — interconnected nodes representing dependencies flowing into a hedge fund's technology stack

AI Strategy  ·  Supply Chain Risk  ·  Hedge Funds

How Claude Exposes Your Hedge Fund to the Fragility of the Global Software Supply Chain

AI-assisted coding is a gift. But every line of code you ship connects you to a supply chain under industrial-scale attack.

By Benjamin Saberin, Founder/Developer Architect10 min read

In 2015, fewer than 5–10% of hedge funds shipped proprietary code. That number held for nearly a decade. Then AI-assisted coding arrived — and in two years, from 2024 to mid-2026, that number leapt past 25%.

This is, mostly, an exciting outcome. Progress is messy, and the ability for more people to build software faster is a net positive for the industry. I have concerns, but fundamentally I am optimistic.

Here is the thing to keep in mind: writing code is a great responsibility. There is so much opportunity to do so much harm that the last 40 years have produced an entire discipline of philosophy, process, and tooling designed to mitigate risk and minimize damage.

Someone asked me two years ago whether AI would eliminate the market for developers. I said then — and I believe now — that it is the opposite. Over the next several years, everyone will become a coder in some capacity. What that means will evolve. The tools will change. But the end result is that more of us ship code than ever before.

And that means more of us are exposed to risks most of us have never thought about.

5–10%

Hedge funds shipping code in 2015

25%+

Hedge funds shipping code in 2026

75%

YoY increase in malicious packages

What Is the Software Supply Chain?

The software supply chain is the global network of third-party components, tools, and services that companies rely on to build and run modern software — similar to how manufacturers rely on outside suppliers for parts and raw materials.

Very few firms write every line of software themselves. Developers routinely incorporate open-source libraries, cloud services, automated build systems, and external code packages created by others. This creates enormous efficiency and innovation benefits. It also introduces dependency risk: if one trusted supplier in that chain is compromised, malicious code can be distributed downstream to thousands of organizations at once through normal software updates.

The Business Analogy

Software supply chain risk is the digital equivalent of discovering that a widely used vendor has unknowingly shipped contaminated components into products across an entire industry. The products still carry the official logo. They still pass quality checks. But they are compromised.

When your fund uses Claude, Copilot, or any AI coding assistant to generate code, that code almost always references external packages. The AI suggests them because they are popular, well-documented, and widely used. That is exactly what makes them high-value targets.

Why Is It So Fragile?

The scale of the problem is staggering. Let me give you this week's numbers.

Recent Attack Timeline
May 19, 2026Mini Shai-Hulud wave via compromised @antv maintainer account

300+ packages affected, 637 malicious versions published in 22 minutes. Credential theft and CI/CD exfiltration.

May 11, 2026TanStack compromise (42 packages, 84+ malicious versions)

Self-propagating worm exploiting GitHub Actions. Valid SLSA provenance forged. Affected Mistral AI, UiPath, OpenSearch.

March 2026Axios maintainer takeover (100M+ weekly downloads)

RAT payloads distributed through the most popular HTTP client library. 5+ major incidents in 12 days.

2025 Full Year454,600 new malicious packages detected (75% YoY increase)

Shai-Hulud worm compromised chalk, debug, tinycolor — billions of weekly downloads affected.

2020–2024Gradual escalation from isolated incidents

Typosquatting and simple malware. No equivalent to current self-propagating, industrial-scale campaigns.

This is not a single hack. It is an automated, multiplying attack that exploits the trust we all place in shared infrastructure.

A Real-World Example: The TanStack Attack

Let me walk through one incident so the mechanics are clear.

TanStack is a set of popular building blocks used by millions of developers for web application routing and state management. It is trusted, widely adopted, and maintained by respected open-source contributors.

1

Attackers targeted the supplier

Instead of attacking your firm directly — which would be hard and obvious — they went after the supplier of a trusted building block. The TanStack libraries on npm, the main marketplace for JavaScript code.

2

They hijacked the trusted delivery process

They didn't steal the maintainer's password. They poisoned the automated release system (GitHub Actions) that TanStack uses to publish. Like tampering with a factory's packaging line that puts the official label on the product.

3

Malicious code shipped automatically

Within minutes, 84+ malicious versions were published. Any system that ran "update our libraries" — a routine operation — silently installed the compromised code.

4

The payload activated

The code searched for passwords, secret keys, cloud access tokens (AWS, Google, Azure), and GitHub credentials. It exfiltrated them to the attackers. Worse — it was self-propagating. If it found credentials that let it publish more packages, it infected those too.

The result: organizations including Mistral AI, UiPath, and internal tools at companies like OpenAI were affected. Developer machines and automated cloud systems were compromised. Any stolen credentials could then be used to break into broader systems, access customer data, or continue spreading.

For the Executive

Your company sources critical components from a trusted global supplier. One day, that supplier's factory is compromised, and thousands of shipments now contain hidden tracking devices and remote control mechanisms. The products still have the official logo. They still pass quality checks. By the time you discover it, the devices are already inside your products and your customers' hands.

Why This Matters to Your Hedge Fund

Until recently, most hedge funds did not need to think about this. Your code was your models, maybe some Excel macros, and a Bloomberg terminal. The operational technology was purchased from vendors with security teams of their own.

That world is gone.

With AI-assisted coding, your team is now pulling in open-source packages, building internal tools, deploying web applications, and automating workflows using the same global dependency ecosystem that everyone else uses. Every npm install or pip install command reaches into that supply chain.

Your proprietary trading strategies live on the same machines that consume these packages

Your cloud credentials — the keys to everything — are accessible from build systems

A single compromised dependency can exfiltrate data before any human reviews the code

Traditional antivirus and firewalls often miss these attacks because the code arrives through legitimate channels

Your developers may not even know which packages were pulled in — AI suggested them

Who Gets This Right?

I have had the privilege to work with some very forward-thinking people. Over the last ten years, I have learned from some of the smartest firms in the industry about how they manage this risk.

One example is Jane Street. Relative to most financial firms and most modern software companies, Jane Street is widely known for minimizing dependence on external software components and building a large portion of its technology stack internally. They use OCaml as a core language across trading, infrastructure, tooling, and even internal applications. They maintain their own foundational libraries, developer tools, and runtime systems.

That is an extreme approach — and it works for them because they have the engineering depth to sustain it. Most firms cannot do what Jane Street does. But the principle underneath it is accessible to everyone:

You cannot fully control what you do not build — but you can control how you consume it.

How to Reduce the Risk

You do not need to become Jane Street. But you do need a posture. Here is what the most responsible firms are doing right now:

Pin exact versions

Never auto-update dependencies blindly. Lock specific versions and review changes before accepting updates. This is the single most impactful step.

Scan dependencies continuously

Use automated tools (Socket, Sonatype, StepSecurity, Snyk) that analyze packages for malicious behavior — not just known vulnerabilities, but suspicious patterns.

Enforce least-privilege in CI/CD

Your build systems should not have access to production credentials. Isolate build environments. Limit what secrets are available during automated processes.

Require provenance verification

Demand cryptographic proof that a package was built from a specific, auditable source. SLSA provenance checks are becoming table stakes.

Audit what AI generates

When Claude or Copilot suggests a dependency, treat it as a recommendation — not an instruction. Verify the package is actively maintained, widely trusted, and not recently transferred to a new owner.

Build internally where it matters most

For core business logic and anything touching sensitive data, consider building in-house. The cost of maintaining a small library is far less than the cost of a supply chain breach.

Related

How AI Helped My Team Reduce Supply Chain Risk

A practical example of build-vs-buy thinking in action — using AI to reduce our own dependency footprint rather than expand it.

Read on LinkedIn →

If None of This Makes Sense Yet — That's Okay

If you are new to shipping code, or if your team is already shipping but none of this supply chain language feels familiar — you are not behind. You are exactly where most hedge funds are right now. The important thing is that you recognize the gap and close it before it costs you.

The team that built Audition AI has been helping hedge funds ship production code for two decades. We have seen every phase of this evolution — from the era when funds ran nothing proprietary, to today, when AI-assisted development is creating extraordinary opportunity and extraordinary exposure.

We can help you put good process in place. Process that does not slow you down. Process that does not break the bank. The kind of guardrails that let your team move fast because the foundation is solid — not in spite of it.

Audit your current dependency tree and identify where you're exposed

Set up automated scanning so threats are caught before they reach production

Design build pipelines with least-privilege principles baked in

Train your team to evaluate AI-generated code with confidence

Help you build internally where it matters most — without over-engineering

You do not need to become a software company overnight. You just need the right people in your corner — people who have done this before, who understand the regulatory landscape you operate in, and who know how to make governance feel like an accelerator rather than a brake.

The Bottom Line

AI-assisted coding is not the problem. It is a force multiplier. But force multipliers amplify risk as much as they amplify capability.

The hedge funds that thrive in this new landscape will be the ones that embrace AI-assisted development and invest in the governance, tooling, and expertise to manage what comes with it.

You would not buy a building without inspecting the foundation. Do not ship code without understanding the supply chain it stands on.

The question is not whether to use AI to write code.
The question is whether you are prepared for what you inherit when you do.

Stay Current

Like this content?

Subscribe to our weekly brief for more insights on AI strategy, security, and governance for hedge funds.

Subscribe to Weekly Brief →

Next Step

Need help governing your AI-generated code?

Audition AI helps hedge funds deploy AI safely — including supply chain governance, dependency management, and secure CI/CD inside your cloud.

Tags

Supply Chain RiskHedge FundsAI-Assisted Codingnpm SecurityOpen SourceSoftware GovernanceClaudeAuditionAI