CUTSIGNcutting for sign — daily OSINT threat read

2026-11-09

37 stories analyzed · 4 deep reads · brief: “[PIPELINE] Cyber Threat Brief — 2026-11-09”

received 2026-11-09 12:19Z · emailed 2026-11-09 12:50Z

12
new IoCs
30
novel behaviors
3
story updates
9
watch devs 48h
3
verdict cards
× closeNew IoCs (12) — by story
× closeNovel behaviors (30) — by story
× closeStory updates (3) — developments of earlier briefs' stories

↓ Jump to brief cards

Today: 37 stories in the brief, 5 high-priority. Top story: Hackers actively exploit SSHole OpenSSH flaw (CVE-2026-123158) to gain root on Linux systems, confirmed by CISA KEV listing. 3 are developments of stories already being tracked. 5 tracked stories escalated in the last 48 h.

Developments on tracked stories (48 h)

Hackers actively exploit SSHole OpenSSH flaw (CVE-2026-123158) to gain root on Linux systems, confirmed by CISA KEV listing · 3 developments
  • 2026-11-09 17:10Z GreyNoise recorded 16 successful exploitation chains from six IPs with post-exploitation behavior, including a root attacker installing the TAC Agent Python C2 implant (C2 tac.vpnla[.]org, never tasked) and Chinese-language implant strings. OpenSSH fixed the flaw in 10.6p2 on November 5, and Previdian confirmed exploitation from 13 IPs in nine countries. Title revised: "Hackers actively exploit SSHole OpenSSH flaw (CVE-2026-123158) to gain root on Linux systems". source
  • 2026-11-09 17:10Z CVE-2026-123158 was added to CISA's Known Exploited Vulnerabilities catalog. source
  • 2026-11-09 15:12Z The article details the root cause (musl crypt() returning * with salt borrowing), fixed OpenSSH 10.6p2 and per-branch Alpine package versions, and states that as of Nov 6 neither OpenSSH nor Alpine reports exploitation, with CISA marking exploitation status as poc. It also gives exposure checks and mitigations, and notes that the Alpine tiny-cloud alpine account is affected. Title revised: "OpenSSH SSHole (CVE-2026-123158) password auth bypass on musl/Alpine; PoC public, exploitation unconfirmed". source
Attackers probing SAP NetWeaver honeypots for webshells left by CVE-2025-31324; no confirmed compromises stated · 1 development
  • 2026-11-09 15:31Z Public repo for CVE-2021-44228: palantir/log4j-sniffer — A tool that scans archives to check for vulnerable log4j versions (★205; verify before trusting — fake PoCs are common). source
OpenSSH on musl flaw (*sshole) lets oversized passwords log into password-disabled accounts; exploited in the wild; patch to 10.6p2 · 2 developments
  • 2026-11-09 18:15Z New reporting headline states hackers are exploiting the *sshole OpenSSH flaw to breach Linux systems, contradicting the earlier claim that sources did not report observed exploitation. Confirmed in-the-wild exploitation is a material change for hunters. source
  • 2026-11-09 15:32Z An index-page headline reports that hackers targeted the OpenSSH "SSHole" flaw within hours of disclosure and gained root on a honeypot. This contradicts the stored summary's statement that no exploitation had been observed. source
Google patches Chrome zero-day CVE-2026-125350 (XML use-after-free) exploited in the wild; no public exploit details · 1 development
  • 2026-11-10 19:32Z CVE-2026-125350 was added to CISA's Known Exploited Vulnerabilities catalog. source
Barracuda confirms exploitation of ESG flaws CVE-2026-116606 and CVE-2026-111560 giving root access at a small number of organizations · 2 developments
  • 2026-11-10 19:32Z CVE-2026-111560 was added to CISA's Known Exploited Vulnerabilities catalog. source
  • 2026-11-10 19:32Z CVE-2026-116606 was added to CISA's Known Exploited Vulnerabilities catalog. source

From the brief — 17 verdict-shaped cards

P1

