RL Blog

Topics

All Blog PostsAppSec & Supply Chain SecurityDev & DevSecOpsProducts & TechnologySecurity OperationsThreat Research
Why RL Built Spectra Assure Community

Why RL Built Spectra Assure Community

We set out to help dev and AppSec teams secure the village: OSS dependencies, malware, more. Learn how.

Read More about Why RL Built Spectra Assure Community
Why RL Built Spectra Assure Community

Follow us

XX / TwitterLinkedInLinkedInFacebookFacebookInstagramInstagramYouTubeYouTubeblueskyBluesky

Subscribe

Get the best of RL Blog delivered to your in-box weekly. Stay up to date on key trends, analysis and best practices across threat intelligence and software supply chain security.

The inaugural Gartner® Magic Quadrant™ for Software Supply Chain Security is outGET THE REPORT
Skip to main content
Contact UsSupportBlogCommunity
reversinglabsReversingLabs: Home
Solutions
Secure Software OnboardingSecure Build & ReleaseProtect Virtual MachinesIntegrate Safe Open SourceGo Beyond the SBOM
Increase Email Threat ResilienceDetect Malware in File Shares & StorageAdvanced Malware Analysis SuiteICAP Enabled Solutions
Scalable File AnalysisHigh-Fidelity Threat IntelligenceCurated Ransomware FeedAutomate Malware Analysis Workflows
Products & Technology
Spectra Assure®Software Supply Chain SecuritySpectra DetectHigh-Speed, High-Volume, Large File AnalysisSpectra AnalyzeIn-Depth Malware Analysis & Hunting for the SOCSpectra IntelligenceAuthoritative Reputation Data & Intelligence
Spectra CoreIntegrations
Industry
Energy & UtilitiesFinanceHealthcareHigh TechPublic Sector
Partners
Become a PartnerValue-Added PartnersTechnology PartnersMarketplacesOEM Partners
Alliances
Resources
BlogContent LibraryCybersecurity GlossaryConversingLabs PodcastEvents & WebinarsLearning with ReversingLabsWeekly Insights Newsletter
Customer StoriesDemo VideosDocumentationOpenSource YARA Rules
Company
About UsLeadershipCareersSeries B Investment
Events
Press ReleasesIn the News
Pricing
Software Supply Chain SecurityMalware Analysis and Threat Hunting
Request a demo
Menu

Spectra Assure Free Trial

Get your 14-day free trial of Spectra Assure for Software Supply Chain Security

Get Free TrialMore about Spectra Assure Free Trial
Blog
Events
About Us
Webinars
In the News
Careers
Demo Videos
Cybersecurity Glossary
Contact Us
reversinglabsReversingLabs: Home
Privacy PolicyCookiesImpressum
All rights reserved ReversingLabs © 2026
XX / TwitterLinkedInLinkedInFacebookFacebookInstagramInstagramYouTubeYouTubeblueskyBlueskyRSSRSS
Back to Top
AppSec & Supply Chain SecurityMay 23, 2023

PyPI paused as automated attack overwhelms admins

The Python repo was flooded with malicious typo-squatting packages. Weekend warriors quit defense and hit pause.

Richi Jennings
Richi Jennings, Independent industry analyst, editor, and content strategist.Richi Jennings
FacebookFacebookXX / TwitterLinkedInLinkedInblueskyBlueskyEmail Us
play pause button on stereo

PyPI came under attack from bots at the weekend. Bad actors were trying to submit malicious packages with names similar to established dependencies.

It’s yet another scary illustration of the fragility inherent in our software supply chains. In this week’s Secure Software Blogwatch, we look deeper.

Your humble blogwatcher curated these bloggy bits for your entertainment. Not to mention: For Doom fans.

Related repo news: RATs found hiding in the npm attic

Python team needs a rest

What’s the craic? Careful with that Ax Sharma — “PyPI temporarily pauses new users, projects amid high volume of malware”:

“PyPI is no stranger to being abused”

PyPI, the official third-party registry of open source Python packages has temporarily suspended new users from signing up, and new projects from being uploaded to the platform [after] a large influx of malicious users and packages: … "While we re-group over the weekend, new user and new project registration is temporarily suspended," … states an incident notice.

…

Like other open source registries, PyPI is no stranger to being abused by adversaries looking to distribute malware. [This] move by PyPI admins is unlikely to impact existing maintainers of Python packages available on the registry from publishing newer versions of their artifacts.

When will it end? Ross Kelly has more on what he calls a “PyPI attack”:

“Attack was automated”

Targeting of the … PyPI repository is likely to continue, given its popularity and potential to cause massive disruption. PyPI has been targeted numerous times in the past year and has been described as a “highly lucrative target” for cyber criminals.

…

The outage lasted for nearly 29 hours and appears to have been exacerbated by the fact that some admins were on leave for the weekend. … While exact details on the incident or the threat actors involved are yet to be disclosed, there are indications that the attack was automated.

Time to panic? Nate Nelson naysays — “Incident Was Overblown”:

“New tools to track dependencies”

Ee Durbin, director of infrastructure for the Python Software Foundation, [says] the actual circumstances of the shutdown were much less dramatic than they were made out to be: "This weekend was just a matter of human capacity. … Effectively, there was just one PyPI admin available to handle reports out of the usual three, and [we] needed a weekend."

…

At least some portion of the hubbub around [the] shutdown can be explained by growing fears around the state of open source security. … Malicious packages run so rampant today that some hackers hardly feel the need to hide them anymore.

…

