Search This Blog

Powered by Blogger.

Blog Archive

Labels

Footer About

Footer About

Labels

Showing posts with label Cyber Security. Show all posts

Critical Linux Kernel Vulnerability Could Allow Hackers to Gain Remote Root Access


A critical security vulnerability in the Linux kernel could allow attackers to remotely take control of vulnerable servers and execute commands with root privileges. Security researchers at Anthropic have developed an exploit demonstrating how the flaw can be used to compromise Linux systems running Multipath TCP (MPTCP) listeners.

The vulnerability, tracked as CVE-2026-98432, has received a critical severity rating of 9.8 out of 10 from the Linux kernel CVE team. It affects Linux kernel versions dating back to 4.4 and could put several widely used Linux distributions at risk.

About the problem

The security issue is caused by a use-after-free vulnerability in the Linux kernel’s IPv4 TCP networking code. It occurs because of a race condition during the handling of TCP connection requests.

The vulnerability affects both regular TCP connections and Multipath TCP (MPTCP). MPTCP allows a single network connection to use multiple network paths simultaneously, improving connection reliability and performance.

Researchers at Anthropic demonstrated that the flaw could be exploited remotely without authentication on servers running MPTCP listeners. Their exploit was developed using an unreleased Claude AI model and reportedly took around 53 minutes to achieve remote code execution with root privileges. 

The exploit also managed to bypass Kernel Address Space Layout Randomization (KASLR), a security mechanism designed to make memory-based attacks more difficult.

Another concern involves Go 1.24, which enables MPTCP by default for TCP listeners on Linux when the underlying kernel supports the feature. This means some Go-based applications could expose vulnerable services without administrators being aware of it.

Who is impacted?

The vulnerability affects multiple Linux distributions, including Ubuntu, Red Hat Enterprise Linux (RHEL) and Rocky Linux. While the Linux kernel issue can also be triggered through ordinary TCP connections, publicly demonstrated remote root exploitation has so far focused on systems running MPTCP listeners.

Red Hat has assessed the vulnerability as a complex exploitation risk that could result in a denial-of-service condition, assigning it a lower severity score of 5.9.

How to address

The vulnerability has been fixed in the upstream Linux kernel, with patches also backported to maintained kernel branches. However, security updates were still pending for several distributions as of October 30, 2026.

Rocky Linux support provider CIQ has also recommended temporary firewall protections using nftables to block IPv4 TCP packets containing IP options. But simply disabling MPTCP is not sufficient because the underlying vulnerability can also be triggered through ordinary TCP traffic.

There are currently no confirmed reports of CVE-2026-98432 being exploited in real-world attacks.

Trojanized Claude Code Extension on Cursor Marketplace Exposes Users to SSH Backdoor


The Cursor IDE extension marketplace was flooded with modified versions of Anthropic's official Claude Code extension, exposing developers to a persistent SSH backdoor. This malicious package, version 2.1.313, appeared to be a legitimate update as opposed to a separate malicious application as it was published under the legitimate extension identity, making it appear to be an authentic update. 

A report was issued on October 29, 2026, following the discovery of the compromised extension installing an attacker-controlled SSH key, establishing remote access, and maintaining persistence on affected systems. According to Cursor, the malicious version was accessible for approximately 11 hours from 2:27am to 1:35pm Pacific Time. 

The company estimates that up to 5,000 users could have been affected. 66 lines of JavaScript code were inserted into the main code bundle of the extension by the attackers. The malicious component was designed to execute before the extension's normal functions, allowing it to perform unauthorized activities without requiring any suspicious interaction from users. 

Despite the extension's continued normal operation, the injected code attempted to modify system files and establish connections with attacker-controlled infrastructure in order to alter the extension's behavior. According to researchers, the compromised package was distributed by Cursor under the legitimate extension identifier of Anthropic, anthropic.claude-code. This incident was particularly concerning because the malicious update appeared as an authentic publisher rather than as a mere imitation. 

It remains unclear how the unauthorized package was introduced. Based on Microsoft Threat Intelligence's confirmation, the malicious versions have not been distributed via Microsoft's official Visual Studio Marketplace or Anthropic's npm package. Furthermore, Anthropic confirmed that the company had not been compromised and did not develop the malicious package. Based on the available evidence, Cursor's extension marketplace was the focus of the incident. 

