• London North Eastern Railway (LNER) has confirmed that passenger data was accessed following a cyber attack on one of its third-party suppliers.

    The breach involved unauthorized access to files containing customer contact details and information related to previous journeys.

    LNER announced it was made aware of the security incident and is treating the matter with the highest priority. According to the rail operator, the compromised information is limited to customer contact details and some travel history.

    The company was quick to reassure customers that no sensitive financial data, such as bank account or payment card information, was affected by the breach.

    LNER Train Passengers Data

    Furthermore, customer passwords remain secure as the compromised third-party system did not have access to this information.

    In response to the incident, LNER is working closely with cybersecurity experts and the affected supplier to conduct a thorough investigation.

    The primary goals are to understand the full scope of the unauthorized access and to ensure that appropriate safeguards are implemented to prevent similar incidents in the future.

    The company has stated that it will provide further updates as more information becomes available through its investigation.

    LNER’s core services, including ticket sales and train operations, are entirely unaffected by the security breach, and customers can continue to book travel and use the services as normal.

    LNER has issued guidance to its customers in the wake of the breach. Passengers are advised to be cautious of any unsolicited communications they may receive, particularly those that request personal information.

    These could be phishing attempts by malicious actors trying to leverage the stolen data. The company clarified that there is no need for customers to contact their banks, as no financial details were compromised.

    While password data was not accessed, LNER reminded customers that maintaining strong, unique passwords and changing them regularly is always good security practice. The company is focused on managing the situation and communicating transparently with those affected.

    Find this Story Interesting! Follow us on Google NewsLinkedIn, and X to Get More Instant Updates.

    The post UK Train Operator LNER Passengers Data Accessed In Cyber Attack appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • In early May 2025, Unit 42 researchers observed multiple instances of AdaptixC2 being deployed to infect enterprise systems. Unlike many high-profile command-and-control (C2) platforms, AdaptixC2 has flown under the radar, with scant public documentation demonstrating its use in live adversary operations. Our research dissects AdaptixC2’s capabilities, deployment techniques, and evasion mechanisms to equip security teams […]

    The post Threat Actors Leveraging Open-Source AdaptixC2 in Real-world Attacks appeared first on GBHackers Security | #1 Globally Trusted Cyber Security News Platform.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A significant vulnerability has been discovered in Angular’s server-side rendering (SSR) implementation that could allow attackers to access sensitive user data.

    The flaw, rooted in how Angular handles concurrent requests, could lead to data from one user’s session being leaked to another.

    The Angular team has released patches for all actively supported versions of the framework to address the issue. The vulnerability affects applications using @angular/platform-server, @angular/ssr, and @nguniversal/common.

    The core of the problem lies in a race condition within Angular’s dependency injection (DI) container, known as the “platform injector,” during the server-side rendering process.

    Angular SSR Vulnerability

    This injector is responsible for holding request-specific information. However, it was being stored as a global variable scoped to the JavaScript module.

    This design choice meant that when multiple requests were processed at the same time, they could inadvertently share or overwrite the global injector’s state, leading to data contamination between different sessions.

    In a real-world scenario, this flaw could cause an application to serve a page containing one user’s data in response to a request from a completely different user.

    This could expose sensitive information or authentication tokens that are included on the rendered page or within the response headers.

    An attacker with network access could exploit this by sending a large volume of requests to the server and inspecting the responses for leaked data from other users’ active sessions.

    The vulnerability is particularly concerning because it doesn’t require a privileged position; any traffic that triggers a rendered response could potentially be used to extract information.

    Several APIs, including bootstrapApplication, getPlatform, and destroyPlatform, were identified as vulnerable due to their reliance on this shared state.

    Mitigations

    To resolve this critical issue, the Angular team has released patches for all active release lines, including versions 18, 19, 20, and the v21 prerelease.

    The fix introduces a necessary breaking change, particularly for the bootstrapApplication function, which now requires an explicit context to be passed in a server environment to avoid implicit state sharing.

    To simplify the update process, Angular has provided an automatic schematic that handles the required code modifications. Developers are urged to update their applications by running the ng update command for their respective version.

    For those unable to apply the patches immediately, several workarounds are available, such as disabling SSR, removing any asynchronous behavior from custom bootstrap functions, or ensuring the server build explicitly disables Angular’s “JIT” mode.

    Find this Story Interesting! Follow us on Google NewsLinkedIn, and X to Get More Instant Updates.

    The post Angular SSR Vulnerability Lets Attackers Access Sensitive Data appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A sophisticated new remote access trojan named ZynorRAT has emerged as a cross-platform threat, targeting both Windows and Linux systems through an innovative Telegram-based command and control infrastructure.

    First discovered in July 2025, this Go-compiled malware represents a significant evolution in remote access capabilities, combining traditional RAT functionality with modern communication channels to evade detection and maintain persistent access to compromised systems.

    The malware demonstrates remarkable versatility in its attack methodology, utilizing Telegram bots as the primary communication vector between infected machines and threat actors.

    This approach allows attackers to issue commands, exfiltrate data, and monitor victim systems through encrypted messaging channels that blend seamlessly with legitimate traffic.

    The use of popular messaging platforms for malicious purposes reflects the evolving landscape of cyber threats, where traditional network monitoring may fail to detect suspicious communications.

    ZynorRAT’s multi-platform design enables threat actors to compromise diverse computing environments, from enterprise Linux servers to Windows workstations, creating a unified attack surface across heterogeneous networks.

    Windows version of ZynorRAT (Source – Sysdig)

    Sysdig researchers identified the malware during routine threat hunting exercises, noting its unique implementation patterns and cross-platform compatibility that distinguish it from existing RAT families.

    The malware’s discovery timeline reveals ongoing development efforts, with multiple samples uploaded to VirusTotal showing decreasing detection rates, suggesting active evasion improvements by its creators.

    Intelligence gathered from monitored Telegram channels indicates the malware is likely developed by Turkish-speaking actors, with evidence pointing to a single developer known by the handle “halil” who may be preparing the tool for commercial distribution in underground markets.

    Advanced Persistence and Command Execution Mechanisms

    ZynorRAT implements sophisticated persistence techniques that vary by target platform, demonstrating the developer’s understanding of system administration practices across different operating systems.

    On Linux systems, the malware exploits systemd user services through a carefully crafted service definition file placed at ~/.config/systemd/user/system-audio-manager[.]service.

    This approach leverages user-specific service management capabilities that often escape detection by traditional security monitoring tools.

    [Unit]
    Description=System Audio Core Service
    After=network.target
    [Service]
    ExecStart=/home/user/.local/bin/audio
    Restart=always
    RestartSec=10
    [Install]
    WantedBy=default.target

    The persistence mechanism automatically restarts the malware process every 10 seconds if terminated, ensuring continuous access to compromised systems.

    Command execution capabilities extend beyond simple shell access, incorporating file system enumeration through /fs_list commands, process management via /proc_list and /proc_kill functions, and comprehensive system profiling through the /metrics command that gathers hostname, user information, and external IP addresses by querying api.ipify.org.

    These capabilities transform infected machines into comprehensive intelligence gathering platforms, providing attackers with detailed environmental awareness necessary for lateral movement and data exfiltration operations.

    Boost your SOC and help your team protect your business with free top-notch threat intelligence: Request TI Lookup Premium Trial.

    The post ZynorRAT Attacking Windows and Linux Systems to Gain Remote Access appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A high vulnerability in Angular’s server-side rendering (SSR) feature can lead to sensitive data exposure when multiple requests are handled at the same time. This flaw, tracked as CVE-2025-59052, stems from a global race condition in the platform injector that may cause cross-request data leakage. Organizations using vulnerable Angular versions should update immediately or implement […]

    The post Angular SSR Vulnerability Allows Attackers to Access Sensitive Data appeared first on GBHackers Security | #1 Globally Trusted Cyber Security News Platform.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • ChillyHell first surfaced on public malware repositories in early May 2025, although its developer-signed notarization dates back to 2021.

    This modular backdoor has eluded detection by major antivirus vendors despite leveraging Apple’s own notarization process to appear legitimate.

    By masquerading as a benign macOS applet, ChillyHell gains an initial foothold on target machines before deploying its sophisticated attack routines.

    Jamf analysts noted that initial samples were delivered through compromised websites hosting what appeared to be productivity tools.

    Once executed, the malware invokes a host-profiling routine that gathers detailed system information, including user directories, shell environments, and active process lists.

    This reconnaissance allows the backdoor to tailor its next actions to the victim’s environment, minimizing the risk of execution errors on diverse macOS configurations.

    Following this early analysis, Jamf researchers identified ChillyHell’s dual-stage persistence strategy.

    In non-privileged contexts, it installs itself as a LaunchAgent, placing a plist under ~/Library/LaunchAgents/com.apple.qtop.plist and the main binary at ~/Library/com.apple.qtop/qtop.

    When elevated privileges are available, it transitions to a LaunchDaemon, writing to /Library/LaunchDaemons/com.apple.qtop.plist and /usr/local/bin/qtop.

    In either case, these mechanisms guarantee execution upon login or system boot, effectively transforming infected hosts into long-term assets.

    In addition to launch services, ChillyHell incorporates a stealthy fallback by injecting a launch command into the user’s shell profile.

    It detects the active shell—be it Zsh, Bash, or sh—then appends an invocation line to the appropriate RC file.

    This ensures that even if launch services are disabled or removed, the malware reactivates during any new terminal session.

    Persistence Tactics and Timestamp Manipulation

    ChillyHell’s persistence routines are further bolstered by timestamp manipulation, designed to evade forensic analysis.

    After creating its LaunchAgent or LaunchDaemon artifacts, the malware calls the _utime() system call to backdate creation and modification times.

    If direct system calls fail due to insufficient permissions, it falls back to shell commands:-

    touch -c -a -t 202101010000 /Library/LaunchDaemons/com.apple.qtop.plist
    touch -c -m -t 202101010000 /usr/local/bin/qtop
    applet.app script (Source – Jamf)

    This approach not only obscures the true installation date but can inadvertently manipulate APFS birth timestamps, making detection by timeline analysis tools more difficult.

    By carefully selecting a date close to genuine system events, ChillyHell effectively hides its artifacts among legitimate OS updates and user-initiated changes.

    Once persistence is established, ChillyHell proceeds to its main command loop, mainCycle(), after a randomized delay.

    The backdoor alternates between HTTP and DNS transports, polling hardcoded C2 servers at 93.88.75.252 and 148.72.172.53 over ports 53, 80, 1001, and 8080.

    Each cycle fetches new task descriptors, decodes Base64 payloads, and dynamically loads modules such as ModuleBackconnectShell for interactive reverse shells, ModuleUpdater for self-updating capabilities, and ModuleSUBF for local password brute-forcing.

    By combining notarization abuse, multi-layered persistence mechanisms, and timestamp evasion, ChillyHell represents a significant advancement in macOS threats.

    Cybersecurity teams should prioritize monitoring of LaunchService plists and shell RC files, as well as implement timeline analysis to detect anomalous file modification dates.

    Continued collaboration between researchers and platform vendors is essential to mitigate the evolving tactics of notarized macOS malware.

    Boost your SOC and help your team protect your business with free top-notch threat intelligence: Request TI Lookup Premium Trial.

    The post ChillyHell macOS Malware Profiles Compromised Machines and Maintain Persistence with 3 Methods appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A newly disclosed vulnerability in Palo Alto Networks’ User-ID Credential Agent for Windows, identified as CVE-2025-4235, could expose a service account’s password in cleartext under certain non-standard configurations.

    This flaw creates a significant security risk, as it could allow an unprivileged domain user to escalate their privileges by exploiting the compromised account’s permissions.

    The vulnerability has been rated as having a medium severity. The information exposure vulnerability resides within the Windows-based User-ID Credential Agent and is triggered by specific, non-default settings.

    The primary danger lies in the potential for privilege escalation. The impact of the vulnerability varies depending on the level of permissions assigned to the service account in question.

    If the account has minimally privileged access, an attacker could disrupt the operations of the User-ID Credential Agent.

    Palo Alto Networks User-ID Credential

    This could involve actions like uninstalling or disabling the agent’s service, which in turn would weaken network security policies that rely on features like Credential Phishing Prevention.

    However, if the service account has elevated privileges such as those of a Server Operator or permissions for Domain Join, the consequences are more severe.

    An attacker could gain control over the server, with the ability to shut it down or restart it, manipulate the domain by adding rogue computer objects, or conduct network reconnaissance.

    According to the security advisory released by Palo Alto Networks, specific versions of the User-ID Credential Agent are affected by this vulnerability.

    The affected versions on Windows are 11.0.2-133 up to, but not including, version 11.0.3. Versions prior to 11.0.2-133 and version 11.0.3 and later are not affected.

    To address this security issue, Palo Alto Networks has advised customers to upgrade their User-ID Credential Agent to version 11.0.3 or a later release.

    The company has stated that there are no known workarounds to mitigate this issue, making the software update the only recommended solution.

    The severity of this vulnerability depends on the configuration. For systems with elevated service accounts, the vulnerability is rated as Medium, with a CVSS score of 7.2.

    For configurations with a minimally privileged service account, the rating is Low, with a CVSS score of 5.8. Palo Alto Networks has stated that it is not aware of any malicious exploitation of this vulnerability in the wild.

    This vulnerability highlights the ongoing risks associated with misconfigurations and the importance of adhering to security best practices, especially when dealing with privileged accounts.

    Find this Story Interesting! Follow us on Google NewsLinkedIn, and X to Get More Instant Updates.

    The post Palo Alto Networks User-ID Credential Agent Vulnerability Exposes password In Cleartext appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • In a stark reminder of how vulnerable online services remain, Qrator Labs has revealed that a sprawling Layer 7 distributed denial-of-service (DDoS) botnet has swelled to over 5.76 million compromised devices, unleashing unprecedented traffic against critical infrastructures. Monitored since late March, the botnet has been used in a series of three large-scale attacks that demonstrate […]

    The post Massive L7 DDoS Botnet Exploits 5.76M Hijacked Devices for Record Attacks appeared first on GBHackers Security | #1 Globally Trusted Cyber Security News Platform.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A newly disclosed attack technique enables authenticated users within the popular GitOps tool ArgoCD to exfiltrate powerful Git credentials.

    The method, discovered by the cybersecurity research group Future Sight, exploits Kubernetes’ internal DNS resolution to intercept credentials in transit, posing a significant risk to organizations relying on the continuous delivery tool.

    ArgoCD, a leading project in the Cloud Native Computing Foundation (CNCF) landscape, functions by pulling Kubernetes manifests from a Git repository to maintain the desired state of applications. To do this, it stores credentials for connecting to Git servers like GitHub.

    Git Credentials Argocd
    Design architecture (source: Futuresight)

    While these credentials are hidden in the ArgoCD interface for security, this new attack finds a way to capture them during the connection process.

    The Attack Explained

    The core of the technique is an internal DNS spoofing attack. An attacker who has compromised an ArgoCD account with a specific set of permissions can deploy a malicious service within the same Kubernetes cluster.

    This service is named to deliberately conflict with the domain of a legitimate Git repository, such as github.com.

    Because of how Kubernetes handles DNS, pods, including ArgoCD’s repository server, will first attempt to resolve domain names against the internal cluster DNS.

    The attacker’s malicious service creates a DNS record that points github.com to its own internal IP address.

    As a result, when ArgoCD attempts to sync a repository, it unknowingly sends the connection request not to the real GitHub, but to the attacker’s proxy service, Future Sight said.

    This service, which the researchers named “Argexfil,” can then log the credentials before forwarding the traffic to the actual Git server to avoid raising suspicion.

    Git Credentials Argocd
    Overview of the attack (source: Futuresight)

    This method remains effective even when repositories use secure HTTPS connections. The attack relies on the attacker having permissions to add custom certificates to ArgoCD.

    By generating a self-signed certificate for their malicious service and adding it to ArgoCD’s list of trusted certificates, the attacker can successfully perform a man-in-the-middle (MitM) attack and decrypt the traffic, exposing the credentials.

    The technique can capture various credential types, including username/password combinations, personal access tokens (PATs), and the short-lived JWTs and access tokens used by GitHub Apps.

    Once exfiltrated, these credentials could allow an attacker to read or modify source code, inject malicious manifests into the deployment pipeline, and potentially pivot to other systems.

    Mitigations

    The attack is not a zero-day vulnerability exploitable by unauthenticated users. It requires the attacker to have an authenticated ArgoCD session with permissions to create applications and, for HTTPS targets, certificates.

    According to the researchers, the ArgoCD team was informed of the technique.

    While acknowledging the novel approach, they did not classify it as a direct vulnerability within ArgoCD, instead attributing the risk to Kubernetes’ default DNS behavior and insecure user permission configurations.

    To defend against this technique, organizations are advised to:

    • Apply the principle of least privilege, restricting user permissions to the bare minimum required.
    • Strictly limit which users can add or modify certificates in ArgoCD.
    • Implement robust monitoring on both the ArgoCD application and internal Kubernetes network traffic.
    • Use SSH-based Git connections where possible, as the key exchange mechanism is not vulnerable to this credential theft method.

    Find this Story Interesting! Follow us on Google NewsLinkedIn, and X to Get More Instant Updates.

    The post New Attack Technique That Enables Attackers To Exfiltrate Git Credentials In Argocd appeared first on Cyber Security News.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

  • A critical flaw in CoreDNS’s etcd plugin can let attackers pin DNS records in caches for years, effectively blocking legitimate updates. This vulnerability, tracked as CVE-2025-58063, stems from incorrect handling of etcd lease IDs. It affects every CoreDNS release from version 1.2.0 onward and was patched in version 1.12.4, as per a report by Researcher […]

    The post CoreDNS Vulnerability Allows Attackers to Poison DNS Cache and Block Updates appeared first on GBHackers Security | #1 Globally Trusted Cyber Security News Platform.

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶

    ¶¶¶¶¶