GitHub, PyPI add time-absed defenses against supply chain attacks

Cybersecurity’s Supply Chain Achilles Heel Gets a Much-Needed Fix

The world of software development has long been plagued by supply chain attacks, where malicious actors compromise popular libraries and frameworks to inject their own code into unsuspecting projects. The latest wave of these attacks saw numerous high-profile victims, including GitHub and PyPI, the Python Package Index. In response, both platforms have implemented new measures to safeguard against this type of threat.

At the heart of the issue is the speed at which malicious packages can spread once they’ve been published. Security tools may detect a compromised package within minutes of its release, but that doesn’t necessarily mean the danger has passed. Developers and maintainers still need to take action to remove the tainted code from their projects, leaving a window of vulnerability during which the attack can take hold. To combat this, GitHub’s Dependabot tool has been updated with a time-based defense mechanism.

Dependabot is a dependency-update service that automatically scans for new package versions and opens update pull requests for maintainers to review. However, its previous implementation had a significant flaw: it would blindly adopt newly published packages without any delay. The new cooldown feature introduces a 72-hour wait period before updating dependencies, effectively giving security teams time to catch up and respond to potential threats.

This change is particularly important given the speed at which malicious actors operate. In recent cases, compromised packages have been detected mere minutes after publication, highlighting the need for an additional layer of protection between package release and adoption.

PyPI has also taken steps to mitigate the risk of supply chain attacks by implementing a 14-day cutoff on new file uploads to existing releases. This means that maintainers will no longer be able to add fresh files to older packages, preventing attackers from poisoning trusted repositories with malicious code.

While neither platform has reported any confirmed incidents using this specific attack vector, their proactive measures demonstrate a commitment to prioritizing security and protecting the development ecosystem as a whole. The move serves as a reminder that even with robust security tools in place, vigilance is essential in identifying and addressing potential vulnerabilities before they can be exploited.

For developers and maintainers, the takeaway from these updates should be clear: test every layer of your software stack before an attacker does. By incorporating regular breach and attack simulation testing into their workflows, teams can identify weaknesses and harden their defenses against emerging threats.


Source: Bleeping Computer — 2026-07-26