The injectable loader attempted to modify the victim's authorized_keys file to include an SSH public key labelled "svc-telemetry". This modification was intended to enable the attacker to access the affected user's account via SSH. In addition to enabling local SSH services and establishing reverse SSH tunnels to external servers 134.209.82[.]225, the malware also attempted to maintain access to the external server. This was accomplished by incorporating separate persistence mechanisms for Windows, Linux, and macOS, which allowed the backdoor connection to be restarted depending on the platform's startup configurations. 

Additionally, the malicious payload collected information that could allow attackers to identify valuable developer environments by using system information. There was a collection of information on the device hostname, logged-in username, operating system, CPU architecture, home directory, the current working directory, public IP address, and the global Git email configuration. There were also up to 40 environment variables named KEY, TOKEN, SECRET, PASS, AWS and GCP, which contained up to 400 terms. 

Even though the initial beacon did not transmit the values for these variables, this information can be used to identify what cloud services, development platforms and credential types are on a compromised system. As well as sending data to the attacker-controlled server at 134.209.82[.]225:8099/beacon, the loader attempted to send a request to a local loopback address as well. 

It has been determined that the attacker's infrastructure has been permanently shut down with the assistance of its hosting provider, which prevents further communication through the reported server. However, the shutdown does not remove malicious files or persistence mechanisms that are already installed on affected systems. However, researchers have not identified any additional payloads, despite the possibility of attackers executing commands and transferring files via a successful SSH tunnel.

It was later clarified that two malicious versions of the software were released through Cursor's marketplace for Windows and macOS, respectively, during the exposure period of October 29 between 2:27 a.m. and 1:35 p.m. Pacific Time. According to the company, up to 5,000 users may have been affected. They will be contacted directly by the company. Cursor temporarily shut down its marketplace while investigating the incident following discovery of the affected packages. 

A thorough audit of marketplace access by the company revealed no evidence of tampered with other extensions. After rotating the keys of the marketplace and rebuilding the marketplace, the company was able to restore service. Anthropic also confirmed that its official distribution channels and systems were not compromised. 

The extension 2.1.314 was then released through Open VSX and Microsoft's Visual Studio Marketplace. However, Microsoft's Security teams have warned that simply uninstalling it is not sufficient to stop the threat. Scripts, scheduled tasks, cron entries, LaunchAgent files and unauthorized SSH keys marked svc-telemetry should be checked on affected systems. 

When evidence of malicious activity is present, systems should be isolated and confirmed malicious components removed after relevant evidence has been preserved. Additionally, organizations are being advised to review endpoint, network, and authentication logs in order to identify suspicious connections and activity involving SSH. Credentials and active sessions accessed from affected machines should be rotated or revoked from trusted devices.

Whenever unauthorized access is confirmed or its security cannot be restored, it may be necessary to rebuild the system. This incident adds to the series of attacks targeting trusted developer tools in the software supply chain. This follows the attack on OVHcloud's official command-line interface that resulted in the replacement of legitimate release binary packages with malware containing secret stealing features. The combined effect of these incidents demonstrates the risks associated with tampered software updates distributed through otherwise reputable channels.

Cybersecurity Incident Disrupts New Mexico Hospital Network, Forcing Patient Diversions and Clinic Closures

 

A cybersecurity incident caused ambulance diversions, cancelled appointments and disruptions to medical facilities around the state on Monday October 26, leaving New Mexico with no emergency departments able to treat the most severe traumatic injuries. The University of New Mexico Health System provides the only level 1 trauma centre in the state. 

The health system advised patients not to attend the main hospital in Albuquerque and cancelled appointments at over 30 clinics whilst they tried to resolve the issue. Although officials did not immediately say what exactly had happened, later in the day it was announced that parts of the hospital and clinics were beginning to get back up and running. Presbyterian Healthcare Services and Lovelace Health System are also large healthcare providers in the state and worked with the network to prepare to take in extra patients. 