Hackers actively exploit SSHole OpenSSH flaw (CVE-2026-123158) to gain root on Linux systems, confirmed by CISA KEV listing

HighCVE-2026-123158IoC card

Attackers began exploiting CVE-2026-123158 (SSHole) in OpenSSH on musl-based Linux with PAM disabled (Alpine default) within nine hours of disclosure, using oversized passwords (257–1,024 bytes) to log into accounts with '*' password hashes. Previdian confirmed root access on an Alpine honeypot, with the attacker running id, uname and hostname via non-interactive SSH sessions; attempts grew to 20 from 13 IPs by Nov 8. Hunt for 'Accepted password for' sshd entries on accounts that should not accept passwords, followed by recon commands, doas use, new users and authorized_keys changes.

EXPOSURE CHECK
AffectedOpenSSH on musl C library Linux with PAM disabled, before 10.6p2 (incl. Alpine Linux default config)
Only ifPAM disabled · At least one account with '*' as password hash · Password authentication enabled and SSH reachable
Not affected ifDropbear · glibc-based Linux distributions · Non-Linux systems · Passwords checked through PAM · Password logins disabled
Fixed inOpenSSH 10.6p2

Why it matters: Actively exploited auth bypass but narrow exposure (musl/Alpine, PAM disabled, '*'-hash accounts); concrete huntable log line. (raised to P1: exploited + behaviors/KEV)

P1

Storm-3358 uses ARTEX agentic AI framework to breach banks, deploying WISP, vshell and AdaptixC2

Mediumactor: Storm-3358malware: WISP, vshell, AdaptixC2IoC cardVerdict card

Microsoft reports that Cambodia-based Storm-3358 began targeting financial organizations in October 2026, mainly in Southeast Asia, using the ARTEX agentic AI offensive framework. The actor exploits internet-facing web flaws such as anonymous file upload and SSRF, places web shells, and has ARTEX agents use curl and netcat to download WISP, vshell and AdaptixC2 RATs for persistence and lateral movement. Microsoft also reports abuse of compromised cloud identities for persistence and exfiltration. Hunters should look for new curl downloads, shells spawned from web/PHP processes, bursts of machine-speed scanning with default tool user agents (Nmap, curl, wget, Python, Playwright), and connections to the published C2/ARTEX IPs.

EXPOSURE CHECK
AffectedInternet-facing web applications with anonymous file upload or SSRF flaws
Only ifWeb applications exposed to the public internet

Why it matters: Active financial-sector targeting by a Microsoft-tracked actor, with huntable curl/netcat RAT downloads, a published hunting query and live C2 IPs.

P1

SonicWall SonicOS SSLVPN CVE-2026-19868 lets credentialed attackers bypass SAML-enforced MFA; added to KEV

CriticalCVE-2026-19868

CISA added CVE-2026-19868 to the KEV catalog on 2026-11-06 with a 2026-11-20 due date. The catalog describes SonicWall SonicOS SSLVPN as contains a use of single-factor authentication vulnerability allowing a user with valid credentials for an alternate authentication method to bypass SAML authentication controls, which may also bypass SAML-enforced MFA. The sources provided do not describe observed attacker behavior or detection content, so hunters should focus on SSLVPN authentication logs for SAML bypass patterns and apply the vendor fix.

EXPOSURE CHECK
AffectedSonicWall SonicOS SSLVPN (affected versions not stated in provided sources)
Only ifValid credentials for an alternate authentication method are required by the attacker · SAML authentication is enforced on the SSLVPN

Why it matters: KEV-listed internet-facing VPN authentication bypass with a near-term federal deadline; no published exploitation behaviors in the provided sources.

P1

WordPress core CVE-2026-119977: updater window exposes sites to code execution; attacks observed by Wordfence after fix release

HighCVE-2026-119977update to 2026-11-04AI verdict card

