Overly broad permissions can turn one compromised account into a much larger security problem. Learn how to reduce unnecessary access, review privileges, and apply least privilege across modern Linux systems. Review Linux Privileges

Alerts This Week
Warning Icon 1 488
Alerts This Week
Warning Icon 1 488

Stay Ahead With Linux Security News

Filter%20icon Refine news
X Clear Filters
X Clear Filters
View More

Get the latest News and Insights

Get the latest Linux and open source security news straight to your inbox.

Community Poll

Should Linux servers automatically install security updates?

No answer selected. Please try again.
Please select either existing option or enter your own, however not both.
Please select minimum {0} answer(s).
Please select maximum {0} answer(s).
/main-polls/157-should-linux-servers-automatically-install-security-updates?task=poll.vote&format=json
157
radio
0
[{"id":506,"title":"Yes \u2014 critical security patches should install automatically.","votes":0,"type":"x","order":1,"pct":0,"resources":[]},{"id":507,"title":"No \u2014 every update should be tested before deployment.","votes":0,"type":"x","order":2,"pct":0,"resources":[]},{"id":508,"title":"Only critical vulnerabilities should auto-install.","votes":0,"type":"x","order":3,"pct":0,"resources":[]},{"id":509,"title":"I patch when Reddit starts panicking.","votes":0,"type":"x","order":4,"pct":0,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
bottom 200
Loading...

Explore Latest Linux Security news

We found -2 articles for you...
74

How Supply Chain Attacks Continue to Threaten Open-Source Software

Researchers recently identified another wave of malicious packages on PyPI linked to the broader Mini Shai-Hulud campaign, a worm-like supply chain attack that spread through trusted software packages. On the surface, the packages looked no different from thousands of others published to the repository each week. . Instead of trying to break into a target network directly, the attackers hid malicious code inside software that developers were already using. A few downloads are all it takes. Once a package enters a development workflow, it can end up in places far beyond the original system. That's what makes supply chain attacks difficult to ignore. A compromised package can end up in dozens of environments without the attacker ever interacting with the victim directly . The repository handles distribution. Dependency chains handle the rest. By the time someone figures out a package has been tampered with, the code may already be sitting in build systems, test environments, containers, or production workloads. What Happened? Researchers recently uncovered a new wave of malicious packages on PyPI linked to the broader Mini Shai-Hulud campaign. According to Socket's investigation , the attackers weren't relying on phishing emails or fake downloads. They were using software developers already trusted. A malicious Python package may initially compromise a developer workstation, but the impact rarely stops there. If the package becomes part of an automated build process, it can be incorporated into Linux containers, deployed through Kubernetes, or distributed across production servers without anyone noticing. The Approach : Instead of convincing users to download suspicious files, attackers insert malicious code into software people already trust. The repository remains legitimate, the package name remains familiar, and installation happens through normal workflows. The Targets : Research into the related Miasma and Mini Shai-Hulud activity found attackers targeting packagesused by developers, researchers, and technical users. Several affected projects were tied to scientific computing and development workflows, granting access to environments where source code, credentials, and deployment infrastructure are often concentrated. Trusted repositories have become a preferred target because they offer attackers a scale that traditional intrusion methods rarely achieve. Why Are Supply Chain Attacks So Effective? Supply chain attacks succeed because they abuse the trust already existing inside development environments. Developers trust official repositories, and organizations trust approved package managers. Build systems routinely download and install dependencies without requiring anyone to inspect every line of code. That trust creates an opportunity. Modern software development relies heavily on automation. Modern development pipelines are built around automation. Packages get pulled automatically, builds run automatically, and updates move through environments faster than most teams can review them. That works well until something malicious gets mixed in. A compromised package does not need a special path into the environment. It follows the same route as every legitimate dependency. Most organizations could not tell you everything sitting inside their dependency tree. There is simply too much of it. One package depends on another, which depends on five more, and somewhere down that chain, a bad update can end up in places nobody expected. Nobody installs malware on purpose. They install software they believe is safe. Why Linux Users Should Pay Attention Although the recent campaign involved Python packages on PyPI, the risk extends well beyond Python development. Many Linux environments depend heavily on open-source software. Developers install packages from trusted repositories every day. Build systems pull dependencies automatically. Containers often include software from dozens of different projects maintained by people spread across theworld. That creates a lot of trust points. A compromised dependency can end up in build systems, containers, development environments, and production workloads long before anyone realizes something is wrong. That is part of what makes supply chain attacks so effective. The attacker never has to touch the target directly. The repository handles distribution. The dependency chain handles the rest. A Systemic Trend: Beyond a Single Incident The malicious PyPI packages linked to Mini Shai-Hulud are only the latest example of a much larger problem. Over the past several years, attackers have repeatedly targeted the software supply chain instead of attacking organizations directly. The compromise of Codecov's software distribution process exposed customer credentials. The 3CX incident showed how a trusted software update could be turned into a delivery mechanism for malware. More recently, the attempted backdoor in the widely used XZ Utils project demonstrated how deeply attackers are willing to embed themselves in open-source ecosystems before making a move. The techniques vary, but the objective rarely changes. Sometimes the target is a package repository. Sometimes it is a developer account, a source code repository, or a CI/CD environment. In every case, the goal is the same: gain access to software before it reaches users. That shift matters. Attackers are spending less time looking for individual victims and more time looking for distribution points. Compromise something trusted, and the reach comes with it. The Mechanics of Modern Supply Chain Attacks Most supply chain attacks begin with access. Attackers obtain developer credentials, compromise maintainer accounts, abuse publishing infrastructure, or gain a foothold inside environments responsible for software distribution. Once inside, the process is streamlined: Insertion : Malicious code is injected into legitimate package updates. Trusted Workflow : Attackers use existing development processes to movemalicious code toward end users. Automated Distribution : A compromised package is pulled into development environments, incorporated into automated builds, packaged into containers, and eventually pushed into production. Each step appears routine because the software originates from a source users already trust. The speed is what makes these incidents difficult to contain; by the time malicious activity is detected, affected packages may already exist across multiple environments and organizations. Key Takeaways for Linux Administrators and Developers The lessons from these incidents are not limited to Python developers. Anyone responsible for Linux systems, cloud workloads, or software delivery pipelines should view package repositories as part of their attack surface: Perform Regular Reviews : Dependency reviews should be routine. Unused packages should be removed rather than left sitting inside production environments. Secure Developer Accounts : Developer accounts deserve the same protection as administrative accounts. Multi-factor authentication (MFA) should be enabled, especially for maintainers responsible for publishing software. Increase Visibility : Organizations should monitor package publishing activity and software entering their environments. Software composition analysis (SCA) tools can help identify risky dependencies before deployment. Monitor for Anomalies : Tracking package updates can provide early warning when trusted projects suddenly introduce unexpected behavior. The larger lesson is simple: Trust should not be automatic simply because software comes from an official repository. Conclusion The malicious PyPI packages linked to Mini Shai-Hulud will eventually disappear. The bigger issue will not. Open-source software is woven into modern infrastructure. Most teams could not realistically operate without it. That is why these incidents matter. The code arrives through a source everyone trusts, gets pulled into a workflow that looksnormal, and often spreads before anyone has a reason to question it. But incidents like this start much earlier in the process. The code arrives through a source that looks legitimate, gets pulled into a workflow that looks normal, and spreads before anyone has a reason to question it. That is what makes supply chain attacks difficult to defend against. The trust is already there. Related Reading Why Linux Supply Chain Attacks Are Becoming a Nightmare for DevOps Teams Why Software Supply Chain Security Matters in Linux Systems Debian 14 Requires Reproducible Builds for Package Integrity Enforcement Targeted Attacks on Open Source Maintainers Highlight Security Risks If you like this kind of Linux security coverage, subscribe to our newsletter for more updates, analysis, and practical tips. . Exploring the rise of supply chain attacks in open-source software, focusing on recent malicious Python packages on PyPI.. Supply Chain Attack, Open Source Risk, Python Software Security, Dependency Management, Security Best Practices. . MaK Ulac

Calendar%202 Jun 09, 2026 User Avatar MaK Ulac Network Security
76

University Of Minnesota Banned From Linux Development For Malicious Patches

Some researchers from the University of Minnesota tried to slip bad patches into the Linux kernel as a "test." When they kept trying, Greg Kroah-Hartman, the Linux kernel maintainer for the stable branch, put an end to their efforts by banning their university from Linux development. . Thanks to the Solarwinds security breach , software supply chain attacks have become an important issue. Naturally enough, there's a lot of research being done into these attacks. Two graduate students at the University of Minnesota working on a paper entitled, " On the Feasibility of Stealthily Introducing Vulnerabilities in Open-Source Software via Hypocrite Commits " tried to put the Use-After-Free (UAF) vulnerability into the Linux kernel. This kind of Red Team security testing is commonplace… when the project includes people who know what's going on beforehand. That wasn't the case here. When they tried it again, Greg Kroah-Hartman, the Linux kernel maintainer for the stable branch, had had enough. Kroah-Hartman, one of the most respected of all the Linux kernel developers, tweeted, " Linux kernel developers do not like being experimented on , we have enough real work to do." . Thanks to the Solarwinds security breach, software supply chain attacks have become an important iss. researchers, university, minnesota, tried, patches, linux, kernel. . Brittany Day

Calendar%202 Apr 22, 2021 User Avatar Brittany Day Organizations/Events
210

Dependency Confusion Attack Targets Amazon and Slack Apps

Malicious actors are exploiting a new 'Dependency Confusion' vulnerability to target Amazon, Zillow, Lyft, and Slack NodeJS apps and steal Linux/Unix password files and open reverse shells back to the attackers. . Last month, BleepingComputer reported that security researcher Alex Birsan earned bug bounties from 35 companies by utilizing a new flaw in open-source development tools. This flaw works by attackers creating packages utilizing the same names as a company's internal repositories or components. When hosted on public repositories, including npm, PyPI, and RubyGems, dependency managers would use the packages on the public repo rather than the company's internal packages when building the application. . Cybercriminals take advantage of a recently discovered dependency confusion flaw to infiltrate large corporations and extract sensitive login information.. Dependency Confusion, NPM Security, Attack Vector, Credential Theft. . Brittany Day

Calendar%202 Mar 02, 2021 User Avatar Brittany Day Security Vulnerabilities
News Add Esm H340

Get the latest News and Insights

Get the latest Linux and open source security news straight to your inbox.

Community Poll

Should Linux servers automatically install security updates?

No answer selected. Please try again.
Please select either existing option or enter your own, however not both.
Please select minimum {0} answer(s).
Please select maximum {0} answer(s).
/main-polls/157-should-linux-servers-automatically-install-security-updates?task=poll.vote&format=json
157
radio
0
[{"id":506,"title":"Yes \u2014 critical security patches should install automatically.","votes":0,"type":"x","order":1,"pct":0,"resources":[]},{"id":507,"title":"No \u2014 every update should be tested before deployment.","votes":0,"type":"x","order":2,"pct":0,"resources":[]},{"id":508,"title":"Only critical vulnerabilities should auto-install.","votes":0,"type":"x","order":3,"pct":0,"resources":[]},{"id":509,"title":"I patch when Reddit starts panicking.","votes":0,"type":"x","order":4,"pct":0,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
bottom 200