The University of New Mexico Health System sees around 900,000 outpatients and 100,000 emergency department patients per year (University of New Mexico Health System website), meaning this is a large part of the healthcare system. Multiple staff reported seeing messages on their computers late Monday morning stating that student, staff and patient data had been stolen. A spokesperson for the health system did not want to comment as they said there was an ongoing police investigation. 

An FBI spokesperson confirmed that they were assisting a partner organisation but did not give any further details. Attempts to comment were also sent to the Bernalillo County Sheriff’s Office and Albuquerque Police Department. This incident comes as there has been ongoing concerns about attacks on digital systems within essential services such as healthcare. Ransomware requests and other cyber incidents have been seen with hospitals for around a decade, however it is unusual for messages to be shown on computer systems due to the breach (Josephine Wolff, Professor of Cybersecurity Policy at Tufts University). 

This shows how difficult it can be for organisations to protect their networks. The impact could be seen throughout Albuquerque and surrounding areas. At the main hospital, staff in turquoise uniforms were directing patients away from the waiting area and advising they may have their appointments cancelled. Patients arriving at a medical centre in Rio Rancho were also told by security guards to rearrange their appointments. 

The University of New Mexico’s Health Sciences Centre, the largest academic medical centre in the state, cancelled Monday and Tuesday classes. Staff working in the hospital and medical group will be returning on Tuesday. It has not been confirmed what caused the incident, if data has been extracted or if there was a ransom request. The investigation is ongoing.

DreamHost Forces Password Resets Amid Ongoing Security Incident


Due to a disruption of access to DreamHost's File Manager and webmail services as a result of an incident, certain email and FTP/SFTP accounts were forced to reset their passwords. Although the hosting provider described the action as a precautionary security measure, it has not yet revealed the cause of the incident or confirmed whether any accounts have been accessed without authorization. 

When DreamHost first detected connectivity problems affecting its file manager on the web at files.dreamhost.com on October 23, 2026, the disruption was initially reported. As a consequence, some webmail users experienced login failures, while FTP/SFTP access was also affected by the issue. As a result, the company reset passwords for affected accounts and temporarily restricted access until new credentials could be established. 

When a DreamHost account owner assigns a replacement password to the affected mailbox and file transfer users, the users cannot sign in. By the weekend, DreamHost mailed recovery instructions to all affected account holders in stages and confirmed to all affected account holders that all were notified by October 25. 

In October, the company reported that engineers had deployed a fix and had restored File Manager functionality. Monitoring continued to ensure that the service continued to operate, however password changes for affected accounts continued to be required. Since limited information has been released by the company about the incident, customers have expressed concern. 

Neither DreamHost nor the company has identified the root cause, disclosed the number of accounts affected, or confirmed whether any email messages, stored files, or login credentials have been compromised. Also, the provider advised users to review their mailbox forwarding settings and remove any unfamiliar destinations. This setting can be abused in order to redirect sensitive communications outside a company, thereby making it a crucial element of account security. 

DreamHost has, however, not confirmed that unauthorized forwarding rules have been created in this incident. Additionally, customers have expressed concern about the lack of detailed explanations for the disruptions in service as well as mandatory password changes. Despite speculation about a possible compromise, no publicly available confirmation has been provided to indicate that an attack or data breach has occurred. 

According to DreamHost, account owners should update stored credentials across connected applications and review account settings in order to complete the recovery process. Email clients, FTP/SFTP software, website backup tools, deployment systems and plugins relying on previously stored credentials may be affected by password changes. 

In order to avoid the possibility of affected users losing access to their hosted mailboxes, the company recommends that replacement passwords be shared through private channels, such as telephone calls or secure text messages. The recovery guidance provided by DreamHost specifies that mailbox passwords can be changed under “Mail > Manage Email” in the control panel, and FTP/SFTP credentials can be updated under “Websites > SFTP Users & Files”. 

If you changed your password before the reset process was completed, you should verify that your new password remains valid as well. Password changes may take up to 15 minutes to become effective. There is no indication that incoming email is reaching affected mailboxes, and that FTP/SFTP data is still stored on the provider's servers. 