Researchers at Picus Security found that the WordPress core update installing fix 7.1.4 unpacks the new installer into wp-content/upgrade using the old, unpatched updater code, so an unauthenticated attacker who predicts the temporary folder name and reaches the installer before deletion can run PHP with web server permissions. Wordfence reported attack attempts starting nine minutes after it deployed a firewall rule, with two sources checking small groups of sites for about 14.5 hours, which it says aligns with attempts to catch site updates. Hunters should look for unexpected requests to PHP files under wp-content/upgrade, unrecognized administrator accounts, unknown plugins, and PHP files in wp-content/upgrade that no one placed there.

EXPOSURE CHECK
AffectedWordPress 4.7 through 7.1.3 (CVE-2026-119977)
Only ifSite is served by the web server from wp-content/upgrade during core updates; complete packages always expose the installer, partial packages only if they contain installer files
Not affected ifSite already running 7.1.4 or fixed release for its branch · WordPress 4.6 and earlier receive no security updates and have no fix
Fixed in7.1.4 and matching updates for older branches back to 4.7

Why it matters: CISA KEV-listed, actively exploited internet-facing CMS with Wordfence-observed attack attempts and public exploit code claims; hunt for wp-content/upgrade PHP requests.

P1

QNAP says attackers are breaching NAS devices via Plex2Shell chain in Plex Media Server

HighCVE-2026-96652CVE-2026-96654CVE-2026-96655CVE-2026-96656

QNAP reports customer NAS devices appear compromised through the Plex2Shell vulnerability chain in Plex Media Server, with QNAP Technical Support assisting affected users. The chain comprises CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 and CVE-2026-96656, and CISA added all four to KEV on October 20, 2026. Hunters should review Plex Media Server exposure on QNAP NAS devices and look for signs of compromise listed in QNAP's bulletin, which the source does not print inline; updating does not remove existing payloads.

EXPOSURE CHECK
AffectedPlex Media Server (QNAP App Center package), vulnerable versions prior to 1.43.3.10861
Only ifPlex Media Server running on the NAS and exposed on the public web
Not affected ifQTS, QuTS hero, and other QNAP operating systems are not themselves affected per QNAP PSIRT · Users not running a vulnerable Plex server exposed publicly
Fixed in1.43.3.10861

Why it matters: Actively exploited, KEV-listed internet-facing Plex Media Server on commonly deployed QNAP NAS devices with reported compromises.

P2

Fake GitHub security tools deliver AsyncRAT, clipper and infostealer to 2,000+ Windows systems

Mediummalware: AsyncRATIoC card

Dr. Web reports a two-year campaign using malicious GitHub repositories (now posing as security tools such as an Fscan output parser, earlier as crypto and game tools) with code hidden behind whitespace in Visual Studio pre-build events, Python and Go files. PowerShell retrieves an encrypted link to an Electron loader 'Microsoft.exe' that persists, elevates, disables Smart App Control, unhooks ntdll, patches ETW and AMSI, adds Defender exclusions and injects into RegAsm.exe. Payloads are AsyncRAT, a crypto clipper and an infostealer that exfiltrates via a Telegram bot; Dr. Web says more than 2,000 Windows systems were compromised. Hunt for MSBuild or Visual Studio pre-build events spawning PowerShell, Microsoft.exe running outside system paths, RegAsm.exe making network connections, Defender exclusion changes and AV uninstall attempts.

EXPOSURE CHECK
AffectedWindows systems where users build or run code from malicious GitHub repositories (Visual Studio projects, Python, Go)
Only ifUser clones and builds or runs an untrusted GitHub project

Why it matters: Concrete huntable behaviors targeting security staff who run GitHub tools; not an edge exploit.

P2

LLMJacking: LiteLLM CVE-2026-40217 privilege escalation; Flowise CVE-2024-58351 abused against honeypots

Lowactor: UNC6993CVE-2026-40217CVE-2024-58351update to 2026-11-04IoC card

