SShortSingh.
Back to feed

XCSSET v40 Malware Hijacks Chrome and Telegram via Poisoned Xcode Projects

0
·9 views

Security researchers at Palo Alto Networks Unit 42 published an analysis on July 31, 2026, of XCSSET v40, a high-severity macOS malware targeting software developers. The malware spreads through poisoned Xcode projects hosted on platforms like GitHub, activating when a developer builds the project locally. Once a command-and-control server approves the target, a multi-stage loader executes 17 modules entirely in memory to steal browser data, log keystrokes, and hijack clipboard content. The malware wraps Google Chrome in a malicious launcher to enable session hijacking via Chrome DevTools Protocol, while also replacing the legitimate Telegram app with a trojanized version signed with an ad-hoc certificate. It further self-replicates into other Xcode projects on the infected machine, allowing it to spread to additional developers through shared code repositories.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Engineer Trains AI on Drug Database to Find UC Treatments, Uncovers Method's Limits

A software engineer with ulcerative colitis built a computational drug repurposing model to test whether machine learning can reliably predict new treatments for the disease. Using the Drug Repurposing Knowledge Graph (DRKG), a database of 97,000 biological entities and 5.9 million relationships compiled by Amazon and several universities, he trained three graph embedding models to score existing drugs as potential UC candidates. The experiment involved removing 108 known UC drug relationships from the dataset, then checking if the models could recover those drugs using indirect biological pathways alone. One model, RotatE, recovered 45% of known UC treatments within the top 100 predictions out of roughly 5,850 compounds, a result that meets published benchmarks. However, the author found that the process also surfaced a drug associated with causing UC, raising deeper questions about whether strong benchmark scores reflect genuine biological insight or simply patterns in how the graph is structured.

0
ProgrammingDEV Community ·

Dev Builds Browser-Based Line Break Remover That Handles LF, CRLF, and CR

A developer has built a browser-based line break removal tool called TextFixHub Line Break Remover to address the complexity of handling multiple line-ending formats across platforms. Text copied from sources like Word, spreadsheets, or GitHub can contain LF, CRLF, or CR line endings — sometimes mixed within a single paste. The tool offers three modes: replacing breaks with spaces while preserving paragraphs, removing breaks entirely, or removing breaks while inserting spaces to prevent words from merging. It normalizes all line endings before processing and strips invisible byte-order marks that can silently corrupt text logic. All processing runs locally in the browser with no server uploads, and the tool handles inputs of over 100,000 characters in under 500 milliseconds.

0
ProgrammingDEV Community ·

Alchemy GJS Framework Adds WebKit and GStreamer Components for GNOME Apps

Alchemy is a lightweight, reactive UI component library for GNOME desktop applications built with GJS, inspired by the Quasar Framework and Vue.js. The project allows developers to build native GNOME apps using a Vue-like composition API while rendering fully native GTK4 widgets. Two new components have recently been added: QWebView, which integrates WebKit 6.0 with reactive URL and HTML bindings, and QAudioPlayer, a GStreamer-powered audio player with WebRTC support. At its core, Alchemy uses a dependency-tracking reactivity engine modeled after Vue 3, featuring ref, computed, and effect primitives. The framework aims to bridge modern web development workflows with native Linux desktop application development.

0
ProgrammingDEV Community ·

threads=0 Misconfiguration Silently Hangs Waitress-Backed Flask Servers

A common but hard-to-spot misconfiguration in Waitress-backed Flask apps involves setting the threads parameter to 0, leaving the server with no worker threads to process incoming requests. The server starts normally, binds its port, and logs nothing unusual, yet every request hangs indefinitely without any error message. This typically occurs when an environment variable is unset, a config file contains a typo, or a CPU-based thread calculation rounds down to zero on a low-resource container. Because Waitress does not raise an exception for threads=0 at startup, the bug only becomes apparent once requests begin failing silently. The StayPresent library addresses this by validating the threads value before the server starts, immediately throwing a ValueError for any value below 1 to make misconfiguration obvious and easier to debug.