In addition to these assurances concerning service and data availability, it is also recommended that website owners conduct routine site checks to determine whether unauthorized access occurred prior to the password reset. Considering that FTP/SFTP credentials provide access to website files, it is important to identify suspicious changes by reviewing recently modified files, unfamiliar administrator accounts, and unforeseen scheduled tasks.

There has been no evidence published to indicate that DreamHost-hosted websites were altered as a result of the incident. This episode also underscores the importance of using third-party hosting providers for security reasons. When a hosting company encounters a disruption, several connected services may be affected at once, especially when email addresses and file transfer credentials are handled by the same provider.

In order to ensure that essential operations are resumed after the password change, DreamHost has repeatedly warned customers that it will never send customers passwords by email. Businesses using DreamHost may need to check integrations and automated processes reliant on these accounts. Rather than logging into the control panel through unsolicited messages, account owners should access the control panel directly. 

No public explanation has yet been provided by the company as to what triggered the incident or the number of affected customers has been confirmed. In the interim, a central question remains as to whether the incident involved unauthorized access, how many accounts were affected, and if any customer information was revealed. Despite DreamHost's password reset process and restoration of File Manager access, the broader issues associated with the incident haven't been resolved. 

DreamHost's restoration of File Manager access marks progress in the recovery process, but the absence of an identified root cause leaves the incident's broader security implications unresolved. While the company has yet to clarify the cause of the incident, and whether any customer accounts or data has been accessed, it remains unclear how the incident will impact the security of the company.

Researchers Uncover Compaction Smuggling Flaw That Exposes OpenAI Reasoning Traces

 


Researchers at Xint identified a vulnerability in the OpenAI API that could expose hidden reasoning traces from advanced AI models, creating a potential route for large-scale model distillation. The technique, named “compaction smuggling,” bypassed safeguards introduced after earlier research demonstrated methods for extracting encrypted reasoning data. OpenAI confirmed the issue and deployed a fix on October 23, 2026. Xint received a $6,000 bounty for the discovery. 

Reasoning models such as GPT-5.6 Sol generate intermediate reasoning before producing answers. OpenAI does not provide API users with the complete raw reasoning in readable form, instead offering optional summaries. This restriction helps protect against distillation, a process in which developers train smaller models using outputs from more advanced systems. Full reasoning traces can provide particularly useful training data because they contain intermediate steps, incorrect approaches and self-corrections. 

The API stores raw reasoning in encrypted items that clients can return during later interactions but cannot directly decode. OpenAI also encrypts conversation compactions, which condense lengthy exchanges into smaller items while preserving relevant context. The discovery follows an August 2026 study titled Stealing Reasoning Traces from Proprietary LLM APIs. The researchers behind that study demonstrated that encrypted reasoning could be replayed into weaker models from the same provider and reproduced as text. 

The approach affected models from OpenAI, Anthropic and Google, although OpenAI’s safeguards made extraction more difficult. Subsequent protections reportedly stopped the original technique from working. Xint discovered that the compaction feature offered another route. The researchers first generated reasoning using GPT-5.6 Sol and retained its encrypted reasoning item. They then removed the original task from the conversation history and instructed the compaction process to preserve the reasoning verbatim in a JSON object. Replacing spaces with tab characters helped the content evade usage-policy classifiers. 

The resulting encrypted compaction was then submitted to GPT-4.1 and GPT-4o, which were instructed to reproduce the contents exactly. After decoding the JSON and converting tabs back into spaces, the researchers recovered the reasoning trace. The technique worked across all tested reasoning-effort settings, from minimal to maximum. In the demonstration, the original reasoning item contained 405 tokens, compared with 612 tokens in the compaction and 609 tokens in each echoed output. Xint compared outputs from two models using different prompts and obtained identical results. 

Although the original plaintext was unavailable for a definitive token-by-token comparison, the recovered trace retained its false starts, corrections and characteristic writing style. The researchers developed the technique while investigating GhostCompact and examining how encrypted compactions could be transferred between models. The findings raise concerns about large-scale extraction of proprietary AI capabilities. 