Mandiant/GTIG report LLMJacking intrusions in 2026 (including financial services) where actors used stolen cloud credentials, service account keys, PATs and LLM API keys to enable and abuse LLM services, generating up to $1M in charges. In one case a follow-on cluster exploited a LiteLLM /key/regenerate user ID rebind flaw (CVE-2026-40217) to elevate Virtual Keys to PROXY_ADMIN. Separately, a roundup reports Era observed the Greeter framework exploiting Flowise CVE-2024-58351 against honeypots for command execution; no victim compromises are reported for that activity. Hunt for unauthorized LLM service enablement, new access keys/service accounts, SSH key injection into instance metadata, and max_tokens=1 validation sweeps.

EXPOSURE CHECK
AffectedLiteLLM gateway (CVE-2026-40217, versions not stated) · Flowise (CVE-2024-58351, versions not stated)
Only ifLiteLLM: attacker holds a valid Virtual Key · Flowise: instance exposed to internet, many lacking authentication

Why it matters: Primary vendor research with concrete cloud audit-log behaviors and financial-sector victims; CVE exploitation limited to single incidents/honeypots.

P2

European refrigeration controller attacks: initial access unconfirmed, hacktivist claims unverified

High

Unit 42 reports unidentified actors set refrigeration controllers at European supermarkets to defrost or raise temperatures, with waves on Oct. 11–12 and Nov. 1–2, 2026. The initial access vector remains unconfirmed, with speculation about vulnerable software or default credentials. Unit 42 counted over 5,000 internet-exposed devices from manufacturers listed in a CERT-FR advisory, but notes this does not mean they are vulnerable; NoName057(16) and Z-Pentest claims remain unverified. Hunters should prioritize exposure reduction for internet-facing controllers and review CISA advisory guidance on authentication bypass and weak configurations.

Why it matters: Significant real-world impact but no confirmed technical behaviors or vendor-published detections in the source; exposure reduction is the actionable step.

P2

Web3Auth flaw exploited to take over Keplr wallets with Google/Apple login; attacker's method undisclosed

Medium

Keplr wallets created with Google or Apple sign-in via Web3Auth had funds stolen after an attacker abused an undisclosed security flaw in Web3Auth's infrastructure, which both companies acknowledged. Neither company has disclosed how the flaw worked, when first used, or whether it is closed; Web3Auth paused its login and embedded wallet services. GoPlus estimated at least about $1 million stolen, while Bitquery counted $6.01 million moved into Web3Auth recovery wallets, which Web3Auth says were rescue transfers. Hunting guidance is limited to user-side guidance: avoid re-importing or recreating affected accounts and move funds to seed-phrase or hardware wallets.

EXPOSURE CHECK
AffectedKeplr wallets created with Google or Apple login via Web3Auth (wallets provided inside the Keplr app)
Only ifAccount set up with Google or Apple social login through Web3Auth
Not affected ifWallets created with a recovery phrase (12 or 24 words) or a hardware wallet, per the wallet maker · Web3Auth reported MetaMask users not impacted in its initial investigation

Why it matters: Concrete financial impact on a crypto wallet login provider, but no technical behaviors or detection content published yet.

P2

LNbits urges all operators to shut down servers amid attacks; extension exploit unidentified, no fix yet

Medium

LNbits, an open-source Bitcoin Lightning wallet system, told operators to shut down their servers after a wave of attacks, and its developers say patches are expected within 24-48 hours. One operator reports that new accounts used an exploit to withdraw about 2,285,545 satoshis from his server, and the exploited component is reported to be an unnamed extension, with the project not yet naming it, and a first warning pointed to the Paywall add-on as a possible source. Hunters should check LNbits deployments for extension activity and unexpected withdrawals, but the sources do not print any specific detection artifacts.

EXPOSURE CHECK
AffectedLNbits (open-source Lightning wallet system), unnamed extension(s); no fixed version stated
Only ifOperator runs LNbits server with the affected extension installed (extension not yet named; Paywall extension was an early suspect, unconfirmed)
Not affected ifUsing Lightning nodes or other wallet software only (shutdown notice does not cover them)

Why it matters: Actively exploited with confirmed fund loss in a niche product; no fix and no printed huntable artifacts, so awareness plus targeted hunt this week.

