The images in this article were generated with artificial intelligence. How we publish
Researchers have documented a new Linux implant baptized as Quasar Linux (QLNX), designed to compromise developer workstations and DevOps environments with functions that combine rootkit, back door and credentials theft; its design suggests a deliberate approach to supply chain attacks and long-term persistence in machines that have direct access to repositories, container records and cloud credentials.
What makes QLNX particularly dangerous is its hybrid approach: malware runs in memory and erases disk devices to avoid forensic analysis, dynamically compiles components in the victim machine using gcc - including a LD _ PRELOAD module of user space and a kernel-based component of eBPF - and adds multiple automatic start-up mechanisms (from systemd to .bashrc and cron) to ensure that it survives reworks and process removal. It also includes a remote control framework with dozens of commands, memory injection capabilities, file system monitoring, keylogging and collection of SSH keys, cloud tokens and other secrets.

Attacking developer workstations is no coincidence: these machines often store credentials and tokens that allow you to publish packages to npm, PyPI or containers in records, or trigger pipelines on CI / CD with high permissions. An attacker who controls a development environment can, without violating production systems, introduce malicious devices into the supply chain and spread large-scale commitments; therefore the presence of QLNX should be read as a reminder of the fragility of the human link and the local environment in software security.
The detection at the time of the report is low, which complicates containment: few antivirus solutions still detect the binary and the phileless nature of the threat makes traditional scanning difficult. Therefore, defenses should focus on prevention and detection measures specific to developers and pipelines: minimize the persistence of credentials in personal machines, force the use of ephemeral and short-lived credentials for automated processes, apply multifactor authentication in all access to repositories and records, and segregate development environments from environments where sensitive secrets reside.

At the operational level it is appropriate to audit commitment signals that QLNX frequently exploits: to review unauthorised units and services, unusual entries in crontab, the presence of LD _ PRELOAD or / etc / ld.so.preload modified, changes in PAM modules or in / etc / pam.d, and abnormal process activity supplanting legitimate names. It is also recommended to implement endpoint behavior detection and visibility at the kernel level, as well as to use rules that seek unexpected local compilations (gcc invoked by unusual processes) or unsigned eBPF loads. If there is a suspicion of commitment, assume that local secrets were exfiltered and rotated immediately; rebuild from clean images and restore keys from safe sources.
Organizations should incorporate supply chain controls: sign artifacts, require CI reviews and signatures, run build-ups in isolated and ephemeral runners, and scan units before publication. Public documentation and tools provide practical guides to hardening pipelines and repositories; for example, GitHub's resources on supply chain security explain good practices to protect workflows and dependencies https: / / docs.github.com / en / code-security / supply-chain-security and the efforts of government agencies and communities (such as CISA) contain recommendations on risk management in the software supply chain https: / / www.cisa.gov / supply-chain.
In short, QLNX is not just another Trojan: it is a complex kit designed to hide, persist and abuse developer credentials to facilitate attacks on the supply chain. The effective response is to combine hygiene of secrets, segmentation of development environments, behavioural-based detection and replicable and signed building practices; without these measures, the teams will remain a privileged target for campaigns that seek to pollute legitimate software from their origin.
Related
More news on the same subject.

FBI and six countries link Integrity Technology Group to entity post theft in SE Asia
On October 8, the FBI and agencies in six countries issued a joint warning that assigns to a Chinese company, Integrity Technology Group, a sustained series of intrusions whose ...

Campaign with LLM and ARTEX attacks South Korean financial institutions and exfilters data
Security researchers have documented a campaign directed against South Korean financial institutions using language-driven attack tools to automate intrusions and data extractio...

ChainDrop campaign exposes tensorlake in npm; version 0.5.144 withdrawal
A package of npm called tensorlake, an SDK in TypeScript oriented to Tensorlake applications and services, was engaged in a supply chain campaign linked to the attack family kno...

Google reports DNS kidnapping: TLS certificates for google.com.gh, google.sl and google.as
Google reported on October 6 that attackers managed to issue unauthorized HTTPS certificates for Google and YouTube names after compromising authoritative DNS records of three t...

Cyber risk in 2026 moves to workflows and IA, according to Voice of the CISO
The data added by five editions of the Voice of the CISO study - including the most recent findings of 2026 - draw a less intense change than risk location: the threat is moving...

Phishing BitB points to advertising professionals and account managers to steal MFA
Security researchers have described a phishing campaign for advertising professionals and account managers that uses a human-operated platform to mimic ad products linked to IA ...