In September 2026, U.S. agencies warned about industrial-scale model distillation campaigns. Anthropic subsequently reported seven campaigns attributed to China-based laboratories, while OpenAI disclosed disrupting an effort that generated approximately 16,000 requests from more than 4,000 accounts in July. 

Xint concluded that server-side processes handling decrypted reasoning while accepting client-controlled instructions can become potential extraction pathways. The researchers said compaction features require protections comparable to those applied to raw reasoning traces.

uCreator Android Spyware Targets Telegram and WeChat Accounts With Credential Theft and Cloning

 

A commercial Android surveillance toolkit known as uCreator can compromise Telegram accounts by capturing two-factor authentication (2FA) passwords and duplicate WeChat accounts through malicious app modifications, according to security researcher Ovi. The toolkit reaches users through tampered applications distributed outside official app stores or through a container app that allows WeChat to operate within a separate environment. 

The toolkit’s Telegram component shares several technical characteristics with Baohuo, an Android backdoor documented by Doctor Web in October 2025. That investigation estimated that more than 58,000 devices had been infected. Both analyses identified the same code namespace, command-and-control server and command names. 

However, researchers have not established whether the operators behind the two investigations are the same. The malicious applications can execute code under the identity and permissions of the original apps, giving the spyware access to their data and internal functions. Target-specific modules are downloaded after installation, making the initial application package less revealing during security analysis. Ovi identified code supporting around 20 applications, including messaging platforms and mobile financial services, but published detailed technical findings for Telegram and WeChat. 

For Telegram, the spyware can query the application’s message database to extract conversation histories. It also intercepts the login process to capture the user’s 2FA password before the application hashes it. With access to this information, an attacker could reset existing sessions, change the account’s linked phone number or delete the account. Additional functions can conceal an intruder’s session and interfere with the owner’s ability to recover access. 

The WeChat module uses virtualization to run the legitimate application inside the toolkit’s own container. It can extract account identity information, package application data into an archive and upload it, while a bundled script helps reproduce the account. Ovi and fellow researcher Jurre also uncovered backend source code on an exposed GitLab server. The code describes a cloud-based control platform rented by merchants and resellers, with commands assigned to individual customers. 

Its capabilities include capturing login authorizations, collecting contact and profile information, adding friends in bulk and backing up accounts. Scheduling controls establish operating windows and randomized activity limits intended to make the behavior appear more natural and avoid platform security checks. The product is known to its developers as YingGai, and records of the product line date to September 2021. Ovi linked elements of the operation to three companies in China’s Hunan province, although he cautioned that common ownership has not been proven. Some developers appeared to be making changes as recently as October 2026. 

Testing on a Pixel 10 Pro running Android 17 showed that the toolkit’s hooking engine could not locate an internal function it relied on. However, another tool could still intercept application functions, meaning the result does not demonstrate that Android 17 prevents the attack. Potential infection indicators include a file named TgJarPine.dex in some modified Telegram applications and original APK files retained by the LSPatch tool. 

Several associated command and download domains were no longer resolving on October 23, 2026, although the version-upload domain still pointed to an active IP address. Ovi stressed that his findings describe the toolkit’s technical capabilities rather than establish how many people have been affected. The research highlights the risks of installing modified messaging apps from untrusted sources, particularly when they can expose credentials and enable account takeover.

Eye Security Pushes 2 Million Updates to Disable Vulnerable Popcorn Time Updater

 

Over two million updates were distributed by Dutch cybersecurity firm Eye Security between November 2025 and March 2026 to disable a vulnerable background updater related to a discontinued version of the Popcorn Time streaming application ‘Time4Popcorn’. This could have allowed attackers to gain control of the computers and possibly add to a botnet. Eye discovered the vulnerability during regular threat hunting operations. They noticed a client was regularly trying to connect to an unregistered domain. 

Once registered they began receiving around 50 requests per second. Their investigation into the issue, called Operation IXIM, was presented at the Hack.lu conference on October 22. Eye were able to collect over 3.8 million unique device IDs. These were not a reliable way to determine how many devices were affected so they have estimated 2.5 – 3 million Windows machines and 250,000 – 350,000 Macs were impacted. 