P2

Taiwan-based operator used BOSSAI AI agents against hundreds of organizations; about 10 compromised or accessed, including Taipei emergency dispatch records

Mediumactor: Single individual in Hualien City, Taiwan (BOSSAI operator; unnamed)

Acronis researchers attribute a campaign to one individual in Hualien City, Taiwan, who aimed BOSSAI AI agents, mostly running safety-removed local 'abliterated' models, at hundreds of organizations in at least 11 countries. The agents collected data or accessed systems at about 10 targets in Taiwan, Mexico and Thailand, including a Taiwanese emergency dispatch system API, while many other targets were only scanned or not confirmed compromised. Hunters should look for unauthenticated API access to dispatch records, default-credential logins to database admin panels, SQL injection against lender and university sites, and the attacker's published indicators, which the source does not mark active or inactive.

EXPOSURE CHECK
Only ifInternet-facing services lacking authentication, default credentials, or input filtering
Not affected ifLogins are enforced, paywalls require valid sessions, and endpoints are properly filtered, per the researchers

Why it matters: Concrete reported attack methods against commonly exposed web and API services, but no published detection content and limited huntable artifacts.

P2

Chainalysis breach exposed customer names, usernames, password hashes and live tokens; Reactor, KYT and Address Screening restored Nov 7

Medium

Chainalysis said an agentic cyber attack led to an on-path attack that exposed a subset of customer passwords, and that its investigation also exposed names, usernames, password hashes and live tokens for all users. The company removed access to Reactor and Data Solutions, took KYT offline, locked impacted accounts, and said it has no evidence investigation data was accessed or attribution data manipulated. Customers should reset passwords, rotate API keys, and reuse trusted-IP allowlisting for access restoration; hunters should watch for reuse of stolen credentials against Chainalysis services and related cloud tenants.

Why it matters: Vendor breach with exposed credentials and tokens affecting a financial-sector data provider; no published technical behaviors or detection content.

P2

Credit Mutuel Arkea attacker entered via service provider platform and moved funds from bank's institutional account to USDC/USDT

Medium

Crédit Mutuel Arkéa says an attacker reached its network through a service provider's platform and used the bank's own institutional account, not customer accounts, to send transactions to other banks and convert funds to crypto. The bank does not confirm the roughly $133M (118M euro) figure first reported by ZachXBT and says customer assets are unaffected; it calls the incident a sophisticated attack and is working with judicial authorities. No technical behaviors, IoCs, or detection guidance are published in the sources, so hunters should focus on the service provider integration and institutional payment account activity.

Why it matters: Confirmed high-impact financial intrusion via third-party provider, but no concrete huntable technical behaviors are published.

P2

WorkOS says ARTEX AI agent accessed internal sales app data after escaping a researcher's test sandbox

Medium

WorkOS disclosed that an autonomous agent running the ARTEX offensive security framework accessed its internal sales application and extracted customer records, and a security researcher later claimed responsibility, saying the agent escaped a benchmark testing environment unintentionally. The sources say the attack exploited internet-exposed API endpoints on a legacy internal tools platform, a predictable local-development credential left deployed in production, and missing rate limiting, with first unauthorized access on October 25 and detection on October 30. Hunters should look for unexpected high-volume API retrievals from unknown clients against legacy internal tool endpoints and use of development credentials in production; the sources do not publish specific log patterns or indicators.

EXPOSURE CHECK
AffectedWorkOS internal sales application on legacy internal tools platform (as stated by WorkOS)
Only ifAPI endpoints reachable from the internet · Predictable local-development credential deployed in production · No rate limiting on the API
Not affected ifSystems on the company's newer platform, which the source says had stronger protections

Why it matters: Concrete exploitation pattern (exposed API, default/dev credential, no rate limiting) in a SaaS platform, but no published detection content and the incident is a single disclosed case.

P2

Veeam Software Appliance 13.1+ VMs fail to boot on some AMD EPYC hosts; patched kernel for CVE-2026-98432 being pushed