Organizations that utilize open source software — read: all organizations — have a far more difficult time defending against even such low-level attackers, prompting calls for better package inspection, the development of new tools to track dependencies, and software bills of materials (SBOMs). … Supply chain security in years to come will turn on our ability to keep public repos clean and protect ourselves when they're not.

ELI5? Thomas Claburn explains like we’re five — “Project temporarily freezes new user accounts”:

“Maintainer burnout”

Essentially, you really don't want malicious users to get their malware and fake libraries into popular registries: … That would lead to unsuspecting developers poisoning their apps and users with bad dependencies.

Someone has to filter out the nasty code from the good stuff. [But] maintainer burnout is a long-standing problem in the open source community, one generally dealt with by recognizing that more resources – in terms of people and often funding – need to be directed at affected projects.

Still too wordy? efitz cuts to the chase:

People suck and that is why we cannot have nice things.

How did we get here? Get off Antique Geekmeister’s lawn:

Having a broad variety of open source tools, some of which are the reference tool, is useful. [But] there are problems: Ridiculous chains of unreliable and unpredictably incompatible dependencies are one of the risks we've seen with all of these packaging systems.

Still, pretty lousy “service” from PyPi, amirite? ChoHag begs to differ:

It's called the weekend for a reason. Let the people who are paying for that 24 hour tech support complain. Give them their money back maybe.

Don’t feel smug if you don’t use Python. As imran-iq explains:

It's only a matter of time until it happens to other systems too. Take Rust for example, where folks can … cargo install <global name package>. Top that off with fact that during compile (as an attacker) you have full access to your victims computer.

Python just happens to have more popularity — for now.

You pesky kids with your new-fangled languages. Wrong again, says sg_oneill:

Despite what some of the hipsters might think, Python is an old language by tech standards (older than Java, all the .NET languages, JS, and so on. C++ is slightly older by a few years. I've been using Python since the late ’90s) but it wasn’t really discovered by the public until the last 4–5 years.

…

Unfortunately it’s brought over with it a lot of the bad actors and idiots that beset PHP and JS. That’s unfortunate because one of Python’s defining advantages was that it had an old and very carefully developed ecosystem of stuff that worked, was conservatively designed and relatively easy to use, and I do worry not all the new converts get that. We traditionally don’t re-invent wheels, we make older wheels rounder.

…

Dependency resolution … is largely a solved problem, its a tree. Its also hard for humans, because you have to ensure you are managing all the dependencies of the libraries you use,. and all of their dependencies, and so on. … You have an exponential trap of vunerability here.

Meanwhile, VoiceOfTruth reminds us why we even know about this:

I tip my hat to the dedicated people in the open source world who maintain this stuff. They are often nameless (until the **** hits the fan).

And Finally:

“Massively innovative Doom .wad”

*Viewer discretion advised.

Hat tip: Invisible Wizard

Previously in And finally


You have been reading Secure Software Blogwatch by Richi Jennings. Richi curates the best bloggy bits, finest forums, and weirdest websites … so you don’t have to. Hate mail may be directed to @RiCHi or ssbw@richi.uk. Ask your doctor before reading. Your mileage may vary. Past performance is no guarantee of future results. Do not stare into laser with remaining eye. E&OE. 30.

Image sauce: Thomas Breher (via Pixabay; leveled and cropped)

Keep learning

  • Learn how Gartner® named RL a supply chain security 'visionary.' Download: Gartner® Magic Quadrant™ for Software Supply Chain Security.
  • Get key insights into why Gartner® identified binary analysis as a must-have control in its recent CISO Playbook for Commercial Software Supply Chain Security.
  • Get up to speed on the Agentic Development Security tools landscape in this webinar with Forrester Sr. Analyst Janet Worthington.
  • Take a deep dive on the state of software security with RL's Software Supply Chain Security Report 2026. Plus: See the the webinar discussing the findings.

Explore RL's Spectra suite: Spectra Assure for software supply chain security, Spectra Detect for scalable file analysis, Spectra Analyze for malware analysis and threat hunting, and Spectra Intelligence for reputation data and intelligence.

Plus: Join the free Spectra Assure Community today to get hands-on with RL's binary analysis-based software supply chain security platform.

Tags:AppSec & Supply Chain Security

More Blog Posts

OSS security

Should frontier AI firms fund OSS ecosystem security?

With a ‘vulnpocalypse’ expected, AppSec leaders are calling for the companies to invest in a Great Refactor Fund to secure open source.

Learn More about Should frontier AI firms fund OSS ecosystem security?
Should frontier AI firms fund OSS ecosystem security?
Agentic AI architecture

Agentic AI risk isn't a model problem. It's an architecture problem.

Agentic AI is moving the perimeter from components to data — and most strategies aren't built for that.

Learn More about Agentic AI risk isn't a model problem. It's an architecture problem.
Agentic AI risk isn't a model problem. It's an architecture problem.
AI coding agents

The race to secure AI coding: 4 steps to rein agents in

Coding agents are privileged insiders — with keys to CI/CD pipelines even as they give rise to ‘slopsquatting.’ Here’s how to govern them.

Learn More about The race to secure AI coding: 4 steps to rein agents in
The race to secure AI coding: 4 steps to rein agents in

Update to npm blocks install scripts: What it means for AppSec

Disabling scripts by default closes the vector worms like Shai-Hulud rely on. Here's what the update fixes — and what it doesn't.

Learn More about Update to npm blocks install scripts: What it means for AppSec
Update to npm blocks install scripts: What it means for AppSec
Shai-hulud worm DevOps