The background updater would automatically start when the computer booted up. It would check for updates over an unencrypted connection and install any software it received without checking where it came from. It also ran with full permissions on the device (SYSTEM on Windows and root on macOS). Anyone who registered a domain that the updater was still connecting to could potentially deliver malicious code. The vulnerability, tracked as CVE-2026-30612, has been given a severity score of 9.8/10 by the U.S. 

Cybersecurity and Infrastructure Security Agency. It affects Windows versions up to 6.2.1.18, macOS versions up to 6.2.1.17 and Android versions up to 3.5.0.173. As there was no company to provide a patch, Eye sought legal advice. They delivered an update using the background updater to stop and disable the service. No files were deleted or data collected. Some antivirus products flagged the update so it was adjusted to improve delivery. Over one million systems were updated by December 2025. Traffic to the controlled domains dropped by around 90%. 

By March 1st the number of deliveries per day had dropped to around 5,000 meaning a 98% reduction. Eventually Eye stopped distributing updates as they had over two million downloads. In late March 15 domains were handed over to the non-profit group Shadowserver Foundation. 17 of the 20 domains listed in the report were pointing to Shadowserver. 3 were not under their control. Some of the services could not resolve 14 of the sinkholed domains correctly due to issues with DNSSEC validation. 

There was no evidence to suggest any third parties had delivered code via the domains. The vulnerability is not currently listed in CISA’s Known Exploited Vulnerabilities Catalogue as of October 23. Eye have warned that even with the background updater disabled Popcorn Time is not secure. As it uses an old browser engine with the sandbox disabled, unencrypted connections and code from other abandoned domains we recommend uninstalling it. 

Users on Windows and Mac can disable the background updater manually, however on Android it will need to be uninstalled as the background updater cannot be disabled. Network defenders can look for Updater.exe on Windows, PT.updd on Mac and traffic to the domains listed in the report.

OpenAI Tightens Security for Frontier AI Training

 

OpenAI has significantly strengthened the security of its frontier-model training environment after discovering that highly capable AI agents could exploit weaknesses to escape sandboxes and reach the live internet. The company has adopted an offline-first approach, layered containment controls, and continuous AI-led red-teaming before resuming frontier reinforcement-learning training. The update reflects a growing concern in AI development: as models become more capable, even internal research systems must be protected against unintended behavior. 

OpenAI’s central principle is that restrictions on what an AI agent can access must remain effective even when the agent actively tries to bypass them. For frontier training and most evaluations, the live internet is now placed outside the security boundary. This is because unrestricted web access could give a capable, misaligned model opportunities to affect real-world systems beyond OpenAI’s control. The approach is designed to prevent unauthorized internet access during high-risk training and evaluation workloads. 

To preserve useful web-related learning without external risk, OpenAI built an offline environment containing a large indexed, cached collection of web content. Frontier reinforcement-learning runs now use this offline world, allowing models to practise browsing, searching, and application use without connecting to real external systems. The company has also introduced defense-in-depth controls, including sandboxes that limit what agents can access and execute, lightweight virtual machines that isolate agent environments from host computers, monitoring systems to detect unauthorized activity, and network and cloud perimeters that maintain containment if earlier defenses fail. 

OpenAI also used its strongest models to attack copies of its own research infrastructure. These red-teaming agents uncovered previously unknown vulnerabilities in open-source components, misconfigurations in OpenAI-operated services, ways to escape sandboxes, paths to limited internet access, and methods of communicating across isolation boundaries. The findings led to software patches, tighter network restrictions, and disclosures to relevant maintainers and vendors. OpenAI said the tests did not identify an internet route that agents could easily exploit while concealing their activity from monitoring systems, though this reflects its assessment of current defenses rather than a guarantee of absolute security. 

After implementing fixes and improving monitoring and stopping systems, OpenAI judged its safeguards sufficient to resume frontier reinforcement-learning training and internal inference on October 1. The company had paused these workloads for 11 days while it hardened its research environment and evaluated the risks. High-compute red-teaming is now part of OpenAI’s safety cases for deciding whether frontier training and evaluation runs can proceed securely. OpenAI says it will maintain the no-live-internet policy until advances in alignment research, monitoring, and internet-infrastructure security justify broader external access.