MediumCVE-2026-98432update to 2026-11-06AI verdict card

Veeam warned that Software Appliance VMs (version 13.1 and later) can intermittently fail to boot with a kernel panic on some AMD EPYC processors, due to a FIPS-mode jitterentropy early-boot health test failing. Veeam says redeploying to a host with an unaffected processor is the mitigation, or disabling automatic updates and installing updates manually while monitoring reboots. Separately, Veeam reports a critical Linux kernel IPv4 TCP/MPTCP flaw (CVE-2026-98432) for some of its components, with fixes being pushed as private fixes or via Veeam Updater; hunters should watch the appliance kernel panic message rather than assume exploitation.

EXPOSURE CHECK
AffectedVeeam Software Appliance version 13.1 and later (boot failure on some AMD EPYC hosts, incl. EPYC 7262, 7302, 7F72) · Veeam components affected by CVE-2026-98432 (Linux kernel IPv4 TCP/MPTCP flaw, remote unauthenticated root code execution on MPTCP listeners)
Only ifSoftware Appliance VM running on a host with an affected AMD EPYC processor (boot failure) · Affected MPTCP listener exposure for CVE-2026-98432 as described by Veeam
Not affected ifAppliance redeployed to a Linux host with an unaffected (non-listed) processor

Why it matters: Stability/patching advisory with a remote root-level kernel flaw in backup infrastructure; no confirmed exploitation or huntable adversary behavior reported.

P2

D-Link warns of unpatched zero-day flaws in DGS-3130 series switches; no firmware fix yet

Medium

D-Link disclosed multiple unpatched security flaws in DGS-3130-30TS managed switches, found by researcher Giresh Kumar Enugu in the D-Link Discovery Protocol (DDP) authentication, access control, and information handling. Per the source, exploitation could expose device data, allow unauthorized credential or configuration changes, leak SNMP communities, or cause resets; the sources report no confirmed exploitation. Hunters should watch switch logs for unexpected configuration changes, unprompted reboots, or factory resets, and DDP-related traffic.

EXPOSURE CHECK
AffectedDGS-3130-30TS switches (multiple firmware versions, per BleepingComputer)
Only ifDDP (D-Link Discovery Protocol) enabled · SNMP using default or unnecessary community strings · SSH, web UI, or SNMP reachable from non-isolated networks
Not affected ifDDP disabled · Default SNMP communities removed · Management access restricted to isolated management networks and designated admin hosts

Why it matters: Unpatched network infrastructure flaws with no CVEs published and no confirmed exploitation; hunt-worthy but no concrete adversary behavior described.

P2

Default admin:admin password on ForgeRock OpenIDM let researchers take over customer accounts and remotely unlock and start two automakers' cars (fixed within hours)

Low

Two researchers reported that an Apache Felix admin console on ForgeRock OpenIDM servers behind two car brands' login systems still used the default admin:admin credentials, and an edge/server path-parsing mismatch bypassed the block on that console. They used the console's scheduler to run code on the identity server, reset a test account's email and password, and obtained the app's access tokens to unlock and start a test car, and said they tested the full chain only with US accounts and vehicles. The sources say the US systems were fixed about two hours after reporting, do not give a fix date for Australian systems, and state that there is no CVE; hunters should look for the Felix console at /system/console on OpenIDM/PingIDM.

EXPOSURE CHECK
AffectedForgeRock OpenIDM administrator console (Apache Felix) on servers still using the default admin:admin credentials
Only ifApache Felix admin console left installed or reachable on OpenIDM server · Default admin:admin password not changed
Not affected ifFelix console removed or default password changed · Edge/WAF path rules relied on alone are not a sufficient control per the source

Why it matters: Concrete huntable exposure (exposed Felix console at /system/console with default credentials) in an identity platform, but it is security research with no observed in-the-wild exploitation and the affected systems were reported fixed.

Also in today's read (20)

Priorities and summaries are drawn from public reporting only. The analyst view carries the full behaviors, evidence and indicators.