<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>ctipilot.ch · Public sector</title><link>https://ctipilot.ch/</link><atom:link href="https://ctipilot.ch/feed-public-sector.xml" rel="self" type="application/rss+xml"/><description>Items affecting public-sector environments (national / cantonal / federal administration, regulators, public-sector technology suppliers).</description><language>en</language><lastBuildDate>Sat, 18 Jul 2026 13:30:00 +0000</lastBuildDate><item><title>The official Microsoft 365 integration for Moodle authenticated forged JWTs — knowing a user&#39;s email was enough for full site takeover; patch 4.5.6/5.0.5/5.1.1</title><link>https://ctipilot.ch/entries/2026-07-18/moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733/</guid><pubDate>Sat, 18 Jul 2026 13:30:00 +0000</pubDate><dc:date>2026-07-18T13:30:00Z</dc:date><category>vulnerabilities</category><category>identity</category><category>auth-bypass</category><category>pre-auth</category><category>patch-available</category><category>global</category><category>europe</category><category>patch-available</category><category>CVE-2026-54733</category><description><![CDATA[<p>CVE-2026-54733 in local_o365, the official Microsoft 365 / Entra ID integration plugin for Moodle, lets an unauthenticated attacker forge a JWT for the Teams SSO endpoint sso_login.php: the code authenticated users from the token&#39;s upn claim without ever verifying the JWT signature, so knowing or enumerating any user&#39;s email address — an administrator&#39;s included — yields that user&#39;s session and &quot;effectively full site takeover&quot;. Fixed in 4.5.6, 5.0.5 and 5.1.1; CVSS 4.0 9.3 (GitHub CNA); no exploitation reported. Relevant to the wider European public sector: Moodle is the dominant LMS across education and public-sector training. The fix shipped in April 2026 releases and the vendor advisory published 2026-07-06; BSI CERT-Bund surfaced it in-window (2026-07-16/17) and the daily fires swept BSI and passed over it, so it is recovered here.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733" data-tags="vulnerabilities identity auth-bypass pre-auth patch-available" data-regions="global europe" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-18T13:30:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-54733/">CVE-2026-54733</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733"><a href="https://ctipilot.ch/entries/2026-07-18/moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733/">Moodle local_o365 plugin: unverified JWT signature on the Teams SSO endpoint lets anyone authenticate as any user (CVE-2026-54733)</a></h3><p>BSI CERT-Bund&#39;s advisory WID-SEC-2026-2400 (severity &quot;hoch&quot;) surfaced CVE-2026-54733 in <strong>local_o365</strong>, the official Microsoft 365 / Entra ID integration plugin for Moodle, disclosed through Microsoft&#39;s own repository advisory published 2026-07-06 (<a href="https://github.com/microsoft/o365-moodle/security/advisories/GHSA-hqjh-93qv-47v5" target="_blank" rel="noopener noreferrer">GitHub Security Advisory, 2026-07-06</a>) and surfaced in-window by BSI CERT-Bund&#39;s advisory WID-SEC-2026-2400 (2026-07-16/17, <a href="https://wid.cert-bund.de/portal/wid/securityadvisory?name=WID-SEC-2026-2400" target="_blank" rel="noopener noreferrer">BSI CERT-Bund, 2026-07-16</a>). The flaw (CWE-347, improper verification of cryptographic signature) sits in <code>sso_login.php</code>, the plugin&#39;s Microsoft Teams single-sign-on endpoint: the code base64-decoded an incoming JWT and authenticated the user from its <code>upn</code> (user principal name) claim alone — &quot;the signature component was extracted but never verified. Authentication proceeded solely on the upn claim value in the unvalidated payload&quot; (<a href="https://github.com/microsoft/o365-moodle/security/advisories/GHSA-hqjh-93qv-47v5" target="_blank" rel="noopener noreferrer">GitHub Security Advisory, 2026-07-06</a>). The consequence is a pre-auth impersonation primitive: &quot;an unauthenticated remote attacker who knows (or can enumerate) any O365-authenticated user&#39;s email address can forge a JWT with an arbitrary upn claim&quot; and be logged in as that user — a site administrator included, which the advisory summarizes as effectively full site takeover. Institutional address books make the prerequisite trivial: most UPNs follow guessable naming conventions. Fixed in plugin versions 4.5.6, 5.0.5 and 5.1.1; the GitHub CNA scores it CVSS 4.0 9.3 (<a href="https://github.com/microsoft/o365-moodle/security/advisories/GHSA-hqjh-93qv-47v5" target="_blank" rel="noopener noreferrer">GitHub Security Advisory, 2026-07-06</a>). No in-the-wild exploitation is reported by any fetched source.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">this matters to the European education and public-sector-training estate, where Moodle paired with Microsoft 365 SSO is a default stack — the affected component is the bridge between the LMS and the institutional identity plane, and the bug converts email-address knowledge into admin capability on the LMS. Patch the plugin out of band of the normal Moodle release cadence (the fix is in the plugin, not Moodle core). Detection is workable because forged logins skip the real identity provider: in combined web and identity telemetry, a Moodle session established via <code>sso_login.php</code> for which Entra ID sign-in logs show <strong>no corresponding token issuance</strong> for that user at that time is the direct signal; retrospective hunting over that join since the plugin&#39;s installation window is the honest scope, since forgery leaves no IdP-side trace at all. Privilege changes, new enrolments, or web-service token creation by admin accounts shortly after such an orphan SSO login are the escalation markers.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The signature component was extracted but never verified. Authentication proceeded solely on the upn claim value in the unvalidated payload.</p><p class="entry-cite__quote">An unauthenticated remote attacker who knows (or can enumerate) any O365-authenticated user&#39;s email address can forge a JWT with an arbitrary upn claim.</p><figcaption class="entry-cite__attr"><a href="https://github.com/microsoft/o365-moodle/security/advisories/GHSA-hqjh-93qv-47v5" target="_blank" rel="noopener noreferrer">Microsoft o365-moodle GitHub Security Advisory</a> <span class="entry-cite__date mono">2026-07-06</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Microsoft Office 365 (Moodle Plugin) ausnutzen, um Sicherheitsvorkehrungen zu umgehen, Benutzer zu imitieren und sich so erweiterte Berechtigungen, einschließlich Administratorzugriff, zu verschaffen.</p><figcaption class="entry-cite__attr"><a href="https://wid.cert-bund.de/portal/wid/securityadvisory?name=WID-SEC-2026-2400" target="_blank" rel="noopener noreferrer">BSI CERT-Bund</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>18 Jul 13:30Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/moodle-local-o365-jwt-forgery-admin-takeover-cve-2026-54733/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://github.com/microsoft/o365-moodle/security/advisories/GHSA-hqjh-93qv-47v5" target="_blank" rel="noopener noreferrer">Microsoft o365-moodle GitHub Security Advisory</a> · <a href="https://wid.cert-bund.de/portal/wid/securityadvisory?name=WID-SEC-2026-2400" target="_blank" rel="noopener noreferrer">BSI CERT-Bund</a></div></article>]]></content:encoded></item><item><title>WordPress core&#39;s REST batch endpoint + a WP_Query SQL injection chain to unauthenticated RCE on a stock install — patch 7.0.2/6.9.5/6.8.6 shipped 2026-07-17</title><link>https://ctipilot.ch/entries/2026-07-18/wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030/</guid><pubDate>Sat, 18 Jul 2026 13:20:00 +0000</pubDate><dc:date>2026-07-18T13:20:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>sqli</category><category>pre-auth</category><category>poc-public</category><category>patch-available</category><category>global</category><category>patch-available</category><category>poc-public</category><category>CVE-2026-63030</category><category>CVE-2026-60137</category><description><![CDATA[<p>WordPress shipped an out-of-band security release on 2026-07-17 (7.0.2, with backports 6.9.5 and 6.8.6) fixing &quot;WP2Shell&quot;: a route-confusion flaw in the unauthenticated REST API batch endpoint (CVE-2026-63030) chained with an SQL injection in WP_Query&#39;s author__not_in parameter (CVE-2026-60137) to reach pre-auth remote code execution on a stock install with no plugins. Discoverer Searchlight Cyber withheld exploit details but published a public checker; public proof-of-concept code is already on GitHub, and NCSC-NL assesses short-term exploitation is expected. No confirmed in-the-wild exploitation as of 2026-07-18. Published as an audit-recovered item: the disclosure was public ~9 h before the day&#39;s single intel fire, which missed it.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030" data-tags="vulnerabilities rce sqli pre-auth poc-public patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-18T13:20:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-63030/">CVE-2026-63030 +1</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030"><a href="https://ctipilot.ch/entries/2026-07-18/wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030/">WP2Shell: pre-auth RCE chain in stock WordPress core (CVE-2026-63030 + CVE-2026-60137) — out-of-band 7.0.2 patch, exploitation expected short-term</a></h3><p>WordPress shipped an out-of-band core security release on 2026-07-17 fixing a pre-authentication remote-code-execution chain that researcher Adam Kues of Searchlight Cyber calls <strong>WP2Shell</strong> (<a href="https://wordpress.org/news/2026/07/wordpress-7-0-2-release/" target="_blank" rel="noopener noreferrer">WordPress.org, 2026-07-17</a>; <a href="https://slcyber.io/research-center/wp2shell-pre-authentication-rce-in-wordpress-core" target="_blank" rel="noopener noreferrer">Searchlight Cyber, 2026-07-17</a>). The chain&#39;s first half, CVE-2026-63030, is a route-confusion weakness (CWE-436) in the REST API batch endpoint — <code>/wp-json/batch/v1</code>, also reachable as <code>?rest_route=/batch/v1</code> — which processes several sub-requests in one call; a parsing quirk desynchronizes internal request arrays so one sub-request executes under another&#39;s handler. Chained with CVE-2026-60137 — an SQL injection in the <code>author__not_in</code> parameter of <code>WP_Query</code>, the class that builds most WordPress database queries — it yields code execution with no authentication, no plugins and no special configuration: &quot;the attack has no preconditions and can be exploited by an anonymous user in a stock install of WordPress with no plugins&quot; (<a href="https://slcyber.io/research-center/wp2shell-pre-authentication-rce-in-wordpress-core" target="_blank" rel="noopener noreferrer">Searchlight Cyber, 2026-07-17</a>). The full chain affects 6.9.0–6.9.4 and 7.0.0–7.0.1; the SQL-injection component reaches back into 6.8.x, where it is exposed when a plugin or theme passes untrusted input to the parameter (<a href="https://euvd.enisa.europa.eu/vulnerability/EUVD-2026-45279" target="_blank" rel="noopener noreferrer">ENISA EUVD, 2026-07-17</a>). Scoring is contested between assigners: the WPScan CNA rates the RCE component 9.8 and the SQLi 5.9, while the CISA-ADP secondary assessment carried by NVD and EUVD inverts the pair at 7.5 and 9.1 (<a href="https://euvd.enisa.europa.eu/vulnerability/EUVD-2026-45280" target="_blank" rel="noopener noreferrer">ENISA EUVD, 2026-07-18</a>).</p>
<p>Searchlight Cyber withheld exploit mechanics &quot;to give defenders time to patch&quot; and instead published a checker tool; VulnCheck&#39;s independent analysis describes the practical post-exploitation route as dumping credential hashes via the SQL injection, cracking or reusing an administrator login, and dropping a webshell through the admin interface (<a href="https://www.vulncheck.com/blog/wp2shell" target="_blank" rel="noopener noreferrer">VulnCheck, 2026-07-17</a>). Public proof-of-concept code is already on GitHub — The Hacker News reports &quot;a working proof-of-concept has gone up on GitHub&quot; (<a href="https://thehackernews.com/2026/07/new-wp2shell-wordpress-core-flaw-lets.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-17</a>), while an earlier-observed public repository carried only detection-grade probing (time-based blind SQL-injection and route-confusion checks); either way, exploit tooling is public. Exploitation status as of publication: Rapid7 was &quot;not aware of publicly confirmed in-the-wild exploitation&quot; as of 2026-07-17 evening (<a href="https://www.rapid7.com/blog/post/etr-cve-2026-63030-wp2shell-a-critical-remote-code-execution-vulnerability-in-wordpress-core/" target="_blank" rel="noopener noreferrer">Rapid7, 2026-07-17</a>), the CVE pair is not in CISA KEV, and a circulated secondhand exploitation claim traces back to a Patchstack database page that in fact makes only the predictive statement &quot;this vulnerability is highly dangerous and expected to become exploited.&quot; NCSC-NL&#39;s advisory rates likelihood high and expects short-term exploitation, recommending WAF-blocking of the batch endpoint where patching must wait (<a href="https://advisories.ncsc.nl/advisory?id=NCSC-2026-0250" target="_blank" rel="noopener noreferrer">NCSC-NL, 2026-07-18</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">WordPress runs a large share of Swiss and European municipal, cantonal and public-institution web presences, usually behind auto-update — but auto-update is exactly what fleet operators disable on managed estates, so verify the fix level rather than assume it. Detection while unpatched hosts remain: in web/access-log telemetry, POST requests to <code>/wp-json/batch/v1</code> (or <code>rest_route=/batch/v1</code> query strings) from unauthenticated clients are the chain&#39;s entry point — the batch endpoint is legitimately used by the block editor and some plugins, so the discriminators are batch calls without an authenticated session cookie or nonce, response-time patterns consistent with time-based blind SQL injection, and batch sub-requests referencing author-query parameters; any subsequent first-time admin login or plugin/theme-editor file write from the same client chain is the escalation signal.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The attack has no preconditions and can be exploited by an anonymous user in a stock install of WordPress with no plugins.</p><figcaption class="entry-cite__attr"><a href="https://slcyber.io/research-center/wp2shell-pre-authentication-rce-in-wordpress-core" target="_blank" rel="noopener noreferrer">Searchlight Cyber</a> <span class="entry-cite__date mono">2026-07-17</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">It is not on CISA&#39;s KEV catalog, which takes confirmed exploitation, and none has been reported as of July 18.</p><figcaption class="entry-cite__attr"><a href="https://thehackernews.com/2026/07/new-wp2shell-wordpress-core-flaw-lets.html" target="_blank" rel="noopener noreferrer">The Hacker News</a> <span class="entry-cite__date mono">2026-07-17</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>18 Jul 13:20Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/wordpress-core-wp2shell-preauth-rce-chain-cve-2026-63030/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://slcyber.io/research-center/wp2shell-pre-authentication-rce-in-wordpress-core" target="_blank" rel="noopener noreferrer">Searchlight Cyber</a> · <a href="https://wordpress.org/news/2026/07/wordpress-7-0-2-release/" target="_blank" rel="noopener noreferrer">WordPress.org</a> · <a href="https://euvd.enisa.europa.eu/vulnerability/EUVD-2026-45280" target="_blank" rel="noopener noreferrer">ENISA EUVD</a> · <a href="https://thehackernews.com/2026/07/new-wp2shell-wordpress-core-flaw-lets.html" target="_blank" rel="noopener noreferrer">The Hacker News</a> · <a href="https://advisories.ncsc.nl/advisory?id=NCSC-2026-0250" target="_blank" rel="noopener noreferrer">NCSC-NL</a> · <a href="https://www.rapid7.com/blog/post/etr-cve-2026-63030-wp2shell-a-critical-remote-code-execution-vulnerability-in-wordpress-core/" target="_blank" rel="noopener noreferrer">Rapid7</a> · <a href="https://www.vulncheck.com/blog/wp2shell" target="_blank" rel="noopener noreferrer">VulnCheck</a></div></article>]]></content:encoded></item><item><title>Kaspersky details GoSerpent&#39;s re-tooled chain — ChaCha20 C2, a file-harvesting Windows service, and a weeks-long silent-collection stage before exfiltration</title><link>https://ctipilot.ch/entries/2026-07-18/goserpent-backdoor-evolution-sea-government-diplomatic/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/goserpent-backdoor-evolution-sea-government-diplomatic/</guid><pubDate>Sat, 18 Jul 2026 13:05:00 +0000</pubDate><dc:date>2026-07-18T13:05:00Z</dc:date><category>espionage</category><category>nation-state</category><category>apac</category><description><![CDATA[<p>Kaspersky GReAT published (2026-07-16) a full analysis of the evolved GoSerpent backdoor, a Go-based RAT used since 2021 against government and diplomatic entities in Southeast Asia. The current chain decrypts its C2 address from AES-CBC-encrypted command-line arguments, talks ChaCha20 to its C2, deploys a document-harvesting Windows service plus Mimikatz and QuarksDumpLocalHash, deliberately waits a few weeks while files accumulate, then returns with the Stowaway proxy and a dedicated exfiltration toolset. Kaspersky notes a potential — not confirmed — link to the TetrisPhantom actor. Published as an audit-recovered item: the primary fell below the visible fold of the Securelist listing sweep on the publication date.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/goserpent-backdoor-evolution-sea-government-diplomatic" data-tags="espionage nation-state" data-regions="apac" data-kind="threat" data-priority="notable" data-discovered="2026-07-18T13:05:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="goserpent-backdoor-evolution-sea-government-diplomatic"><a href="https://ctipilot.ch/entries/2026-07-18/goserpent-backdoor-evolution-sea-government-diplomatic/">GoSerpent evolves: staged collect-then-return espionage against Southeast Asian government and diplomatic targets</a></h3><p>Kaspersky GReAT published a full analysis of the evolved GoSerpent backdoor — a Go-based RAT it has tracked against victims in Southeast Asia since 2021, whose current campaign &quot;targeted government and diplomatic entities in Southeast Asia and showed a level of sophistication that caught our attention&quot; (<a href="https://securelist.com/goserpent-backdoor-in-southeast-asia/120687/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-16</a>). Where early versions took their configuration as plain-text command-line arguments, the re-tooled backdoor receives base64-encoded, AES-CBC-encrypted arguments carrying the C2 server address and a communication password whose SHA-256 hash becomes the ChaCha20 key for all subsequent C2 traffic. Its command set covers file upload/download, remote shell execution, port forwarding, and starting a SOCKS5 proxy on the infected machine so the operators can route further access through compromised hosts; a companion Go tool, McMx, replicates the proxy/remote-shell core in simpler form (<a href="https://securelist.com/goserpent-backdoor-in-southeast-asia/120687/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-16</a>).</p>
<p>The campaign&#39;s defining shape is staged patience. After the initial deployment the operators typically wait several days, then install the collection layer: ThumbcacheService, a malicious DLL registered as a Windows service that hunts <code>.doc</code>, <code>.docx</code>, <code>.pdf</code>, <code>.xls</code> and <code>.xlsx</code> files (including monitoring <code>$Recycle.Bin</code>), archives them with 7-Zip under a predefined password with a 20 MB per-archive cap, and obfuscates its strings with single-byte-XOR; credential theft runs in parallel through Mimikatz (LSASS) and QuarksDumpLocalHash (local account hashes). The attackers then &quot;allowed a few weeks for the ThumbcacheService to silently collect sensitive files without exfiltrating them&quot; before returning — in the observed intrusion, in May 2026 — with an evolved toolset (the Stowaway proxy plus a TmcLoader/TmcPayload pair) to exfiltrate the accumulated archives over network shares using stolen credentials. Components persist under filenames that mimic legitimate system processes, such as <code>lass.exe</code> and <code>updates.exe</code>. Kaspersky hedges attribution: &quot;there are indications of a potential link to the TetrisPhantom threat actor&quot; based on similarities in victim targeting, technical capabilities and operational methodology (<a href="https://securelist.com/goserpent-backdoor-in-southeast-asia/120687/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-16</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for a government or diplomatic-facing SOC the transferable lesson is the split between a quiet, service-resident collection stage and a much later exfiltration event — an intrusion model in which the noisy phase can postdate initial compromise by weeks. In service and process telemetry, review newly installed Windows services whose DLLs live outside managed paths and whose names imitate system components; in file telemetry, watch for sustained enumeration of office-document extensions paired with password-protected archive creation on hosts with no archiving business; in network telemetry, surface SOCKS5 listeners appearing on workstations and bulk transfers to internal shares from accounts that do not normally write there. <strong>Triage:</strong> backup agents and DLP scanners also enumerate document trees and create archives — the discriminators here are the archive tool arriving with its own service persistence, the password-protected 7-Zip output with a fixed size cap, near-name-collision binaries (<code>lass.exe</code> vs <code>lsass.exe</code>) in the process lineage, and collection activity that persists for weeks with no corresponding egress until a distinct later toolset appears. No Swiss or European targeting is reported; this entry carries the campaign&#39;s tradecraft model, not a home-region threat.</div></aside>
<p><em>Provenance note: this entry was published by the 2026-07-18 weekly quality audit. The intel run on the publication date missed the item because the Securelist listing renders several posts without visible dates to a plain fetch, pushing the new post below the visible fold — the audit&#39;s per-publisher listing re-sweep surfaced it; a source-recipe note ships with the same audit.</em></p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The backdoor connects to command-and-control servers using ChaCha20 encryption for communications, with the SHA256 hash of the communication password serving as the encryption key.</p><p class="entry-cite__quote">the attackers allowed a few weeks for the ThumbcacheService to silently collect sensitive files without exfiltrating them</p><p class="entry-cite__quote">While the exact attribution of the GoSerpent campaign remains uncertain, there are indications of a potential link to the TetrisPhantom threat actor.</p><figcaption class="entry-cite__attr"><a href="https://securelist.com/goserpent-backdoor-in-southeast-asia/120687/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>threat</span><span>18 Jul 13:05Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/goserpent-backdoor-evolution-sea-government-diplomatic/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://securelist.com/goserpent-backdoor-in-southeast-asia/120687/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a></div></article>]]></content:encoded></item><item><title>Broadcom patches a pre-auth authentication bypass on the VMware Avi Load Balancer control plane (CVE-2026-47865), reported by NATO NCSC</title><link>https://ctipilot.ch/entries/2026-07-18/vmware-avi-load-balancer-cve-2026-47865-auth-bypass/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/vmware-avi-load-balancer-cve-2026-47865-auth-bypass/</guid><pubDate>Sat, 18 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-18T04:35:00Z</dc:date><category>vulnerabilities</category><category>auth-bypass</category><category>pre-auth</category><category>no-patch</category><category>cloud</category><category>global</category><category>europe</category><category>patch-available</category><category>CVE-2026-47865</category><category>CVE-2026-47867</category><category>CVE-2026-47871</category><category>CVE-2026-47868</category><category>CVE-2026-47866</category><category>CVE-2026-47869</category><category>CVE-2026-47870</category><description><![CDATA[<p>Broadcom advisory VMSA-2026-0005 (2026-07-14) discloses seven flaws in VMware Avi Load Balancer (formerly NSX Advanced Load Balancer); the headline flaw CVE-2026-47865 (CVSS 9.8) lets an unauthenticated remote attacker reach the Avi Controller control plane by bypassing authentication entirely, with no workaround available. Affected: 22.1.1–22.1.7, 30.1.1–30.2.6, 31.1.1–31.2.2 and 32.1.1; fixed in 32.1.2, 31.2.2-2p3 and 30.2.7. No in-the-wild exploitation is reported, but the bug was reported by NATO NCSC and the control plane governs traffic routing and TLS termination for whatever sits behind the load balancer.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/vmware-avi-load-balancer-cve-2026-47865-auth-bypass" data-tags="vulnerabilities auth-bypass pre-auth no-patch cloud" data-regions="global europe" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-18T04:35:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-47865/">CVE-2026-47865 +6</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="vmware-avi-load-balancer-cve-2026-47865-auth-bypass"><a href="https://ctipilot.ch/entries/2026-07-18/vmware-avi-load-balancer-cve-2026-47865-auth-bypass/">CVE-2026-47865 — VMware Avi Load Balancer: unauthenticated control-plane authentication bypass (CVSS 9.8), no workaround</a></h3><p>Broadcom&#39;s VMSA-2026-0005 (2026-07-14, last updated 2026-07-15) patches seven vulnerabilities in VMware Avi Load Balancer — the load-balancing/application-delivery product formerly sold as NSX Advanced Load Balancer and widely deployed in enterprise and government data-centre fabric across Europe. The load-bearing flaw, <strong>CVE-2026-47865</strong> (CVSS 9.8), is an authentication bypass on the Avi Controller: &quot;a malicious user with network access may be able to access the Avi Control plane by bypassing the authentication mechanism&quot; — no credentials, no user interaction (<a href="https://support.broadcom.com/web/ecx/support-content-notification/-/external/content/SecurityAdvisories/0/37926" target="_blank" rel="noopener noreferrer">Broadcom PSIRT, 2026-07-14</a>). The advisory ships six companion flaws that require a prior foothold: two high-privilege remote code-execution bugs (CVE-2026-47867, CVE-2026-47869, both CVSS 8.7, PR:H), a low-privilege authenticated directory traversal (CVE-2026-47871, CVSS 8.8), an authorization bypass (CVE-2026-47866, CVSS 8.3), a local-to-root privilege escalation (CVE-2026-47868, CVSS 7.8) and a further privilege escalation (CVE-2026-47870, CVSS 7.1). Broadcom states no workarounds exist (<a href="https://support.broadcom.com/web/ecx/support-content-notification/-/external/content/SecurityAdvisories/0/37926" target="_blank" rel="noopener noreferrer">Broadcom PSIRT, 2026-07-14</a>); the German trade press summarised it as attackers being able to bypass authentication and authorization (<a href="https://www.heise.de/news/VMware-Avi-Load-Balancer-Kritische-Luecke-erlaubt-Umgehung-von-Anmeldung-11368661.html" target="_blank" rel="noopener noreferrer">heise Security, 2026-07-17</a>).</p>
<p>No in-the-wild exploitation has been reported, but two facts raise this above the routine patch cycle: the reporter is the NATO NCSC (a direct constituency-provenance signal), and there is no mitigation short of upgrading. Because the Avi Controller is the management and orchestration plane for the load-balancing fabric, an unauthenticated bypass there is a direct path to reconfiguring traffic routing and TLS termination for every service behind the load balancer — an interception and traffic-manipulation position, not merely appliance compromise.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">Upgrade the Avi Controller to a fixed release — 32.1.2 (recommended), 31.2.2-2p3 or 30.2.7; the 22.1.x branch must move to at least 30.2.7. Because no workaround exists, until the upgrade lands restrict Controller management-plane reachability to trusted management VLANs/jump hosts and treat any exposure of the Avi Controller to broad or untrusted network segments as the finding in its own right. Detection concept, telemetry-class first: Avi Controller admin/API authentication logs showing control-plane session establishment or API calls with no preceding successful login event, particularly from source ranges outside the management network.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">A malicious user with network access may be able to access the Avi Control plane by bypassing the authentication mechanism.</p><figcaption class="entry-cite__attr"><a href="https://support.broadcom.com/web/ecx/support-content-notification/-/external/content/SecurityAdvisories/0/37926" target="_blank" rel="noopener noreferrer">Broadcom / VMware PSIRT (VMSA-2026-0005)</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>18 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/vmware-avi-load-balancer-cve-2026-47865-auth-bypass/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://support.broadcom.com/web/ecx/support-content-notification/-/external/content/SecurityAdvisories/0/37926" target="_blank" rel="noopener noreferrer">Broadcom / VMware PSIRT (VMSA-2026-0005)</a> · <a href="https://www.heise.de/news/VMware-Avi-Load-Balancer-Kritische-Luecke-erlaubt-Umgehung-von-Anmeldung-11368661.html" target="_blank" rel="noopener noreferrer">heise Security</a></div></article>]]></content:encoded></item><item><title>Volexity attributes the SonicWall SMA 1000 zero-day exploitation to UTA0533 and details the SSRF-to-root chain, on-appliance implants and LDAP credential theft</title><link>https://ctipilot.ch/entries/2026-07-18/sonicwall-sma1000-uta0533-exploitation-kill-chain/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/sonicwall-sma1000-uta0533-exploitation-kill-chain/</guid><pubDate>Sat, 18 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-18T04:35:00Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>zero-day</category><category>pre-auth</category><category>rce</category><category>auth-bypass</category><category>global</category><category>europe</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2026-15409</category><category>CVE-2026-15410</category><description><![CDATA[<p>Volexity has reconstructed the intrusion behind the actively-exploited SonicWall SMA 1000 zero-days (CVE-2026-15409 SSRF, CVE-2026-15410 path-traversal command injection), attributing it to an actor it tracks as UTA0533 with the earliest compromise on 2026-06-22. The chain: an unauthenticated /wsproxy request tunnels to a localhost-only service for initial code execution, a hotfix-rollback path traversal escalates to root, then the actor injects a proxy (Suo5) and a Java webshell (ORANGETAIL) into the appliance&#39;s legitimate workplace process, persists via an init script, captures cleartext LDAP credentials with tcpdump, and pivots into the internal network. Stolen credentials survive patching — the hotfix alone does not remediate a pre-patch compromise.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/sonicwall-sma1000-uta0533-exploitation-kill-chain" data-tags="vulnerabilities actively-exploited zero-day pre-auth rce auth-bypass" data-regions="global europe" data-kind="threat" data-priority="high" data-discovered="2026-07-18T04:35:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-15409/">CVE-2026-15409 +1</a><span class="b exp">exploited</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="sonicwall-sma1000-uta0533-exploitation-kill-chain"><a href="https://ctipilot.ch/entries/2026-07-18/sonicwall-sma1000-uta0533-exploitation-kill-chain/">SonicWall SMA 1000 zero-day exploitation (CVE-2026-15409/-15410): Volexity reconstructs UTA0533&#39;s full appliance-to-network kill chain</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited/">CVE-2026-15409 — SonicWall SMA1000: unauthenticated SSRF (CVSS 10.0) chained to post-auth code injection, actively exploited</a> <span class="mono muted">(2026-07-14)</span></p><p>The original entry recorded SonicWall&#39;s confirmation that CVE-2026-15409/-15410 were being exploited as zero-days and directed emergency patching. Volexity has now published the reconstructed intrusion, attributed it to an actor it tracks as <strong>UTA0533</strong>, and shown that patching alone is insufficient — the delta below is the full kill chain, the on-appliance implants, and the compromise-response guidance the terse advisory did not carry (<a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity, 2026-07-17</a>).</p>
<p>Volexity was engaged after suspect authentication and lateral movement were seen originating <em>from</em> SonicWall SMA 1000 appliances (models 6210/7210/8200v); the earliest sign of compromise was 2026-06-22, weeks before SonicWall&#39;s 2026-07-14 disclosure (<a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity, 2026-07-17</a>). SonicWall&#39;s PSIRT confirms it &quot;has investigated multiple cases indicating the active exploitation of the vulnerabilities described in this advisory&quot; (<a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall SNWLID-2026-0008, 2026-07-14</a>), and Rapid7&#39;s MDR team independently found the same two zero-days under attack (<a href="https://www.rapid7.com/blog/post/etr-rapid7-mdr-team-discovers-new-sonicwall-sma1000-zero-days-being-actively-exploited-cve-2026-15409-cve-2026-15410/" target="_blank" rel="noopener noreferrer">Rapid7, 2026-07-16</a>).</p>
<p><strong>Initial access (T1190, T1133).</strong> CVE-2026-15409 is a pre-authentication server-side request forgery in the SMA 1000 <code>/wsproxy</code> endpoint. A crafted WebSocket-upgrade request establishes a tunnel from the unauthenticated external attacker straight to services that are supposed to be reachable only on the appliance&#39;s own loopback — Volexity confirms &quot;no valid SMA session cookie was required during this process&quot; (<a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity, 2026-07-17</a>). Through the tunnel the actor reached the appliance&#39;s bundled CouchDB/Erlang services and a localhost-only control service; the shipped CouchDB carries hardcoded <code>admin:admin</code> credentials, and the control service&#39;s authentication password is derivable from a device UUID, so the SSRF turns both into part of the external attack surface.</p>
<p><strong>Privilege escalation (T1068).</strong> CVE-2026-15410 is a path traversal in the hotfix-rollback workflow: the <code>sysCtrl.execRemoveHotfix</code> operation builds a rollback path from caller-controlled input and hands it to <code>/usr/local/bin/remove_hotfix</code>, which then executes it. A rollback name containing directory-traversal sequences resolves outside the intended rollback directory and runs an attacker-staged script as root.</p>
<p><strong>Persistence and implants (T1055, T1505.003, T1090.003, T1037.004).</strong> With root, UTA0533 dropped a setuid helper and a Python loader Volexity calls <strong>KNUCKLEBALL</strong>, which injects two JAR archives into the appliance&#39;s legitimate <code>workplace</code> process: the open-source <strong>Suo5</strong> HTTP proxy-forwarder and a Behinder-like Java webshell Volexity calls <strong>ORANGETAIL</strong>. Persistence was established by adding a call to the loader inside the appliance&#39;s <code>workplace</code> init script, and the NGINX Unit configuration was rewritten to add routes that proxy attacker-chosen (arbitrary) request paths to the injected webshell and proxy — so hunting for a fixed URL is the wrong shape; the behaviour is unexpected route entries in the appliance&#39;s own reverse-proxy configuration.</p>
<p><strong>Credential access and lateral movement (T1040, T1059).</strong> The actor ran <code>tcpdump</code> from a script staged in the appliance&#39;s temp directory to capture unencrypted LDAP traffic (TCP 389), harvesting directory credentials off the wire (<a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity, 2026-07-17</a>). Rapid7&#39;s engagement observed the actor then &quot;quickly shifted to lateral movement, pivoting from the compromised appliance directly into the internal corporate network&quot; (<a href="https://www.rapid7.com/blog/post/etr-rapid7-mdr-team-discovers-new-sonicwall-sma1000-zero-days-being-actively-exploited-cve-2026-15409-cve-2026-15410/" target="_blank" rel="noopener noreferrer">Rapid7, 2026-07-16</a>). How far that onward movement reached differs across the two IR firms&#39; cases: Volexity concludes that in the appliances <em>it</em> investigated, &quot;available evidence suggests the threat actor was less successful moving laterally or gaining access to other systems&quot; (<a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity, 2026-07-17</a>) — so treat a foothold on the appliance as a demonstrated launch point for internal movement, but not evidence that deep lateral movement always succeeds.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">Patching to the hotfix (12.4.3-03453 / 12.5.0-02835) closes the two CVEs but does nothing about credentials already captured or implants already planted, so any appliance that was exposed and unpatched must be handled as an assume-compromise: SonicWall and both IR firms recommend re-imaging on any indicator, and resetting all account passwords and TOTP seeds. Detection concepts, telemetry-class first: in the appliance&#39;s web/access logs, unauthenticated <code>/wsproxy</code> WebSocket-upgrade requests that return a 101 protocol-upgrade status with no valid session cookie and target an internal (loopback-facing) service port; in the control-service log, hotfix-rollback operations carrying path-traversal sequences in the rollback name; on the network, LDAP binds and other authentication originating <em>from</em> the SMA appliance&#39;s own address, and any egress or lateral connection from an appliance that should only ever terminate inbound VPN sessions. <strong>Triage:</strong> an SMA 1000 legitimately proxies authenticated user sessions inbound — the discriminators are a <code>/wsproxy</code> upgrade with no session cookie reaching a loopback service, and the appliance itself <em>initiating</em> authentication or connections into the internal network, which a remote-access gateway has no benign reason to do.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">No valid SMA session cookie was required during this process.</p><figcaption class="entry-cite__attr"><a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity</a> <span class="entry-cite__date mono">2026-07-17</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">SonicWall PSIRT has investigated multiple cases indicating the active exploitation of the vulnerabilities described in this advisory.</p><figcaption class="entry-cite__attr"><a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT (SNWLID-2026-0008)</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">the threat actors quickly shifted to lateral movement, pivoting from the compromised appliance directly into the internal corporate network</p><figcaption class="entry-cite__attr"><a href="https://www.rapid7.com/blog/post/etr-rapid7-mdr-team-discovers-new-sonicwall-sma1000-zero-days-being-actively-exploited-cve-2026-15409-cve-2026-15410/" target="_blank" rel="noopener noreferrer">Rapid7</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>threat</span><span>18 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/sonicwall-sma1000-uta0533-exploitation-kill-chain/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.volexity.com/blog/2026/07/17/proxying-to-compromise-sonicwall-secure-mobile-access-0-day-exploitation/" target="_blank" rel="noopener noreferrer">Volexity</a> · <a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT (SNWLID-2026-0008)</a> · <a href="https://www.rapid7.com/blog/post/etr-rapid7-mdr-team-discovers-new-sonicwall-sma1000-zero-days-being-actively-exploited-cve-2026-15409-cve-2026-15410/" target="_blank" rel="noopener noreferrer">Rapid7</a></div></article>]]></content:encoded></item><item><title>Metro Mondego confirms a 6 July ransomware attack on internal systems — transport operation unaffected; TheGentlemen claims data theft</title><link>https://ctipilot.ch/entries/2026-07-18/metro-mondego-thegentlemen-ransomware-portugal-transit/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/metro-mondego-thegentlemen-ransomware-portugal-transit/</guid><pubDate>Sat, 18 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-18T04:35:00Z</dc:date><category>ransomware</category><category>data-breach</category><category>organized-crime</category><category>europe</category><description><![CDATA[<p>Metro Mondego, the public operator of the Metrobus light-rail service between Lousã and Coimbra (Portugal), confirmed on 2026-07-17 that a ransomware attack on 6 July affected part of its internal systems without compromising transport operation. The RaaS group TheGentlemen (Microsoft: Storm-2697) claimed the attack and data theft on its leak site. Metro Mondego activated incident response with external experts and notified Portugal&#39;s national cyber authority (CNCS), the data-protection authority (CNPD) and criminal investigators; it cannot yet confirm whether personal data was copied, but says passenger payment data was not affected. A clean EU public-transport incident showing IT/OT segmentation holding.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/metro-mondego-thegentlemen-ransomware-portugal-transit" data-tags="ransomware data-breach organized-crime" data-regions="europe" data-kind="incident" data-priority="notable" data-discovered="2026-07-18T04:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="metro-mondego-thegentlemen-ransomware-portugal-transit"><a href="https://ctipilot.ch/entries/2026-07-18/metro-mondego-thegentlemen-ransomware-portugal-transit/">TheGentlemen ransomware hits Portugal&#39;s Metro Mondego (Coimbra light-rail); operator confirms attack, notifies CNCS and CNPD</a></h3><p>Metro Mondego — the public operator of the Metrobus light-rail line between Lousã and Coimbra, Portugal — announced on 2026-07-17 that it was hit by a ransomware attack on 6 July that affected &quot;part of its internal systems&quot; without compromising the transport service (&quot;um ataque informático a 6 de Julho que afectou &#39;parte dos seus sistemas internos&#39;, mas sem comprometer a operação do serviço de transporte&quot;) (<a href="https://www.campeaoprovincias.pt/2026/07/17/metro-mondego-foi-alvo-de-ataque-informatico-que-afectou-sistemas-internos/" target="_blank" rel="noopener noreferrer">Campeão das Províncias, 2026-07-17</a>). The operator confirms it activated incident-response procedures with external cybersecurity experts and notified the competent authorities — Portugal&#39;s National Cybersecurity Centre (CNCS), the National Data Protection Commission (CNPD) and criminal-investigation authorities — and that its investigation is examining whether the attackers copied data from the affected internal systems; it cannot yet determine whether any personal data of passengers, employees or suppliers is involved, but states passenger payment data was not affected (<a href="https://www.campeaoprovincias.pt/2026/07/17/metro-mondego-foi-alvo-de-ataque-informatico-que-afectou-sistemas-internos/" target="_blank" rel="noopener noreferrer">Campeão das Províncias, 2026-07-17</a>). The attack was claimed by the ransomware-and-extortion group <strong>TheGentlemen</strong> (Microsoft: Storm-2697; registry-tracked), which posted that it extracted confidential documentation and threatened to publish absent payment (<a href="https://tugatech.com.pt/t87569-metro-mondego-e-alvo-de-alegado-ataque-informatico-com-roubo-de-dados" target="_blank" rel="noopener noreferrer">TugaTech, 2026-07-16</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operationally useful detail for CH/EU public-transport operators is that Metro Mondego is explicit its transport service was not compromised while corporate &quot;internal systems&quot; were — evidence that segmentation between the back-office/IT estate and the operational transport environment held, which is exactly the boundary a transit operator&#39;s ransomware playbook depends on. The disclosure also models the correct sequence: precautionary containment, national-CSIRT (CNCS) plus DPA (CNPD) notification, and staged public disclosure as the investigation progresses. <strong>Triage:</strong> the operator is also warning passengers to watch for follow-on fraud in its name — suspicious messages or calls claiming to be Metro Mondego, or requests for payment, bank-detail changes, codes or passwords — a reminder that a back-office ransomware event routinely spawns downstream social-engineering against the victim&#39;s customers regardless of whether personal data is confirmed exfiltrated.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">A Metro Mondego anunciou esta sexta-feira que foi alvo de um ataque informático a 6 de Julho que afectou “parte dos seus sistemas internos”, mas sem comprometer a operação do serviço de transporte.</p><figcaption class="entry-cite__attr">Campeão das Províncias</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">A ação foi reivindicada pelo grupo de cibercriminosos Thegentlemen, que afirma ter conseguido extrair documentação confidencial</p><figcaption class="entry-cite__attr"><a href="https://tugatech.com.pt/t87569-metro-mondego-e-alvo-de-alegado-ataque-informatico-com-roubo-de-dados" target="_blank" rel="noopener noreferrer">TugaTech</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>incident</span><span>18 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/metro-mondego-thegentlemen-ransomware-portugal-transit/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.campeaoprovincias.pt/2026/07/17/metro-mondego-foi-alvo-de-ataque-informatico-que-afectou-sistemas-internos/" target="_blank" rel="noopener noreferrer">Campeão das Províncias (relaying Metro Mondego&#39;s statement)</a> · <a href="https://tugatech.com.pt/t87569-metro-mondego-e-alvo-de-alegado-ataque-informatico-com-roubo-de-dados" target="_blank" rel="noopener noreferrer">TugaTech</a></div></article>]]></content:encoded></item><item><title>Elastic finds a new Contagious Interview chain that splits its payload across Base64 comments in every SVG flag image and reassembles it via eval()</title><link>https://ctipilot.ch/entries/2026-07-18/contagious-interview-ottercookie-svg-steganography/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/contagious-interview-ottercookie-svg-steganography/</guid><pubDate>Sat, 18 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-18T04:35:00Z</dc:date><category>nation-state</category><category>infostealer</category><category>supply-chain</category><category>north-korea-nexus</category><category>global</category><description><![CDATA[<p>Elastic Security Labs documented (2026-07-18) a new instance of the DPRK-aligned Contagious Interview campaign (tracked REF9403) after the operators targeted Elastic&#39;s own community Slack with a fake job posting and take-home coding project. The trojanized Next.js repo hides its payload as Base64 fragments inside HTML comments across every SVG flag image in an assets directory; a loader script reassembles them alphabetically and runs them with eval(), deliberately evading scanners that do not parse SVG comment bodies. On project startup it runs a four-stage OTTERCOOKIE-aligned payload — browser/wallet credential theft, sensitive-file exfiltration, a Socket.IO RAT and a clipboard stealer — with zero AV detection at publication. Relevant to any team that runs candidate or contractor take-home coding tests.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/contagious-interview-ottercookie-svg-steganography" data-tags="nation-state infostealer supply-chain north-korea-nexus" data-regions="global" data-kind="research" data-priority="notable" data-discovered="2026-07-18T04:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="contagious-interview-ottercookie-svg-steganography"><a href="https://ctipilot.ch/entries/2026-07-18/contagious-interview-ottercookie-svg-steganography/">Contagious Interview (DPRK) hides an OTTERCOOKIE-aligned payload in SVG-comment steganography inside fake coding-interview repos</a></h3><p>Elastic Security Labs disclosed a new instance of the long-running DPRK-aligned <strong>Contagious Interview</strong> campaign (internally tracked REF9403) after the operators targeted Elastic&#39;s own community Slack workspace with a fake job posting and a &quot;coding challenge&quot; project (<a href="https://www.elastic.co/security-labs/contagious-interview-malware-svg-steganography" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-18</a>). The lure is a fully functional take-home project — a Next.js e-commerce template copied from a real open-source repository — that a candidate is asked to run. The novelty is where the payload hides: it is &quot;split into Base64 fragments inside HTML comments across every SVG flag image inside an assets directory&quot; (<a href="https://www.elastic.co/security-labs/contagious-interview-malware-svg-steganography" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-18</a>). The files look like ordinary country-flag images; a JavaScript loader in the repo reassembles the comment fragments from every flag in alphabetical order, decodes them with a custom Base64 routine, and runs the result with <code>eval()</code> — deliberately avoiding <code>atob()</code> and <code>Buffer.from</code> so simple content scanners do not flag the decode. Because the project&#39;s <code>package.json</code> wires the loader into the server entry point, the payload runs on every <code>npm run dev</code> / <code>npm start</code>, and the trojanized repositories &quot;have zero detections and are not flagged by any AV vendors&quot; (<a href="https://www.elastic.co/security-labs/contagious-interview-malware-svg-steganography" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-18</a>).</p>
<p>The payload is a four-stage chain Elastic assesses as aligned with <strong>OTTERCOOKIE</strong> (first documented by NTT Security in December 2024, overlapping the BEAVERTAIL lineage). Stage one enumerates browser profiles across Windows, macOS and Linux and steals saved credentials, autofill data and cryptocurrency-wallet-extension stores, masquerading its process as a benign <code>npm-cache</code> process. Stage two recursively discovers and exfiltrates sensitive files — environment files, private keys, keychains, shell histories, documents and source code. Stage three opens a persistent Socket.IO command-and-control channel giving the operator interactive shell execution, with sandbox/VM detection used to tag rather than halt on analysis machines. Stage four (Windows) drops further second-stage binaries disguised as text files and adds a clipboard stealer polling every 500 ms.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">a single compromised developer is a viable supply-chain initial-access path, and the delivery here is a legitimate-looking runnable project rather than an obviously malicious file. Detection concept, telemetry-class first: process-creation telemetry showing <code>node</code>/<code>npm</code> spawning credential-store access or outbound network connections shortly after a project is installed and run; outbound WebSocket/Socket.IO connections from a developer workstation to non-corporate destinations; and script-content inspection for <code>eval()</code> fed by data decoded from SVG or image-comment bodies. <strong>Triage:</strong> legitimate take-home assessments routinely ship real runnable e-commerce/Next.js scaffolds with image assets — the discriminator is not the presence of SVGs or a Next.js project but Base64/steganographic content inside SVG comment nodes plus a loader that <code>eval()</code>s reassembled fragments on server start. Hardening: run candidate and contractor take-home projects only in disposable, network-isolated sandboxes, never on a developer&#39;s daily-driver or domain-joined workstation.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The payloads are split into Base64 fragments inside HTML comments across every SVG flag image inside an assets directory.</p><p class="entry-cite__quote">These trojanized repositories at the time of writing have zero detections and are not flagged by any AV vendors</p><figcaption class="entry-cite__attr"><a href="https://www.elastic.co/security-labs/contagious-interview-malware-svg-steganography" target="_blank" rel="noopener noreferrer">Elastic Security Labs</a> <span class="entry-cite__date mono">2026-07-18</span></figcaption></figure></div><div class="prov"><span>research</span><span>18 Jul 04:35Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-18/contagious-interview-ottercookie-svg-steganography/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.elastic.co/security-labs/contagious-interview-malware-svg-steganography" target="_blank" rel="noopener noreferrer">Elastic Security Labs</a></div></article>]]></content:encoded></item><item><title>TfL hackers sentenced; court record confirms the credential-purchase → helpdesk-vishing → MFA-reset access chain</title><link>https://ctipilot.ch/entries/2026-07-17/scattered-spider-tfl-sentencing-helpdesk-vishing/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/scattered-spider-tfl-sentencing-helpdesk-vishing/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>law-enforcement</category><category>identity</category><category>phishing</category><category>uk</category><description><![CDATA[<p>Owen Flowers and Thalha Jubair, named by the NCA and CPS as leading Scattered Spider members, were sentenced on 2026-07-16 to five years six months each for the Aug-Sep 2024 Transport for London intrusion. The new, operationally relevant delta over the June guilty-plea coverage is the court-record intrusion chain: the pair bought partial TfL employee credentials from criminal forums, impersonated an employee to vish a TfL helpdesk worker into resetting the account password and — over multiple attempts — its 2FA, then used the reset credentials as valid-account access. TfL later confirmed ~7 million users&#39; data was accessible (not the ~5,000 first believed); 148 systems were rendered inoperable.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/scattered-spider-tfl-sentencing-helpdesk-vishing" data-tags="law-enforcement identity phishing" data-regions="uk" data-kind="incident" data-priority="notable" data-discovered="2026-07-17T04:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="scattered-spider-tfl-sentencing-helpdesk-vishing"><a href="https://ctipilot.ch/entries/2026-07-17/scattered-spider-tfl-sentencing-helpdesk-vishing/">Scattered Spider duo sentenced to 5.5 years each over the 2024 Transport for London intrusion — court evidence details the helpdesk-vishing/MFA-reset chain</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-06-23/two-scattered-spider-members-plead-guilty-over-the-2024-tran/">Two Scattered Spider members plead guilty over the 2024 Transport for London intrusion</a> <span class="mono muted">(2026-06-23)</span></p><p>the guilty-plea entry recorded that two Scattered Spider members admitted the 2024 TfL intrusion but did not carry the access mechanics. The 2026-07-16 sentencing (five years six months each, at Woolwich Crown Court) put the chain on the court record, and it is the reason to revisit this. The pair bought partial TfL employee credentials from criminal forums, then &quot;impersonated an employee and socially engineered a TfL helpdesk worker into resetting the password for their account&quot; and, over multiple attempts, reset the account&#39;s 2FA, using the reset credentials for initial and sustained access (<a href="https://www.theregister.com/cyber-crime/2026/07/16/brit-scattered-spider-duo-handed-tickets-to-prison-over-transport-for-london-attack/5272446" target="_blank" rel="noopener noreferrer">The Register, 2026-07-16</a>). The NCA confirmed the impact scale — &quot;a total of 148 systems became inoperable, including critical ones that required significant manual workarounds and delays&quot; (<a href="https://www.nationalcrimeagency.gov.uk/news/two-sentenced-for-hacking-transport-for-london-in-uk-s-biggest-ever-cyber-crime-case" target="_blank" rel="noopener noreferrer">NCA, 2026-07-16</a>) — and TfL later established that data on roughly 7 million users had been accessible, far beyond the ~5,000 initially believed (<a href="https://www.theregister.com/cyber-crime/2026/07/16/brit-scattered-spider-duo-handed-tickets-to-prison-over-transport-for-london-attack/5272446" target="_blank" rel="noopener noreferrer">The Register, 2026-07-16</a>). The CPS put the remediation cost at £29 million (<a href="https://www.cps.gov.uk/national-news/news/cyberhackers-who-targeted-tfl-jailed-more-five-years-each" target="_blank" rel="noopener noreferrer">CPS, 2026-07-16</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the compromise never touched a technical vulnerability — the single control point was the helpdesk&#39;s password/MFA-reset process, the recurring Scattered Spider signature. Defenders should treat helpdesk-initiated credential and MFA resets as a distinct, monitorable event class rather than an implicitly trusted administrative action: capture who requested the reset, what identity verification was performed, and how quickly a privileged or unusual action followed. <strong>Triage:</strong> a legitimate reset is tied to a verified requester and is not immediately followed by anomalous access; the discriminators are a reset requested for an account whose owner did not initiate it, repeated 2FA-reset attempts on one account, and a short interval between a helpdesk reset and first sign-in from a new device/location.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">a total of 148 systems became inoperable, including critical ones that required significant manual workarounds and delays.</p><figcaption class="entry-cite__attr">UK National Crime Agency</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Flowers and Jubair purchased partial TfL credentials from &quot;well-known criminal forums&quot; and used those to reset the 2FA on employee accounts, a process that took multiple attempts.</p><p class="entry-cite__quote">Woolwich Crown Court heard that the pair impersonated an employee and socially engineered a TfL helpdesk worker into resetting the password for their account.</p><figcaption class="entry-cite__attr"><a href="https://www.theregister.com/cyber-crime/2026/07/16/brit-scattered-spider-duo-handed-tickets-to-prison-over-transport-for-london-attack/5272446" target="_blank" rel="noopener noreferrer">The Register</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>incident</span><span>17 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/scattered-spider-tfl-sentencing-helpdesk-vishing/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.nationalcrimeagency.gov.uk/news/two-sentenced-for-hacking-transport-for-london-in-uk-s-biggest-ever-cyber-crime-case" target="_blank" rel="noopener noreferrer">UK National Crime Agency (NCA)</a> · <a href="https://www.cps.gov.uk/national-news/news/cyberhackers-who-targeted-tfl-jailed-more-five-years-each" target="_blank" rel="noopener noreferrer">UK Crown Prosecution Service (CPS)</a> · <a href="https://www.theregister.com/cyber-crime/2026/07/16/brit-scattered-spider-duo-handed-tickets-to-prison-over-transport-for-london-attack/5272446" target="_blank" rel="noopener noreferrer">The Register</a></div></article>]]></content:encoded></item><item><title>Mozilla patches a WebAssembly memory bug and a site-isolation bypass in Firefox 152.0.6 — exploit code is public, no confirmed in-the-wild abuse</title><link>https://ctipilot.ch/entries/2026-07-17/firefox-152-0-6-wasm-site-isolation-public-exploit/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/firefox-152-0-6-wasm-site-isolation-public-exploit/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>poc-public</category><category>patch-available</category><category>global</category><category>poc-public</category><category>patch-available</category><category>CVE-2026-15718</category><category>CVE-2026-15719</category><description><![CDATA[<p>Mozilla shipped Firefox 152.0.6 on 2026-07-14 fixing two critical-impact flaws that NCSC-NL flagged fresh on 2026-07-16 because exploit code is public: CVE-2026-15718 is an invalid-pointer memory-safety bug in the WebAssembly engine and CVE-2026-15719 is a site-isolation bypass in the DOM Navigation component; combined they point to a browser code-execution chain triggered by visiting a malicious or malicious-ad-serving page. Mozilla states it is not aware of any in-the-wild attacks — contrary to some aggregator &quot;zero-day exploited&quot; framing. Relevant to any managed desktop or Firefox-ESR fleet, including government workstations.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/firefox-152-0-6-wasm-site-isolation-public-exploit" data-tags="vulnerabilities rce poc-public patch-available" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-17T04:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-15718/">CVE-2026-15718 +1</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="firefox-152-0-6-wasm-site-isolation-public-exploit"><a href="https://ctipilot.ch/entries/2026-07-17/firefox-152-0-6-wasm-site-isolation-public-exploit/">Firefox 152.0.6 — chained WebAssembly memory-safety and DOM-navigation site-isolation flaws with public exploit code (CVE-2026-15718, CVE-2026-15719)</a></h3><p>Mozilla released Firefox 152.0.6 on 2026-07-14 to fix two flaws NCSC-NL flagged on 2026-07-16 specifically because exploit code is public, which raises the likelihood of abuse (<a href="https://advisories.ncsc.nl/advisory?id=NCSC-2026-0242" target="_blank" rel="noopener noreferrer">NCSC-NL, 2026-07-16</a>). CVE-2026-15718 is an invalid-pointer memory-safety bug in the JavaScript engine&#39;s WebAssembly component; CVE-2026-15719 is a site-isolation bypass in the DOM Navigation component (<a href="https://www.mozilla.org/en-US/security/advisories/mfsa2026-67/" target="_blank" rel="noopener noreferrer">Mozilla, 2026-07-14</a>). The pairing matches the classic browser-exploit shape where a site-isolation bypass turns a memory-safety bug into cross-origin/sandbox-relevant code execution, needing only that a victim load a malicious page or a legitimate page serving a malicious ad. Severity ratings diverge across the primaries: Mozilla labels both flaws &quot;Critical&quot; impact, while NCSC-NL&#39;s CSAF record scores them CVSS 3.1 MEDIUM (CVE-2026-15718 base 4.3, CVE-2026-15719 base 5.4) — the individual base scores are moderate, and the operational concern is the chained code-execution potential plus the public exploit code, not a high CVSS. Crucially, Mozilla&#39;s own advisory text for both CVEs is explicit: &quot;we are aware that exploit code for this is public however we are not aware of any attacks in the wild abusing this flaw&quot; — so the accurate status is public PoC, not confirmed exploitation, and the &quot;zero-day exploited in attacks&quot; framing carried by at least one vulnerability-scanner blog overstates the primary source.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">there is no public technical root-cause write-up yet, so detection content is thin — the only generic hunt surface is browser-process telemetry (EDR alerts on Firefox crashes preceded by anomalous WebAssembly compilation or unusual cross-origin navigation sequences), and that is low-fidelity. The high-confidence control is the update itself: 152.0.6 closes both, and a browser restart completes it. Managed and ESR fleets that gate browser updates through change management are the population that stays exposed after the fix is available, so the operational task is expediting that rollout, not building a detection.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">We are aware that exploit code for this is public however we are not aware of any attacks in the wild abusing this flaw.</p><figcaption class="entry-cite__attr">Mozilla Foundation Security Advisory mfsa2026-67</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Mozilla geeft aan dat exploitcode voor de kwetsbaarheden publiek beschikbaar is. Dit vergroot de kans op misbruik.</p><figcaption class="entry-cite__attr">NCSC-NL (NCSC-2026-0242)</figcaption></figure></div><div class="prov"><span>vulnerability</span><span>17 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/firefox-152-0-6-wasm-site-isolation-public-exploit/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.mozilla.org/en-US/security/advisories/mfsa2026-67/" target="_blank" rel="noopener noreferrer">Mozilla Foundation Security Advisory</a> · <a href="https://advisories.ncsc.nl/advisory?id=NCSC-2026-0242" target="_blank" rel="noopener noreferrer">NCSC-NL</a></div></article>]]></content:encoded></item><item><title>SharePoint RCE CVE-2026-58644 now confirmed exploited in the wild — CISA folds it into its active-exploitation SharePoint alert</title><link>https://ctipilot.ch/entries/2026-07-17/cve-2026-58644-sharepoint-confirmed-exploited-kev/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/cve-2026-58644-sharepoint-confirmed-exploited-kev/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>actively-exploited</category><category>cisa-kev</category><category>patch-available</category><category>global</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2026-58644</category><description><![CDATA[<p>CVE-2026-58644 (CVSS 9.8), one of the July 2026 SharePoint deserialization RCEs previously rated only &quot;Exploitation More Likely,&quot; is now confirmed actively exploited: CISA added it to the KEV catalog on 2026-07-16 and lists it among four on-prem SharePoint CVEs (with CVE-2026-32201, CVE-2026-45659, CVE-2026-56164) it is aware of being exploited to gain unauthorized access, establish RCE, steal IIS machine keys and deploy malware. The fix shipped in the June 2026 cumulative update, so any on-prem SharePoint estate patched only through May is exposed; SharePoint Online is not in scope.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/cve-2026-58644-sharepoint-confirmed-exploited-kev" data-tags="vulnerabilities rce actively-exploited cisa-kev patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-17T04:35:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-58644/">CVE-2026-58644</a><span class="b exp">exploited</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="cve-2026-58644-sharepoint-confirmed-exploited-kev"><a href="https://ctipilot.ch/entries/2026-07-17/cve-2026-58644-sharepoint-confirmed-exploited-kev/">CVE-2026-58644 — SharePoint Server deserialization RCE moves from &#39;Exploitation More Likely&#39; to confirmed exploited and CISA KEV-listed</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup/">July Patch Tuesday follow-through: a SharePoint pre-auth JWT bypass from a Pwn2Own chain (CVE-2026-55040) and a pre-auth Dynamics 365 RCE Microsoft expects to be exploited (CVE-2026-55944)</a> <span class="mono muted">(2026-07-15)</span></p><p>the 2026-07-15 entry carried CVE-2026-58644 as a CVSS 9.8 SharePoint deserialization RCE rated only &quot;Exploitation More Likely,&quot; with its patch noted as having shipped in the June 2026 cumulative update. CISA has now confirmed it is being exploited in the wild: its SharePoint alert, updated 2026-07-16, states CISA &quot;is aware of active exploitation of vulnerabilities CVE-2026-32201, CVE-2026-45659, CVE-2026-56164, and CVE-2026-58644, enabling cyber threat actors to gain unauthorized access to on-premises SharePoint Server instances,&quot; and CISA added CVE-2026-58644 to the KEV catalog the same day (<a href="https://www.cisa.gov/news-events/alerts/2026/07/14/cisa-urges-sharepoint-hardening-after-new-exploitations" target="_blank" rel="noopener noreferrer">CISA, 2026-07-16</a>). The alert describes the cluster&#39;s post-exploitation as stealing IIS machine keys — the ASP.NET view-state signing/encryption keys — and using deserialization techniques to gain persistence and deploy malware, so the machine key, not the single CVE, is the durable foothold once any of the four is exploited.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operational shift is from &quot;patch on cadence&quot; to &quot;assume-targeted if unpatched.&quot; CISA&#39;s own detection anchors for the cluster are the AMSI/MDAV signatures <code>Exploit:Script/SuspSignoutReqBody.A</code> (request-body scanning, Subscription Edition only), <code>Exploit:Script/ToolPaneAuthBypass.A</code>/<code>.C</code> (request-header scanning and RCE coverage, all three versions) and <code>Backdoor:MSIL/LeakFang.A!dha</code> (post-exploitation IIS-secret harvesting) — so verify AMSI integration is enabled in Full Mode for each SharePoint web application, review worker-process (<code>w3wp.exe</code>) telemetry for web-shell and machine-key access, and treat internet-facing SharePoint behind anything less than an authenticating Layer 7 reverse proxy as the priority exposure. <strong>Triage:</strong> legitimate SharePoint deserialization activity does not read <code>MachineKey</code> material or write web shells into layouts/<code>_vti_</code> paths; machine-key access or a worker-process file write in those paths, absent a corresponding administrative change, is the signal.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">CISA is aware of active exploitation of vulnerabilities CVE-2026-32201, CVE-2026-45659, CVE-2026-56164, and CVE-2026-58644, enabling cyber threat actors to gain unauthorized access to on-premises SharePoint Server instances.</p><p class="entry-cite__quote">CISA has updated this Alert to reflect the addition of CVE-2026-58644 to its Known Exploited Vulnerabilities (KEV) Catalog on July 16, 2026.</p><figcaption class="entry-cite__attr"><a href="https://www.cisa.gov/news-events/alerts/2026/07/14/cisa-urges-sharepoint-hardening-after-new-exploitations" target="_blank" rel="noopener noreferrer">CISA</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>17 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/cve-2026-58644-sharepoint-confirmed-exploited-kev/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.cisa.gov/news-events/alerts/2026/07/14/cisa-urges-sharepoint-hardening-after-new-exploitations" target="_blank" rel="noopener noreferrer">CISA</a> · <a href="https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-58644" target="_blank" rel="noopener noreferrer">Microsoft MSRC</a></div></article>]]></content:encoded></item><item><title>NCSC-CH flags an unauthenticated RCE (CVSS 9.8) in Abacus ERP — reachable endpoint is the only prerequisite</title><link>https://ctipilot.ch/entries/2026-07-17/abacus-erp-unauth-rce-path-traversal-ncsc-ch/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/abacus-erp-unauth-rce-path-traversal-ncsc-ch/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>path-traversal</category><category>patch-available</category><category>switzerland</category><description><![CDATA[<p>Abacus Research AG shipped a hotfix on 2026-07-15 for an unauthenticated critical RCE (vendor-rated CVSS 9.8, no CVE assigned) in the server-side component of its proprietary client-server protocol, plus an authenticated path-traversal file-read flaw (CVSS 7.7) in the AbaClik / AbaClik.ai mobile-app APIs; NCSC-CH flagged both on 2026-07-16. Abacus is one of the most widely-deployed ERP/accounting/HR platforms across Swiss SMEs, associations and public-sector-adjacent organizations. Every on-prem installation — including End-of-Life V2023 builds — is affected; WebPortal/cloud-hosted deployments are not. No in-the-wild exploitation is known (found via the vendor&#39;s bug-bounty program).</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/abacus-erp-unauth-rce-path-traversal-ncsc-ch" data-tags="vulnerabilities rce pre-auth path-traversal patch-available" data-regions="switzerland" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-17T04:35:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="abacus-erp-unauth-rce-path-traversal-ncsc-ch"><a href="https://ctipilot.ch/entries/2026-07-17/abacus-erp-unauth-rce-path-traversal-ncsc-ch/">Abacus ERP: unauthenticated RCE (CVSS 9.8, no CVE) and authenticated path traversal in a widely-deployed Swiss ERP platform — flagged by NCSC-CH</a></h3><p>Abacus Research AG (Wittenbach, SG) patched two unrelated flaws on 2026-07-15 that NCSC-CH surfaced the following day (<a href="https://security-hub.ncsc.admin.ch/#/posts/12766" target="_blank" rel="noopener noreferrer">NCSC-CH, 2026-07-16</a>). The critical one is an unauthenticated remote code execution in the server-side handler of the proprietary Abacus client-server communication protocol: &quot;the vulnerability allows remote code execution on the abacus server without user authentication,&quot; and &quot;reachable Abacus Endpoints are the only prerequisite for an attack&quot; — no credentials, no user interaction (<a href="https://security.abacus.ch/en/2026-84b5ca67-a46f-639c-5784-ce3c72065a34" target="_blank" rel="noopener noreferrer">Abacus Research AG, 2026-07-15</a>). The vendor states the flaw is not limited by license or option: every on-prem Abacus ERP installation is affected, and End-of-Life V2023-and-earlier builds remain vulnerable with no fix planned. The second flaw (CVSS 7.7) is a path traversal in two APIs tied to the AbaClik / AbaClik.ai mobile companion apps that lets an authenticated caller read a subset of server files outside the application&#39;s security realm; NCSC-CH&#39;s load-bearing point is that these APIs are network-exposed by default even for customers who do not use the mobile apps (<a href="https://security.abacus.ch/en/2026-8b29ce3e-c211-1f4d-9e50-a94d4d6659d1" target="_blank" rel="noopener noreferrer">Abacus Research AG, 2026-07-15</a>).</p>
<p>Both were found through Abacus&#39;s own bug-bounty program and the vendor reports no indication of exploitation in the wild. Internet-facing on-prem deployments are the acute case; an internal-only Abacus still carries the flaw but with the attack surface reduced to the internal network.</p><aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">with no CVE, no public PoC and no vendor-published indicators of compromise (&quot;At this moment we have no clear Indicator of Compromise for this vulnerability&quot;), there is nothing to hunt on yet — the correct posture is to patch/hotfix immediately and shrink exposure, not to wait for detection content. Because the fix ships either as a full update or a ServiceManager SilentHotfix that itself depends on AbaClient ≥ 4.2, treat the client-version prerequisite as a change-management gate: a SilentHotfix pushed to a fleet on an older AbaClient will leave the Abacus unable to start until the client is upgraded or the hotfix reverted.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">If successfully exploited, the vulnerability allows remote code execution on the abacus server without user authentication.</p><p class="entry-cite__quote">Reachable Abacus Endpoints are the only prerequisite for an attack.</p><p class="entry-cite__quote">No, the vulnerability was found in our bugbounty program. We have no indications of a successful attack in the wild.</p><figcaption class="entry-cite__attr">Abacus Research AG</figcaption></figure></div><div class="prov"><span>vulnerability</span><span>17 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/abacus-erp-unauth-rce-path-traversal-ncsc-ch/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://security-hub.ncsc.admin.ch/#/posts/12766" target="_blank" rel="noopener noreferrer">NCSC Switzerland (Cyber Security Hub / GovCERT.ch)</a> · <a href="https://security.abacus.ch/en/2026-84b5ca67-a46f-639c-5784-ce3c72065a34" target="_blank" rel="noopener noreferrer">Abacus Research AG (vendor PSIRT)</a></div></article>]]></content:encoded></item><item><title>AsyncAPI npm compromise: Microsoft finds the malicious versions carried valid npm/OIDC provenance attestations, with an import-time (not install-hook) trigger</title><link>https://ctipilot.ch/entries/2026-07-16/asyncapi-npm-compromise-valid-provenance-attestations-delta/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/asyncapi-npm-compromise-valid-provenance-attestations-delta/</guid><pubDate>Thu, 16 Jul 2026 04:44:00 +0000</pubDate><dc:date>2026-07-16T04:44:00Z</dc:date><category>supply-chain</category><category>global</category><description><![CDATA[<p>Microsoft Threat Intelligence&#39;s forensic timeline of the 2026-07-14 AsyncAPI npm compromise adds a load-bearing detail: because the attacker pushed to a branch that triggered AsyncAPI&#39;s own legitimate release workflow, the five trojanized versions were published via npm trusted publishing over GitHub OIDC and carry cryptographically valid provenance attestations that correctly name the real repo, commit and workflow — even though the triggering commit was unauthorized. The payload also executes at import time, not through an install lifecycle hook, so <code>--ignore-scripts</code> does not stop it. Provenance verification confirms which pipeline built an artifact, not that the triggering commit was authorized.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/asyncapi-npm-compromise-valid-provenance-attestations-delta" data-tags="supply-chain" data-regions="global" data-kind="incident" data-priority="notable" data-discovered="2026-07-16T04:44:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="asyncapi-npm-compromise-valid-provenance-attestations-delta"><a href="https://ctipilot.ch/entries/2026-07-16/asyncapi-npm-compromise-valid-provenance-attestations-delta/">AsyncAPI npm compromise — the trojanized packages shipped valid npm/OIDC provenance attestations (Microsoft forensic timeline)</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions/">AsyncAPI npm packages backdoored via a GitHub Actions pull_request_target token theft, delivering a multi-stage IPFS implant (M-RED-TEAM)</a> <span class="mono muted">(2026-07-14)</span></p><p>Microsoft Threat Intelligence published a forensic timeline of the AsyncAPI npm compromise that adds a detail with broad supply-chain-defence implications (<a href="https://www.microsoft.com/en-us/security/blog/2026/07/15/unpacking-asyncapi-npm-supply-chain-compromise-import-time-payload-delivery/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence, 2026-07-15</a>). Once the attacker held push access as the AsyncAPI service account (via the <code>pull_request_target</code> misconfiguration covered in the original entry), no npm-token theft was needed: a direct push to a release-triggering branch ran the project&#39;s <strong>own legitimate</strong> <code>release-with-changesets</code> workflow, which published the packages via npm trusted publishing over GitHub OIDC. As a result the five trojanized versions carry cryptographically valid provenance attestations that correctly identify the real repository, commit and workflow — even though the triggering commit was unauthorized (<a href="https://www.microsoft.com/en-us/security/blog/2026/07/15/unpacking-asyncapi-npm-supply-chain-compromise-import-time-payload-delivery/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence, 2026-07-15</a>).</p>
<p>Two further deltas: the payload triggers at <strong>import time</strong> (embedded in one file per package — <code>index.js</code> for the specs package, <code>validator.js</code>/<code>utils.js</code>/<code>ErrorHandling.js</code> for the generator family) and unwraps an IPFS-fetched bundle through three static-key crypto layers to an <code>eval()</code>, so <code>npm install --ignore-scripts</code> provides no protection; and Microsoft recovered all three self-identifying strings — <code>M-RED-TEAM v6.4</code>, <code>miasma-train-p1</code> and <code>miasma-test-org</code> — from one binary, resolving the identifier ambiguity across the original reporting. Unit 42 independently corroborates the timeline and identifies the payload as a descendant of the same Miasma RAT deployed in the June 2026 Red Hat supply-chain operation (<a href="https://unit42.paloaltonetworks.com/monitoring-npm-supply-chain-attacks/" target="_blank" rel="noopener noreferrer">Unit 42, 2026-07-15</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the load-bearing lesson for CI/CD and supply-chain-security reviewers is that SLSA / npm-OIDC provenance attests <strong>which pipeline</strong> built an artifact, not whether the commit that triggered the pipeline was authorized — so provenance verification alone would not have flagged these packages. The control gap is branch-protection coverage on every branch capable of triggering a publish workflow, not only the default branch. Because delivery is import-time, detection belongs at runtime (a build/CI or developer host resolving IPFS gateways or performing a multi-stage decrypt-then-<code>eval</code> on module import), not at the install-hook layer.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">All five malicious versions were published through npm trusted publishing using GitHub OIDC and carried valid provenance attestations. The attestations accurately identified the legitimate repositories, commits, and workflows that created the packages, even though the triggering commits were unauthorized.</p><p class="entry-cite__quote">Do not rely on npm install –ignore-scripts as a mitigation; this campaign executes when the module is imported, not through a lifecycle hook.</p><figcaption class="entry-cite__attr"><a href="https://www.microsoft.com/en-us/security/blog/2026/07/15/unpacking-asyncapi-npm-supply-chain-compromise-import-time-payload-delivery/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence</a> <span class="entry-cite__date mono">2026-07-15</span></figcaption></figure></div><div class="prov"><span>incident</span><span>16 Jul 04:44Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/asyncapi-npm-compromise-valid-provenance-attestations-delta/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.microsoft.com/en-us/security/blog/2026/07/15/unpacking-asyncapi-npm-supply-chain-compromise-import-time-payload-delivery/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence</a> · <a href="https://unit42.paloaltonetworks.com/monitoring-npm-supply-chain-attacks/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a></div></article>]]></content:encoded></item><item><title>Swiss municipal energy/water/telecom utility IWB discloses a third-party-provider breach exposing ~40,000 customer meter records</title><link>https://ctipilot.ch/entries/2026-07-16/iwb-basel-third-party-provider-breach-40k-customer-records/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/iwb-basel-third-party-provider-breach-40k-customer-records/</guid><pubDate>Thu, 16 Jul 2026 04:38:00 +0000</pubDate><dc:date>2026-07-16T04:38:00Z</dc:date><category>data-breach</category><category>supply-chain</category><category>switzerland</category><description><![CDATA[<p>Industrielle Werke Basel (IWB) — the canton-owned Basel utility supplying electricity, gas, water and telecom — disclosed on 2026-07-15 that an external service provider was compromised and roughly 40,000 customer records (names, addresses, meter numbers and installation characteristics) were exfiltrated. Email addresses, phone numbers, consumption data and payment details were not exposed, IWB&#39;s own systems and supply were unaffected, and the Basel-Stadt data protection officer assessed the misuse risk as low. No provider name, actor or initial-access vector has been disclosed.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/iwb-basel-third-party-provider-breach-40k-customer-records" data-tags="data-breach supply-chain" data-regions="switzerland" data-kind="incident" data-priority="notable" data-discovered="2026-07-16T04:38:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="iwb-basel-third-party-provider-breach-40k-customer-records"><a href="https://ctipilot.ch/entries/2026-07-16/iwb-basel-third-party-provider-breach-40k-customer-records/">Basel utility IWB: ~40,000 customer records exfiltrated in a breach of a third-party service provider</a></h3><p>Industrielle Werke Basel (IWB) — the canton-owned Basel multi-utility supplying electricity, gas, water, district heating and telecom/fibre — disclosed on 15 July 2026 that an external service provider it uses was compromised and roughly <strong>40,000 customer records</strong> were exfiltrated from the provider&#39;s environment (<a href="https://www.netzwoche.ch/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">Netzwoche, 2026-07-15</a>). The stolen data comprises customer names and addresses plus technical smart-meter attributes (meter serial numbers and installation characteristics); IWB states that email addresses, phone numbers, energy-consumption data and billing/payment data were <strong>not</strong> part of the exposure, so no consumption-pattern inference is possible from what was taken (<a href="https://www.swisscybersecurity.net/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net, 2026-07-15</a>). IWB&#39;s own IT and OT/grid systems were unaffected and energy/water supply continuity was not disrupted — the compromise is scoped to the provider&#39;s systems and the customer-data feed IWB shares with it (<a href="https://www.netzwoche.ch/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">Netzwoche, 2026-07-15</a>). The provider detected and notified IWB, which audited access, reviewed logs and pre-emptively restricted its data exchange with the affected provider; the Basel-Stadt cantonal data protection officer assessed the misuse risk as low (<a href="https://www.watson.ch/schweiz/digital/404373086-kundendaten-der-industriellen-werke-basel-entwendet" target="_blank" rel="noopener noreferrer">Watson.ch, 2026-07-15</a>). No provider name, threat-actor claim or initial-access vector has been disclosed, and no matching leak-site listing was found for Switzerland in-window.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">this is a textbook trusted-relationship exposure — a home-region critical-infrastructure operator&#39;s customer data reached attackers through a compromised external processor the utility&#39;s own SOC has no telemetry into. For any utility or public-sector body outsourcing metering/billing data, the load-bearing controls are contractual data-minimisation (share only the fields the processor needs), a right to breach notification and log access, and periodic review of what customer data actually sits outside the perimeter. The exposed name+address+meter-number combination is exactly the material for convincing pretext contact, so affected customers should be warned to treat unsolicited approaches referencing their address or meter number — especially demands for money or data under time pressure — with suspicion.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Bei einem Cyberangriff auf einen Dienstleister der Industriellen Werke Basel (IWB) haben Cyberkriminelle rund 40&#39;000 Datensätze von Kundinnen und Kunden des Energieversorgers entwendet.</p><p class="entry-cite__quote">Die IWB-Systeme blieben unversehrt, wie das Unternehmen mitteilt. Auch die Energieversorgung sei nicht beeinträchtigt gewesen.</p><figcaption class="entry-cite__attr"><a href="https://www.netzwoche.ch/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">Netzwoche</a> <span class="entry-cite__date mono">2026-07-15</span></figcaption></figure></div><div class="prov"><span>incident</span><span>16 Jul 04:38Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/iwb-basel-third-party-provider-breach-40k-customer-records/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.netzwoche.ch/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">Netzwoche</a> · <a href="https://www.swisscybersecurity.net/news/2026-07-15/cyberangriff-auf-dienstleister-trifft-industrielle-werke-basel" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net</a> · <a href="https://www.watson.ch/schweiz/digital/404373086-kundendaten-der-industriellen-werke-basel-entwendet" target="_blank" rel="noopener noreferrer">Watson.ch</a></div></article>]]></content:encoded></item><item><title>A three-year-old KNX Connection Authorization lockout flaw joins CISA KEV as actively exploited — the fix is procedural, not a patch</title><link>https://ctipilot.ch/entries/2026-07-16/cve-2023-4346-knx-building-automation-lockout-dos-kev/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/cve-2023-4346-knx-building-automation-lockout-dos-kev/</guid><pubDate>Thu, 16 Jul 2026 04:36:00 +0000</pubDate><dc:date>2026-07-16T04:36:00Z</dc:date><category>vulnerabilities</category><category>dos</category><category>actively-exploited</category><category>cisa-kev</category><category>ot-ics</category><category>no-patch</category><category>europe</category><category>exploited</category><category>cisa-kev</category><category>no-patch</category><category>mitigation-only</category><category>CVE-2023-4346</category><description><![CDATA[<p>CISA added CVE-2023-4346 to its Known Exploited Vulnerabilities catalog on 2026-07-15, marking the KNX Connection Authorization Option-1 account-lockout flaw as known-exploited three years after disclosure. An attacker with network (or physical) access to a KNX installation can purge unprotected devices and set a BCU key, permanently locking legitimate operators out with no reset path; there is no software patch — the fix is procedural. Relevant to any Swiss/European critical-infrastructure or public-sector estate running KNX building automation (HVAC, lighting, access control, BMS).</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/cve-2023-4346-knx-building-automation-lockout-dos-kev" data-tags="vulnerabilities dos actively-exploited cisa-kev ot-ics no-patch" data-regions="europe" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-16T04:36:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2023-4346/">CVE-2023-4346</a><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="cve-2023-4346-knx-building-automation-lockout-dos-kev"><a href="https://ctipilot.ch/entries/2026-07-16/cve-2023-4346-knx-building-automation-lockout-dos-kev/">CVE-2023-4346 — KNX building-automation protocol: account-lockout DoS added to CISA KEV, no software patch (CVSS 7.5)</a></h3><p>CISA added <strong>CVE-2023-4346</strong> to its Known Exploited Vulnerabilities catalog on 15 July 2026, alongside the Oracle E-Business Suite flaw, and updated the underlying ICS advisory to carry a <em>&quot;known public exploitation&quot;</em> note (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-23-236-01" target="_blank" rel="noopener noreferrer">CISA ICSA-23-236-01, 2026-07-15</a>; <a href="https://www.cisa.gov/news-events/alerts/2026/07/15/cisa-adds-two-known-exploited-vulnerabilities-catalog" target="_blank" rel="noopener noreferrer">CISA KEV alert, 2026-07-15</a>). The flaw itself is three years old — reported by Felix Eberstaller of Limes Security and published in August 2023 — and had no prior KEV listing until this update. KNX is a widely deployed European building-automation bus protocol (KNX Association is headquartered in Belgium) used for HVAC, lighting, access control and BMS integration, so the exposure sits under any large public-sector or critical-infrastructure estate with smart-building controls.</p>
<p>The design flaw (CWE-645, overly restrictive account-lockout mechanism, CVSS 7.5, availability-only) is in KNX Connection Authorization Option 1: any device that has never had its BCU (Bus Coupling Unit) key set can be purged by an attacker with network access to the KNX installation, who then sets a new BCU key and permanently locks legitimate operators out — with no reset path short of the current password (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-23-236-01" target="_blank" rel="noopener noreferrer">CISA ICSA-23-236-01, 2026-07-15</a>). An attacker with only physical access to the bus can do the same. KNX Association has issued no software fix in three years; the remediation is entirely procedural — set the BCU key during commissioning.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the exposure surface is the IP-KNX router/gateway that bridges the building bus onto an IT or internet-reachable network, so treat any such gateway as a priority segmentation target regardless of patch status. This is a configuration and behavioural signal, not a network signature: monitor KNX/ETS project-management logs and BCU-key-set events for unexpected changes, and confirm every finished project handed over to a building owner has its BCU key set. The KEV addition is the exploitation signal used here; the associated federal remediation deadline carries no operational weight for this audience.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Exploitable remotely/low attack complexity/known public exploitation</p><p class="entry-cite__quote">If the device is configured to interface with a network, an attacker with access to that network could interface with the KNX installation, purge all devices without additional security options enabled, and set a BCU key, locking the device.</p><figcaption class="entry-cite__attr"><a href="https://www.cisa.gov/news-events/ics-advisories/icsa-23-236-01" target="_blank" rel="noopener noreferrer">CISA (ICS Advisory ICSA-23-236-01)</a> <span class="entry-cite__date mono">2026-07-15</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>16 Jul 04:36Z</span><span class="p-warn">single-source · national CERT</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/cve-2023-4346-knx-building-automation-lockout-dos-kev/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.cisa.gov/news-events/ics-advisories/icsa-23-236-01" target="_blank" rel="noopener noreferrer">CISA (ICS Advisory ICSA-23-236-01)</a> · <a href="https://www.cisa.gov/news-events/alerts/2026/07/15/cisa-adds-two-known-exploited-vulnerabilities-catalog" target="_blank" rel="noopener noreferrer">CISA</a></div></article>]]></content:encoded></item><item><title>Oracle E-Business Suite Payments pre-auth takeover (CVE-2026-46817) confirmed exploited and KEV-listed — patch or pull exposed instances off the internet</title><link>https://ctipilot.ch/entries/2026-07-16/cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed/</guid><pubDate>Thu, 16 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-16T04:35:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>actively-exploited</category><category>cisa-kev</category><category>patch-available</category><category>global</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2026-46817</category><description><![CDATA[<p>CISA added CVE-2026-46817 to its Known Exploited Vulnerabilities catalog on 2026-07-15, the first formal confirmation of active exploitation for an unauthenticated flaw in the File Transmission component of Oracle Payments (the payment engine inside Oracle E-Business Suite 12.2.3–12.2.15) that Oracle patched quietly in its May 2026 Critical Patch Update. It is reachable over plain HTTP with no authentication (CVSS 9.8); any internet-facing EBS instance not on the May fix should be patched or taken off the public internet now, and treated as potentially compromised if it was exposed after 2026-05-28.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed" data-tags="vulnerabilities rce pre-auth actively-exploited cisa-kev patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-16T04:35:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-46817/">CVE-2026-46817</a><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed"><a href="https://ctipilot.ch/entries/2026-07-16/cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed/">CVE-2026-46817 — Oracle E-Business Suite (Payments): unauthenticated RCE now CISA KEV-listed after quiet in-the-wild exploitation (CVSS 9.8)</a></h3><p>CISA added <strong>CVE-2026-46817</strong> to its Known Exploited Vulnerabilities catalog on 15 July 2026, the first formal confirmation of active exploitation for a flaw Oracle patched without fanfare in its May 2026 Critical Patch Update (<a href="https://www.cisa.gov/news-events/alerts/2026/07/15/cisa-adds-two-known-exploited-vulnerabilities-catalog" target="_blank" rel="noopener noreferrer">CISA, 2026-07-15</a>). The bug sits in the File Transmission component of <strong>Oracle Payments</strong> — the payment-processing engine built into Oracle E-Business Suite — and Oracle characterises it as improper privilege management, improper authentication and missing authentication for a critical function that an unauthenticated attacker with HTTP network access can use to compromise and take over Oracle Payments (CVSS 9.8; <a href="https://www.oracle.com/security-alerts/cspumay2026.html" target="_blank" rel="noopener noreferrer">Oracle CPU, 2026-05-28</a>). Affected releases are EBS 12.2.3 through 12.2.15.</p>
<p>Threat-intelligence firm Defused recorded the first in-the-wild exploitation against its EBS honeypot decoys on <strong>27 June 2026</strong> — roughly six weeks after the patch and before any public proof-of-concept existed — as a single source running an unauthenticated file read against the Payments component rather than broad scanning (<a href="https://www.helpnetsecurity.com/2026/06/30/oracle-payments-cve-2026-46817-exploitation/" target="_blank" rel="noopener noreferrer">Help Net Security, 2026-06-30</a>). The observed technique calls the <code>ibytransmit</code> endpoint in the File Transmission component, invoking an internal Oracle Java function directly and redirecting it to read <code>/etc/passwd</code>; the same primitive can be pointed at configuration files holding database credentials, encryption keys or payment-processor API keys (<a href="https://www.helpnetsecurity.com/2026/06/30/oracle-payments-cve-2026-46817-exploitation/" target="_blank" rel="noopener noreferrer">Help Net Security, 2026-06-30</a>). This is the same EBS product family already under sustained ShinyHunters/UNC6240 extortion pressure and the latest in a now-annual cadence of critical, remotely exploitable EBS flaws.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">EBS is a common finance and public-sector back-office platform across Europe, and this is a pre-auth, no-interaction path to full compromise on the exposed web tier. In web-access-log telemetry, surface POST requests to <code>/OA_HTML/ibytransmit</code> — especially from unexpected sources against any instance that was internet-reachable after the 28 May patch date — and treat such an instance as potentially compromised, investigating before (not after) rotating the credentials and keys stored on the host. The recurring exploitation pattern is itself reason to question whether any EBS component needs to remain internet-facing. The CISA KEV entry is the exploitation signal used here; the associated federal remediation deadline is a US-agency compliance date and carries no operational weight for this audience.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">On 27 June 2026 our Oracle E-Business Suite decoys recorded the first in-the-wild exploitation of CVE-2026-46817 — roughly six weeks after Oracle&#39;s May 2026 patch and before any public proof-of-concept existed.</p><figcaption class="entry-cite__attr"><a href="https://www.helpnetsecurity.com/2026/06/30/oracle-payments-cve-2026-46817-exploitation/" target="_blank" rel="noopener noreferrer">Help Net Security (citing Defused)</a> <span class="entry-cite__date mono">2026-06-30</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">The exploit targets the ibytransmit endpoint in Oracle Payments&#39; File Transmission component, and calls an internal Oracle Java function directly, redirecting it to read a file (/etc/passwd) from the server.</p><figcaption class="entry-cite__attr">Help Net Security</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">CISA has added two new vulnerabilities to its Known Exploited Vulnerabilities (KEV) Catalog, based on evidence of active exploitation.</p><figcaption class="entry-cite__attr"><a href="https://www.cisa.gov/news-events/alerts/2026/07/15/cisa-adds-two-known-exploited-vulnerabilities-catalog" target="_blank" rel="noopener noreferrer">CISA</a> <span class="entry-cite__date mono">2026-07-15</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>16 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/cve-2026-46817-oracle-ebs-payments-preauth-rce-kev-listed/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.oracle.com/security-alerts/cspumay2026.html" target="_blank" rel="noopener noreferrer">Oracle (Critical Patch Update Advisory, May 2026)</a> · <a href="https://www.cisa.gov/news-events/alerts/2026/07/15/cisa-adds-two-known-exploited-vulnerabilities-catalog" target="_blank" rel="noopener noreferrer">CISA</a> · <a href="https://www.helpnetsecurity.com/2026/06/30/oracle-payments-cve-2026-46817-exploitation/" target="_blank" rel="noopener noreferrer">Help Net Security (citing Defused)</a></div></article>]]></content:encoded></item><item><title>A fake client_id on Entra ID&#39;s ROPC token endpoint lets attackers enumerate and validate credentials while leaving a blank application name in the sign-in log</title><link>https://ctipilot.ch/entries/2026-07-15/proofpoint-oauth-client-id-spoofing-entra-id-evasion/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-15/proofpoint-oauth-client-id-spoofing-entra-id-evasion/</guid><pubDate>Wed, 15 Jul 2026 04:36:00 +0000</pubDate><dc:date>2026-07-15T04:36:00Z</dc:date><category>identity</category><category>cloud</category><category>phishing</category><category>global</category><description><![CDATA[<p>Proofpoint (2026-07-13) documented OAuth client ID spoofing against Microsoft Entra ID, independently weaponised by two clusters. An attacker POSTs credentials to the /common/oauth2/token endpoint using the legacy ROPC flow with an arbitrary unregistered GUID as client_id; Entra ID&#39;s differential AADSTS error responses leak username and password validity, and AADSTS700016 (&quot;application not found&quot;) is returned when the credentials are BOTH correct — turning a code defenders read as a harmless misconfiguration into a credential-validity oracle. Because the client_id is unregistered, the sign-in log entry (where one appears at all) carries a blank application name, defeating detections that correlate authentication spikes by app. The concrete fix is to block the ROPC grant type outright, because Conditional Access policies scoped to specific applications are the exact control this technique sidesteps.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-15/proofpoint-oauth-client-id-spoofing-entra-id-evasion" data-tags="identity cloud phishing" data-regions="global" data-kind="research" data-priority="notable" data-discovered="2026-07-15T04:36:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="proofpoint-oauth-client-id-spoofing-entra-id-evasion"><a href="https://ctipilot.ch/entries/2026-07-15/proofpoint-oauth-client-id-spoofing-entra-id-evasion/">Proofpoint: OAuth client ID spoofing validates stolen Entra ID credentials at scale without writing a successful sign-in log</a></h3><p>Proofpoint&#39;s Threat Research team documented a stealthy authentication-evasion technique — <strong>OAuth client ID spoofing</strong> — being independently weaponised by two distinct clusters against <strong>Microsoft Entra ID</strong> (<a href="https://www.proofpoint.com/us/blog/threat-insight/oauth-client-id-spoofing-why-fake-client-ids-are-gaining-traction-stealthy" target="_blank" rel="noopener noreferrer">Proofpoint, 2026-07-13</a>). The mechanism abuses the legacy Resource Owner Password Credentials (ROPC) flow: an attacker POSTs a username and password to Entra ID&#39;s <code>/common/oauth2/token</code> endpoint while supplying an arbitrary, unregistered GUID as the <code>client_id</code> parameter instead of a real application ID. Entra ID&#39;s differential error responses then leak validity regardless of whether the client_id is legitimate — <code>AADSTS50034</code> for a non-existent username, <code>AADSTS50126</code> for a valid username with the wrong password, and, critically, <code>AADSTS700016</code> (&quot;application not found in directory&quot;) when the username <em>and</em> password are both correct, because Entra ID validates the credential before it fails on the unrecognised client. The result is a credential-validity oracle that most defenders misread: <code>AADSTS700016</code> is ordinarily dismissed as a harmless misconfigured-app error, which is precisely the blind spot both clusters exploited (<a href="https://www.helpnetsecurity.com/2026/07/13/entra-id-oauth-client-id-spoofing/" target="_blank" rel="noopener noreferrer">Help Net Security, 2026-07-13</a>).</p>
<p>The evasion value is in the telemetry: none of these code paths writes a successful sign-in event, and because the client_id is unregistered, the sign-in log entry carries no application name at all — &quot;detections that look for surges against a specific application name may miss this activity entirely, as the field is blank&quot; (<a href="https://www.proofpoint.com/us/blog/threat-insight/oauth-client-id-spoofing-why-fake-client-ids-are-gaining-traction-stealthy" target="_blank" rel="noopener noreferrer">Proofpoint, 2026-07-13</a>). Proofpoint attributes two campaigns of opportunistic mass enumeration: <strong>UNK_pyreq2323</strong> (January–March 2026, AWS-hosted, 700,000+ distinct spoofed client IDs) and <strong>UNK_OutFlareAZ</strong> (December 2025–March 2026, Cloudflare-fronted, 3.7M distinct spoofed IDs), whose divergent tooling and client-ID-generation strategies point to parallel invention rather than shared code (<a href="https://thehackernews.com/2026/07/oauth-client-id-spoofing-lets-attackers.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-13</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the concrete detection-logic change is to stop treating <code>AADSTS700016</code> against a valid username as harmless and start treating a burst of them — especially from a single ASN or cloud-hosting range across many usernames — as equivalent in severity to a successful credential-stuffing hit; sign-in entries with a blank application ID on ROPC token requests are the anomaly to hunt. <strong>Triage:</strong> legitimate ROPC usage (some line-of-business apps, service accounts and CI/CD pipelines still use it deliberately) shows a registered, named application in the sign-in log — a genuinely blank application-name field on a <code>/common/oauth2/token</code> request, at volume against many distinct usernames, is what separates the attack from benign legacy authentication. The durable fix is to block the ROPC grant type outright, since per-application Conditional Access scoping is the exact control this technique defeats.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">When a spoofed client ID is used, no corresponding application name is recorded in the sign-in log. This means that detections that look for surges against a specific application name may miss this activity entirely, as the field is blank.</p><p class="entry-cite__quote">By fragmenting authentication attempts across many fictional applications, activity becomes harder to correlate and may evade per-application detections and rate limiting.</p><figcaption class="entry-cite__attr"><a href="https://www.proofpoint.com/us/blog/threat-insight/oauth-client-id-spoofing-why-fake-client-ids-are-gaining-traction-stealthy" target="_blank" rel="noopener noreferrer">Proofpoint Threat Research</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>research</span><span>15 Jul 04:36Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-15/proofpoint-oauth-client-id-spoofing-entra-id-evasion/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.proofpoint.com/us/blog/threat-insight/oauth-client-id-spoofing-why-fake-client-ids-are-gaining-traction-stealthy" target="_blank" rel="noopener noreferrer">Proofpoint Threat Research</a> · <a href="https://www.helpnetsecurity.com/2026/07/13/entra-id-oauth-client-id-spoofing/" target="_blank" rel="noopener noreferrer">Help Net Security</a> · <a href="https://thehackernews.com/2026/07/oauth-client-id-spoofing-lets-attackers.html" target="_blank" rel="noopener noreferrer">The Hacker News</a></div></article>]]></content:encoded></item><item><title>Beyond the two exploited zero-days, July&#39;s Microsoft set hides a Pwn2Own SharePoint auth-bypass and a pre-auth Dynamics 365 RCE rated Exploitation More Likely</title><link>https://ctipilot.ch/entries/2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup/</guid><pubDate>Wed, 15 Jul 2026 04:36:00 +0000</pubDate><dc:date>2026-07-15T04:36:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>auth-bypass</category><category>pre-auth</category><category>patch-available</category><category>global</category><category>patch-available</category><category>CVE-2026-55040</category><category>CVE-2026-55944</category><category>CVE-2026-50522</category><category>CVE-2026-58644</category><description><![CDATA[<p>An update to the 2026-07-14 Patch Tuesday coverage: three further SharePoint fixes and a Dynamics fix in the same cycle carry pre-auth risk. CVE-2026-55040 (CVSS 9.1) is a SharePoint JWT authentication bypass from Rapid7&#39;s Pwn2Own Berlin chain — an unauthenticated attacker who knows a target&#39;s AD SID or UPN can act as that user or administrator; Rapid7 demonstrated the chain at Pwn2Own and is holding full technical details and the PoC under a 30-day disclosure embargo, and the chained RCE half will not be patched until August, so applying the July fix now is the only break in the chain. CVE-2026-55944 (CVSS 9.8) is an unauthenticated deserialization RCE in Dynamics NAV / Dynamics 365 Business Central (on-prem) that Microsoft rates &quot;Exploitation More Likely.&quot; Two SharePoint deserialization RCEs (CVE-2026-50522, CVE-2026-58644, both CVSS 9.8) round out the set. None is confirmed exploited in the wild yet.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup" data-tags="vulnerabilities rce auth-bypass pre-auth patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-15T04:36:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-55040/">CVE-2026-55040 +3</a><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="microsoft-july-patch-tuesday-sharepoint-dynamics-followup"><a href="https://ctipilot.ch/entries/2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup/">July Patch Tuesday follow-through: a SharePoint pre-auth JWT bypass from a Pwn2Own chain (CVE-2026-55040) and a pre-auth Dynamics 365 RCE Microsoft expects to be exploited (CVE-2026-55944)</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days/">Microsoft July 2026 Patch Tuesday ships two actively-exploited zero-days — AD FS local EoP (CVE-2026-56155) and unauthenticated SharePoint EoP (CVE-2026-56164)</a> <span class="mono muted">(2026-07-14)</span></p><p>the July Patch Tuesday entry covered the two KEV-listed exploited zero-days (AD FS CVE-2026-56155, SharePoint CVE-2026-56164). Four further high-severity fixes in the same cycle carry pre-auth risk and warrant separate attention. <strong>CVE-2026-55040</strong> (CVSS 9.1, weak authentication) is a SharePoint JWT token-validation bypass that Rapid7&#39;s Stephen Fewer built into a two-vulnerability chain for Pwn2Own Berlin 2026: a remote unauthenticated attacker who knows a target&#39;s Active Directory SID or User Principal Name can forge identity and operate as that SharePoint user or administrator (<a href="https://www.rapid7.com/blog/post/ve-cve-2026-55040-microsoft-sharepoint-jwt-token-authentication-bypass-fixed" target="_blank" rel="noopener noreferrer">Rapid7 Labs, 2026-07-14</a>). Rapid7 chained it to a still-undisclosed RCE that Microsoft will not patch until the August 2026 cycle — but &quot;patching CVE-2026-55040 will successfully break this exploit chain,&quot; so the July update is the available defense today even with the RCE half outstanding (<a href="https://www.rapid7.com/blog/post/ve-cve-2026-55040-microsoft-sharepoint-jwt-token-authentication-bypass-fixed" target="_blank" rel="noopener noreferrer">Rapid7 Labs, 2026-07-14</a>).</p>
<p><strong>CVE-2026-55944</strong> (CVSS 9.8) is an unauthenticated deserialization RCE in <strong>Microsoft Dynamics NAV / Dynamics 365 Business Central (on-premises)</strong> — &quot;deserialization of untrusted data ... allows an unauthorized attacker to execute code over a network,&quot; triggered by a crafted login request before any session exists (vector AV:N/AC:L/PR:N/UI:N), and rated &quot;Exploitation More Likely&quot; (<a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-55944" target="_blank" rel="noopener noreferrer">Microsoft MSRC, 2026-07-14</a>). It is easy to overlook against SharePoint or Exchange in a busy Patch Tuesday, yet on-prem Dynamics back-office instances are frequently exposed. Two more SharePoint deserialization RCEs — <strong>CVE-2026-50522</strong> and <strong>CVE-2026-58644</strong> (both CVSS 9.8, &quot;Exploitation More Likely&quot;) — require Site-Owner-level access per Microsoft&#39;s FAQ; CVE-2026-50522 is fixed in the July cumulative update, while CVE-2026-58644&#39;s patch actually shipped in the June cumulative update and the CVE was only documented on 14 July after being omitted from June&#39;s release notes — so a SharePoint estate patched through June is already covered for 58644 (<a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-50522" target="_blank" rel="noopener noreferrer">Microsoft MSRC, 2026-07-14</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the JWT-bypass path is invisible to normal sign-in and Conditional-Access telemetry because no credential is presented — hunt SharePoint web-server access logs for requests bearing anomalous JWT bearer tokens referencing SIDs/UPNs that do not match the session&#39;s authenticated principal, and audit-log operations performed &quot;as&quot; a user with no corresponding interactive or API sign-in in the same window. For the deserialization RCEs, the durable signal is the classic .NET deserialization-to-RCE lineage — anomalous <code>w3wp.exe</code> (SharePoint app-pool) or the Dynamics service host spawning child processes following list/webpart operations or an inbound login request. <strong>Triage:</strong> legitimate SharePoint operations are tied to a preceding authenticated sign-in for the acting principal; an operation attributed to a user or administrator with no matching sign-in event, or a service-account process spawn outside normal batch/report windows, is the discriminator.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Patching CVE-2026-55040 will successfully break this exploit chain; this underscores the importance of patching vulnerabilities such as authentication bypasses, which can break complex and high-impact exploit chains.</p><figcaption class="entry-cite__attr">Rapid7 Labs</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Deserialization of untrusted data in Microsoft Dynamics NAV allows an unauthorized attacker to execute code over a network.</p><figcaption class="entry-cite__attr"><a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-55944" target="_blank" rel="noopener noreferrer">Microsoft MSRC</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>15 Jul 04:36Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-15/microsoft-july-patch-tuesday-sharepoint-dynamics-followup/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.rapid7.com/blog/post/ve-cve-2026-55040-microsoft-sharepoint-jwt-token-authentication-bypass-fixed" target="_blank" rel="noopener noreferrer">Rapid7 Labs (Stephen Fewer)</a> · <a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-55944" target="_blank" rel="noopener noreferrer">Microsoft MSRC</a></div></article>]]></content:encoded></item><item><title>Talos catalogues where malicious Python packages execute code across the install lifecycle, including persistent .pth and site-hook footholds</title><link>https://ctipilot.ch/entries/2026-07-14/talos-serpents-tongue-python-package-code-execution-taxonomy/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/talos-serpents-tongue-python-package-code-execution-taxonomy/</guid><pubDate>Tue, 14 Jul 2026 20:22:57 +0000</pubDate><dc:date>2026-07-14T20:22:57Z</dc:date><category>supply-chain</category><category>global</category><description><![CDATA[<p>Cisco Talos published a lifecycle survey of code-execution paths in Python packaging — from setup.py running at install time to persistent .pth files, site-hook modules and PYTHONPATH hijacking that fire on every subsequent Python invocation — tying the taxonomy to real TeamPCP supply-chain compromises (litellm, lightning). It is a reference for supply-chain defenders and a concrete hunt surface for teams running Python build/CI pipelines.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/talos-serpents-tongue-python-package-code-execution-taxonomy" data-tags="supply-chain" data-regions="global" data-kind="research" data-priority="notable" data-discovered="2026-07-14T20:22:57Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="talos-serpents-tongue-python-package-code-execution-taxonomy"><a href="https://ctipilot.ch/entries/2026-07-14/talos-serpents-tongue-python-package-code-execution-taxonomy/">Cisco Talos maps the full taxonomy of Python-package build-time and import-time code execution (&quot;The Serpent&#39;s Tongue&quot;)</a></h3><p>Cisco Talos published a comprehensive technical survey of code-execution paths across the Python packaging lifecycle — repository hosting (PyPI, version-control, custom servers), source (sdist) and wheel distribution formats, and installation into virtual or system-wide environments — split into two classes and assessed for persistence (<a href="https://blog.talosintelligence.com/the-serpents-tongue-luring-the-python-out-of-its-den/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2026-07-14</a>). Build-hook abuses fire code during installation: <code>setup.py</code> executes automatically on install or download, so a malicious command class runs arbitrary code as a transient one-shot. The more consequential class is persistence: a <code>.pth</code> path-configuration file dropped into <code>site-packages</code> is executed on every subsequent Python invocation, and site-hook modules (<code>sitecustomize.py</code>/<code>usercustomize.py</code>) and PYTHONPATH hijacking behave the same way — the payload survives well beyond install time. Talos ties the <code>.pth</code> technique directly to TeamPCP&#39;s supply-chain compromise of the <code>litellm</code> package and the import-time <code>__init__.py</code> payload to its <code>lightning</code> compromise, part of a documented run of TeamPCP supply-chain waves. The piece closes on defensive measures — dependency auditing (pip-audit), hashed lock files, install-time controls and a dependency-cooldown window before adopting newly-published versions.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for a SOC defending Python build and CI/CD estates, the actionable shift is treating installed-package persistence as a hunt target, not just install-time scanning — a malicious release that plants a <code>.pth</code> file or site-hook keeps executing on every interpreter start long after the install event scrolls out of logs. <strong>Triage:</strong> the discriminator is location and lineage — a legitimate <code>.pth</code> file points at directories, whereas a weaponised one carries an executable one-liner; in process telemetry, <code>python</code>/<code>pip</code> writing to <code>site-packages/*.pth</code> or spawning network connections during what should be an offline install, and unexpected child processes on <code>python -m &lt;module&gt;</code> invocations, separate malicious import/install-time execution from a normal build. Per policy no indicators or rule code are reproduced; the Talos post carries the detection detail.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">executes automatically during installation or download, allowing for the execution of arbitrary code.</p><p class="entry-cite__quote">they are executed with every invocation of Python, therefore exhibiting a persistent behavior on the victim endpoint.</p><figcaption class="entry-cite__attr"><a href="https://blog.talosintelligence.com/the-serpents-tongue-luring-the-python-out-of-its-den/" target="_blank" rel="noopener noreferrer">Cisco Talos</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>research</span><span>14 Jul 20:22Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/talos-serpents-tongue-python-package-code-execution-taxonomy/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://blog.talosintelligence.com/the-serpents-tongue-luring-the-python-out-of-its-den/" target="_blank" rel="noopener noreferrer">Cisco Talos</a></div></article>]]></content:encoded></item><item><title>Microsoft maps a year of Salesforce OAuth abuse — vishing consent, supply-chain secret reuse, guest-access Aura abuse — invisible to sign-in detection</title><link>https://ctipilot.ch/entries/2026-07-14/microsoft-maps-shinyhunters-salesforce-oauth-abuse/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/microsoft-maps-shinyhunters-salesforce-oauth-abuse/</guid><pubDate>Tue, 14 Jul 2026 20:22:57 +0000</pubDate><dc:date>2026-07-14T20:22:57Z</dc:date><category>identity</category><category>cloud</category><category>phishing</category><category>supply-chain</category><category>data-breach</category><category>global</category><description><![CDATA[<p>Microsoft Threat Intelligence documented a year (mid-2025 to mid-2026) of campaigns using ShinyHunters-associated tradecraft (registry alias UNC6240) against Salesforce-integrated SaaS environments via three intrusion paths: vishing-driven malicious-OAuth-consent (a fake Data Loader app), SaaS supply-chain OAuth-secret reuse (Salesloft Drift, Gainsight, and Storm-3138&#39;s June 2026 Klue compromise), and guest-access Aura abuse. None exploited a Salesforce flaw — all abuse trusted OAuth relationships, so sign-in-anomaly detection gives limited visibility.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/microsoft-maps-shinyhunters-salesforce-oauth-abuse" data-tags="identity cloud phishing supply-chain data-breach" data-regions="global" data-kind="research" data-priority="notable" data-discovered="2026-07-14T20:22:57Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="microsoft-maps-shinyhunters-salesforce-oauth-abuse"><a href="https://ctipilot.ch/entries/2026-07-14/microsoft-maps-shinyhunters-salesforce-oauth-abuse/">Microsoft maps three ShinyHunters-tradecraft OAuth-abuse paths against Salesforce customers — none exploiting a Salesforce vulnerability</a></h3><p>Microsoft Threat Intelligence documented a year-long (mid-2025 to mid-2026) set of campaigns using tradecraft commonly associated with ShinyHunters (registry alias UNC6240) against Salesforce-integrated environments, through three distinct paths rather than any Salesforce product vulnerability (<a href="https://www.microsoft.com/en-us/security/blog/2026/07/13/defending-saas-based-applications-against-shinyhunters-oauth-abuse/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence, 2026-07-13</a>). First, vishing-driven OAuth-consent abuse: attackers impersonating IT support socially engineer employees through the OAuth authorization workflow into granting a malicious connected app — disguised as the legitimate Salesforce Data Loader — full API access inherited from the victim&#39;s own privileges, letting them enumerate and exfiltrate CRM data through sanctioned application access that never trips a sign-in anomaly. Second, SaaS supply-chain compromise: compromised Salesloft Drift credentials (August 2025) exposed OAuth connection secrets reused across customer tenants; a November 2025 campaign abused Gainsight-published Salesforce apps the same way; and in June 2026 an actor Microsoft tracks as Storm-3138 compromised the Klue competitive-intelligence platform and reused harvested Salesforce credentials to query and exfiltrate customer CRM data. Third, guest-access abuse: requests chained against Salesforce&#39;s Aura framework via misconfigured guest-user accounts pulled far more data than a guest session should reach (<a href="https://thehackernews.com/2026/07/microsoft-maps-year-long-shinyhunters.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-14</a>). Microsoft observed the activity across retail, education and manufacturing tenants and states existing authentication-focused detections gave &quot;limited visibility&quot; because the traffic is indistinguishable from legitimate integration.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for CH/EU public-sector and enterprise orgs running Salesforce for case-management or citizen-service workloads, the lesson is that OAuth-consent and connected-app trust — not credentials or malware — is the attack surface here, and it evades sign-in-based detection; visibility requires OAuth/connected-app and data-access telemetry (Microsoft points to Defender for Cloud Apps real-time event monitoring and Salesforce Shield). <strong>Triage:</strong> the discriminator is <em>pattern</em>, not any single authentication event — bulk or systematic SOQL querying and report exports, connected-app activity from a new IP or user-agent for an established app, anomalous OAuth-scope combinations, and guest-user access reaching non-public objects; a legitimate integration exhibits a stable client fingerprint and a bounded query profile, so the deviation in volume and client identity is the signal.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Threat actors socially engineered employees into authorizing attacker-controlled connected apps within their Salesforce tenant.</p><p class="entry-cite__quote">This activity was not the result of a vulnerability inherent to Salesforce.</p><p class="entry-cite__quote">malicious activity often appeared indistinguishable from legitimate Salesforce usage because threat actors operated through trusted identities, approved OAuth applications, and authorized integrations.</p><figcaption class="entry-cite__attr"><a href="https://www.microsoft.com/en-us/security/blog/2026/07/13/defending-saas-based-applications-against-shinyhunters-oauth-abuse/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>research</span><span>14 Jul 20:22Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/microsoft-maps-shinyhunters-salesforce-oauth-abuse/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.microsoft.com/en-us/security/blog/2026/07/13/defending-saas-based-applications-against-shinyhunters-oauth-abuse/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence</a> · <a href="https://thehackernews.com/2026/07/microsoft-maps-year-long-shinyhunters.html" target="_blank" rel="noopener noreferrer">The Hacker News</a></div></article>]]></content:encoded></item><item><title>Progress names the ShareFile Storage Zone Controller root cause — a path-traversal flaw — and ships the fix; a CVE is reserved but withheld for two weeks</title><link>https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-path-traversal-zero-day-patched/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-path-traversal-zero-day-patched/</guid><pubDate>Tue, 14 Jul 2026 20:21:02 +0000</pubDate><dc:date>2026-07-14T20:21:02Z</dc:date><category>vulnerabilities</category><category>path-traversal</category><category>zero-day</category><category>patch-available</category><category>global</category><category>europe</category><category>us</category><description><![CDATA[<p>Progress has confirmed the root cause behind its emergency ShareFile Storage Zone Controller (SZC) shutdown: a high-severity path-traversal flaw in SZC 5.x/6.x that an authenticated administrative user can use to read arbitrary service-account files, write to server directories, and enumerate the filesystem. Progress shipped patched versions 5.12.5 and 6.0.2 and is restoring customer access; a CVE identifier is reserved but will not be published for two weeks. On-prem SZC operators should patch and follow Progress&#39;s recovery steps now.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/progress-sharefile-szc-path-traversal-zero-day-patched" data-tags="vulnerabilities path-traversal zero-day patch-available" data-regions="global europe us" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-14T20:21:02Z"><div class="badges"><span class="b pri">HIGH</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="progress-sharefile-szc-path-traversal-zero-day-patched"><a href="https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-path-traversal-zero-day-patched/">Progress confirms the ShareFile Storage Zone Controller shutdown was forced by a path-traversal zero-day; patches 5.12.5 / 6.0.2 ship and service is restored</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-active-exploitation-confirmed/">Progress ShareFile Storage Zone Controller — Shadowserver confirms active exploitation of CVE-2026-2699; exposed instances collapse ~30,000 to ~1,000</a> <span class="mono muted">(2026-07-14)</span></p><p>Progress Software has confirmed the root cause behind its emergency ShareFile Storage Zone Controller (SZC) shutdown order: a high-severity path-traversal vulnerability affecting SZC versions 5.x and 6.x that lets an authenticated administrative user read arbitrary files accessible to the application&#39;s service account, write malicious content to server directories, and enumerate the filesystem layout (<a href="https://www.bleepingcomputer.com/news/security/progress-confirms-sharefile-zero-day-flaw-behind-storage-zone-shutdown/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-14</a>) — a CWE-22-class flaw reachable through the SZC&#39;s internet-facing IIS component. Progress has shipped patched versions 5.12.5 and 6.0.2, and a CVE identifier is reserved but will not be published for two weeks. The vendor states it has &quot;no indication of unauthorized access to any ShareFile customer account or data,&quot; a claim that sits alongside this run&#39;s earlier finding that Shadowserver honeypots recorded in-the-wild exploitation attempts against the same component from 2026-07-10. Progress&#39;s status page confirms Storage Zone Controller customer access &quot;is currently being restored,&quot; with recovery instructions issued directly to account owners (<a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress — ShareFile Status Page, 2026-07-14</a>), closing out the multi-day outage that began with the 2026-07-10 shutdown order.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the new detail is the fix — patched versions (5.12.5, 6.0.2) and a named vulnerability class (path traversal, authenticated-admin scope) that the two prior entries in this thread lacked. Any organization that took SZC offline under the shutdown order should patch to the fixed build and complete Progress&#39;s recovery procedure before re-exposing the component; do not re-enable an unpatched controller. <strong>Triage:</strong> path-traversal exploitation of this component surfaces in the SZC&#39;s IIS/web request telemetry as requests carrying directory-traversal sequences to the storage-controller endpoints and in file-access telemetry as the service account reading or writing paths outside its normal content directories — legitimate SZC operation confines the service account to its configured storage paths, so out-of-tree file access under that account is the discriminator.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">An authenticated administrative user can read arbitrary files accessible to the application&#39;s service account</p><p class="entry-cite__quote">Currently, we have no indication of unauthorized access to any ShareFile customer account or data</p><figcaption class="entry-cite__attr"><a href="https://www.bleepingcomputer.com/news/security/progress-confirms-sharefile-zero-day-flaw-behind-storage-zone-shutdown/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Storage Zones Controller customer access is currently being restored. Recovery instructions have been provided directly to account owners.</p><figcaption class="entry-cite__attr"><a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress — ShareFile Status Page</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>14 Jul 20:21Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-path-traversal-zero-day-patched/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.bleepingcomputer.com/news/security/progress-confirms-sharefile-zero-day-flaw-behind-storage-zone-shutdown/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress — ShareFile Status Page</a></div></article>]]></content:encoded></item><item><title>SonicWall confirms active exploitation of an unauthenticated SMA1000 SSRF chained to code injection for full appliance takeover</title><link>https://ctipilot.ch/entries/2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited/</guid><pubDate>Tue, 14 Jul 2026 20:19:53 +0000</pubDate><dc:date>2026-07-14T20:19:53Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>zero-day</category><category>pre-auth</category><category>rce</category><category>cisa-kev</category><category>patch-available</category><category>global</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2026-15409</category><category>CVE-2026-15410</category><description><![CDATA[<p>SonicWall&#39;s PSIRT confirms active exploitation of two SMA1000 flaws (SNWLID-2026-0008), both added to CISA KEV on 2026-07-14: CVE-2026-15409 (CVSS 10.0), an unauthenticated server-side request forgery in the SMA1000 Work Place interface, and CVE-2026-15410 (CVSS 7.2), a post-authentication OS-command code injection in the Appliance Management Console. Any organization running an internet-facing SMA1000 (6210/7210/8200v) must apply the platform hotfix now.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited" data-tags="vulnerabilities actively-exploited zero-day pre-auth rce cisa-kev patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-14T20:19:53Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-15409/">CVE-2026-15409 +1</a><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited"><a href="https://ctipilot.ch/entries/2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited/">CVE-2026-15409 — SonicWall SMA1000: unauthenticated SSRF (CVSS 10.0) chained to post-auth code injection, actively exploited</a></h3><p>SonicWall&#39;s PSIRT advisory SNWLID-2026-0008 (first published 2026-07-14) states it has investigated &quot;multiple cases indicating the active exploitation&quot; of two new SMA1000 flaws (<a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT, 2026-07-14</a>); both CVEs carry a same-day CISA KEV listing (recorded in this entry&#39;s CVE status, confirmed against the KEV feed). <strong>CVE-2026-15409</strong> (CVSS 10.0, CWE-918) is a server-side request forgery in the SMA1000 Work Place interface that lets a remote, unauthenticated attacker force the appliance to issue requests to an attacker-chosen location; the scope-changed CVSS vector (S:C) indicates the SSRF reaches beyond the vulnerable component&#39;s own security boundary. <strong>CVE-2026-15410</strong> (CVSS 7.2, CWE-94) is a post-authentication code-injection flaw in the SMA1000 Appliance Management Console (AMC) that lets an authenticated administrator-level session run arbitrary OS commands — read together with the pre-auth SSRF, the pair forms a chain from zero access toward root-equivalent appliance control. The affected firmware is SMA1000 6210/7210/8200v on 12.4.3-03245/03387/03434 and 12.5.0-02283/02624/02800; the fix is platform-hotfix 12.4.3-03453 or 12.5.0-02835, and SonicWall explicitly states neither flaw affects SSL-VPN running on SonicWall firewalls or the SMA100 series (<a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT, 2026-07-14</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">this is the SSL-VPN edge-appliance exploitation pattern that turns into a foothold fast — patch now and, because exploitation is already live, treat an unpatched exposed SMA1000 as a compromise-assessment candidate rather than a clean patch. <strong>Triage:</strong> the pre-auth SSRF surfaces in the appliance&#39;s own request telemetry as outbound requests from the Work Place interface to unexpected internal or external hosts (a legitimate Work Place session does not initiate arbitrary outbound fetches); the code-injection stage surfaces in the control-service log as configuration or hotfix-state manipulation from an admin session — SonicWall&#39;s own detection guidance points at hotfix-rollback entries carrying path-traversal-style names as the anomaly, so rollback activity that does not match a change-managed maintenance window is the discriminator. Per policy no IOCs are reproduced here; consult the vendor advisory for the indicator set.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">SonicWall PSIRT has investigated multiple cases indicating the active exploitation of the vulnerabilities described in this advisory. Customers are strongly urged to upgrade to the hotfix release as soon as possible to remediate these vulnerabilities.</p><p class="entry-cite__quote">A Server-side request forgery (SSRF) vulnerability has been identified in the SMA1000 Appliance Work Place interface. A remote unauthenticated attacker could potentially cause the appliance to make requests to unintended location.</p><p class="entry-cite__quote">Sean Koessel and Steven Adair of Volexity - helped advance SonicWall&#39;s PSIRT investigation, leading to the identification of an additional IOC.</p><figcaption class="entry-cite__attr"><a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>14 Jul 20:19Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/sonicwall-sma1000-ssrf-cve-2026-15409-actively-exploited/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008" target="_blank" rel="noopener noreferrer">SonicWall PSIRT</a></div></article>]]></content:encoded></item><item><title>SAP patches an unauthenticated Approuter request-smuggling flaw and a Commerce Cloud public-default-credential exposure; NCSC-CH flags all three</title><link>https://ctipilot.ch/entries/2026-07-14/sap-july-2026-patch-day-netweaver-approuter-commerce-cloud/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/sap-july-2026-patch-day-netweaver-approuter-commerce-cloud/</guid><pubDate>Tue, 14 Jul 2026 20:19:53 +0000</pubDate><dc:date>2026-07-14T20:19:53Z</dc:date><category>vulnerabilities</category><category>pre-auth</category><category>patch-available</category><category>auth-bypass</category><category>global</category><category>switzerland</category><category>europe</category><category>patch-available</category><category>CVE-2026-44747</category><category>CVE-2026-27690</category><category>CVE-2026-44761</category><description><![CDATA[<p>SAP&#39;s July 2026 Security Patch Day carries three critical flaws NCSC Switzerland relayed to its constituents: CVE-2026-44747 (CVSS 9.9) memory corruption in the NetWeaver AS ABAP kernel; CVE-2026-27690 (CVSS 9.1) an unauthenticated HTTP request-smuggling flaw in SAP Approuter (non-Cloud-Foundry); and CVE-2026-44761 (CVSS 9.1) a public, hardcoded sample OAuth2 credential left active in SAP Commerce Cloud. No exploitation is reported yet, but the Commerce Cloud item is a config exposure a patch alone does not close.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/sap-july-2026-patch-day-netweaver-approuter-commerce-cloud" data-tags="vulnerabilities pre-auth patch-available auth-bypass" data-regions="global switzerland europe" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-14T20:19:53Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-44747/">CVE-2026-44747 +2</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="sap-july-2026-patch-day-netweaver-approuter-commerce-cloud"><a href="https://ctipilot.ch/entries/2026-07-14/sap-july-2026-patch-day-netweaver-approuter-commerce-cloud/">SAP July 2026 Security Patch Day: three CVSS ≥9.1 flaws in NetWeaver AS ABAP, Approuter and Commerce Cloud — two reachable without authentication</a></h3><p>SAP&#39;s July 2026 Security Patch Day (14 July) carries three critical flaws NCSC Switzerland&#39;s Cyber Security Hub relayed directly to Swiss constituents, none with reported exploitation at publication (<a href="https://security-hub.ncsc.admin.ch/#/posts/12763" target="_blank" rel="noopener noreferrer">NCSC-CH, 2026-07-14</a>; <a href="https://onapsis.com/blog/sap-security-patch-day-july-2026/" target="_blank" rel="noopener noreferrer">Onapsis Research Labs, 2026-07-14</a>). <strong>CVE-2026-44747</strong> (CVSS 9.9) is a memory-corruption flaw in the SAP NetWeaver Application Server ABAP kernel; SecurityWeek characterises successful exploitation as allowing an attacker to access and modify data and cause system unavailability, and SAP&#39;s only interim workaround (disabling the affected ICF nodes) is impractical because it breaks SAP GUI for HTML, so patching the kernel is the real mitigation (<a href="https://www.securityweek.com/sap-patches-critical-vulnerabilities-in-netweaver-approuter-commerce-cloud/" target="_blank" rel="noopener noreferrer">SecurityWeek, 2026-07-14</a>). <strong>CVE-2026-27690</strong> (CVSS 9.1) is an HTTP request-smuggling flaw in SAP Approuter&#39;s non-Cloud-Foundry deployments: an unauthenticated request desynchronises the request/response stream on a shared front-end, a primitive usable to poison or hijack another user&#39;s request. <strong>CVE-2026-44761</strong> (CVSS 9.1) is a hardcoded sample OAuth2 credential in SAP Commerce Cloud — any customer that ran SAP&#39;s own documented sample configuration and never rotated the shipped secret exposes a publicly-known credential an unauthenticated attacker can use to obtain a valid OCC-API access token (<a href="https://onapsis.com/blog/sap-security-patch-day-july-2026/" target="_blank" rel="noopener noreferrer">Onapsis Research Labs, 2026-07-14</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for a Swiss/EU public-sector, finance or utilities SAP estate, sequence by reachability, not CVSS: the Approuter smuggling flaw is unauthenticated and network-reachable, so it patches first; the NetWeaver kernel flaw is authenticated but has enormous blast radius given ABAP&#39;s centrality; and the Commerce Cloud item is an environment-specific configuration exposure — a publicly-known default credential that a routine note roll-out does not remediate, because the exposed secret must be rotated. <strong>Triage:</strong> the Commerce Cloud exposure is a config-audit question (did we deploy the sample OAuth2 client, and is its secret still the shipped default?), answerable from configuration review rather than telemetry; the Approuter smuggling flaw manifests in front-end HTTP access logs as request/response desynchronisation anomalies (ambiguous content-length/transfer-encoding framing, responses mismatched to the requesting session) on a shared Approuter, distinct from the well-formed request stream of normal traffic.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The vulnerability affects SAP Approuter deployments in non-Cloud Foundry environments and allows an unauthenticated attacker to send a specially crafted HTTP request that leads to request-response desynchronization.</p><p class="entry-cite__quote">Exploitation requires that the customer execute the sample script and retain the resulting OAuth2 client in production without replacing the hardcoded secret.</p><p class="entry-cite__quote">Successful exploitation of the security defect could allow an attacker to access and modify data, and cause system unavailability, SAP security firm Onapsis explains.</p><figcaption class="entry-cite__attr"><a href="https://www.securityweek.com/sap-patches-critical-vulnerabilities-in-netweaver-approuter-commerce-cloud/" target="_blank" rel="noopener noreferrer">SecurityWeek</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>14 Jul 20:19Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/sap-july-2026-patch-day-netweaver-approuter-commerce-cloud/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://onapsis.com/blog/sap-security-patch-day-july-2026/" target="_blank" rel="noopener noreferrer">Onapsis Research Labs</a> · <a href="https://security-hub.ncsc.admin.ch/#/posts/12763" target="_blank" rel="noopener noreferrer">NCSC Switzerland — Cyber Security Hub</a> · <a href="https://www.securityweek.com/sap-patches-critical-vulnerabilities-in-netweaver-approuter-commerce-cloud/" target="_blank" rel="noopener noreferrer">SecurityWeek</a> · <a href="https://support.sap.com/en/my-support/knowledge-base/security-notes-news/july-2026.html" target="_blank" rel="noopener noreferrer">SAP Support Portal</a></div></article>]]></content:encoded></item><item><title>Microsoft patches two exploited zero-days on-prem: an AD FS privilege escalation and an unauthenticated SharePoint EoP, both KEV-listed same day</title><link>https://ctipilot.ch/entries/2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days/</guid><pubDate>Tue, 14 Jul 2026 20:19:53 +0000</pubDate><dc:date>2026-07-14T20:19:53Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>zero-day</category><category>priv-esc</category><category>cisa-kev</category><category>identity</category><category>patch-available</category><category>global</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2026-56155</category><category>CVE-2026-56164</category><description><![CDATA[<p>Microsoft&#39;s July 2026 Patch Tuesday (its largest ever by CVE count) fixes two zero-days Microsoft confirms were exploited in the wild and CISA added to KEV the same day: CVE-2026-56155, a local elevation-of-privilege in Active Directory Federation Services (AD FS), and CVE-2026-56164, an unauthenticated, network-reachable elevation-of-privilege in on-prem SharePoint Server 2016/2019/Subscription Edition. Any organization running on-prem AD FS or SharePoint should treat both as emergency patches.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days" data-tags="vulnerabilities actively-exploited zero-day priv-esc cisa-kev identity patch-available" data-regions="global" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-14T20:19:53Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-56155/">CVE-2026-56155 +1</a><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="microsoft-july-2026-patch-tuesday-two-exploited-zero-days"><a href="https://ctipilot.ch/entries/2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days/">Microsoft July 2026 Patch Tuesday ships two actively-exploited zero-days — AD FS local EoP (CVE-2026-56155) and unauthenticated SharePoint EoP (CVE-2026-56164)</a></h3><p>Microsoft&#39;s July 2026 Patch Tuesday is its largest ever by CVE count and carries two zero-days Microsoft confirms were exploited before a fix existed, both added to CISA&#39;s Known Exploited Vulnerabilities catalog the same day (<a href="https://www.bleepingcomputer.com/news/microsoft/microsoft-july-2026-patch-tuesday-fixes-massive-570-flaws-3-zero-days/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-14</a>). <strong>CVE-2026-56155</strong> (CVSS 7.8, CWE-1220) is a local elevation-of-privilege in Active Directory Federation Services: an attacker who already holds a low-privileged authorized session on the AD FS host escalates to administrator (<a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-56155" target="_blank" rel="noopener noreferrer">Microsoft MSRC, 2026-07-14</a>). It is a post-foothold escalation rather than an initial-access vector, and Microsoft&#39;s advisory credits its own DART incident-response team in the acknowledgements — meaning it surfaced during a live intrusion, so an exposed AD FS host should be treated as a candidate for compromise assessment, not merely patched (<a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-56155" target="_blank" rel="noopener noreferrer">Microsoft MSRC, 2026-07-14</a>). <strong>CVE-2026-56164</strong> (CVSS 5.3, CWE-306) is the more exposed of the two: a missing-authentication flaw in on-prem SharePoint Server that lets an unauthenticated attacker elevate privileges over the network with no user interaction (<a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-56164" target="_blank" rel="noopener noreferrer">Microsoft MSRC, 2026-07-14</a>). Microsoft&#39;s mitigation guidance — enable AMSI on the SharePoint/IIS worker processes with Request Body Scan set to Full — indicates the trigger is a crafted HTTP POST body, the same class of exposure this pipeline tracked for the CVE-2026-45659 SharePoint deserialization RCE on 2026-07-02, so operators who already tuned AMSI for that flaw have partial coverage.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">patch both now; for AD FS the low CVSS understates the risk because the bug was caught in real-world incident response — treat internet- or partner-reachable AD FS servers as potentially targeted and pair the patch with a hunt of local process activity on those hosts. <strong>Triage:</strong> the AD FS escalation manifests in host-local process-execution and privilege-transition telemetry on the AD FS server itself (a low-privileged service account acquiring administrator context), not in network logs — normal AD FS operation does not spawn privilege transitions from its service account, so that lineage is the discriminator; the SharePoint escalation surfaces in IIS/SharePoint worker-process telemetry as an unauthenticated request preceding an unexpected privilege context, which AMSI full-body scanning is positioned to catch. No IOCs or exploiting cluster have been published for either.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Insufficient granularity of access control in Active Directory Federation Services (AD FS) allows an authorized attacker to elevate privileges locally.</p><p class="entry-cite__quote">Missing authentication for critical function in Microsoft Office SharePoint allows an unauthorized attacker to elevate privileges over a network.</p><figcaption class="entry-cite__attr"><a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-56155" target="_blank" rel="noopener noreferrer">Microsoft MSRC</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">It&#39;s a missing-authentication flaw, meaning an unauthenticated attacker can hit it over the network with no user interaction required. When something this reachable is being actively abused, patch it now and worry about the score later.</p><figcaption class="entry-cite__attr"><a href="https://www.zerodayinitiative.com/blog/2026/7/14/the-july-2026-security-update-review" target="_blank" rel="noopener noreferrer">Zero Day Initiative (Trend Micro)</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>14 Jul 20:19Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/microsoft-july-2026-patch-tuesday-two-exploited-zero-days/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-56155" target="_blank" rel="noopener noreferrer">Microsoft MSRC</a> · <a href="https://www.zerodayinitiative.com/blog/2026/7/14/the-july-2026-security-update-review" target="_blank" rel="noopener noreferrer">Zero Day Initiative (Trend Micro)</a> · <a href="https://www.bleepingcomputer.com/news/microsoft/microsoft-july-2026-patch-tuesday-fixes-massive-570-flaws-3-zero-days/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://krebsonsecurity.com/2026/07/microsoft-patches-a-record-570-security-flaws/" target="_blank" rel="noopener noreferrer">Krebs on Security</a></div></article>]]></content:encoded></item><item><title>Honeypots record in-the-wild exploitation of the ShareFile Storage Zone Controller auth bypass the same day Progress ordered shutdowns</title><link>https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-active-exploitation-confirmed/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-active-exploitation-confirmed/</guid><pubDate>Tue, 14 Jul 2026 12:50:00 +0000</pubDate><dc:date>2026-07-14T12:50:00Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>rce</category><category>pre-auth</category><category>auth-bypass</category><category>global</category><category>europe</category><category>us</category><category>exploited</category><category>poc-public</category><category>patch-available</category><category>CVE-2026-2699</category><description><![CDATA[<p>Update to the 2026-07-13 ShareFile shutdown entry. Shadowserver Foundation honeypots first recorded active, in-the-wild exploitation attempts against the ShareFile Storage Zone Controller pre-auth authentication bypass CVE-2026-2699 on Friday 2026-07-10 — the same day Progress issued its emergency power-off order — and the internet-exposed instance count fell from watchTowr&#39;s April tally of ~30,000 to roughly 1,000 by 2026-07-13. A Recorded Future analyst publicly assessed possible Clop involvement; Progress has named no actor and disclosed no root cause. On-prem operators still running Storage Zone Controllers should keep them off.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/progress-sharefile-szc-active-exploitation-confirmed" data-tags="vulnerabilities actively-exploited rce pre-auth auth-bypass" data-regions="global europe us" data-kind="incident" data-priority="high" data-discovered="2026-07-14T12:50:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-2699/">CVE-2026-2699</a><span class="b exp">exploited</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="progress-sharefile-szc-active-exploitation-confirmed"><a href="https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-active-exploitation-confirmed/">Progress ShareFile Storage Zone Controller — Shadowserver confirms active exploitation of CVE-2026-2699; exposed instances collapse ~30,000 to ~1,000</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-13/progress-sharefile-storage-zone-controller-shutdown/">Progress orders ShareFile Storage Zone Controller shutdown over a &#39;credible external threat&#39; — day three, no patch or root cause disclosed</a> <span class="mono muted">(2026-07-13)</span></p><p>Two developments harden the picture around Progress&#39;s emergency ShareFile Storage Zone Controller (SZC) shutdown order. First, the shutdown was not precautionary in the abstract: the alert &quot;arrived the same day that independent honeypots began detecting active, in-the-wild attempts to exploit&quot; the pre-auth authentication-bypass flaw CVE-2026-2699, with Shadowserver Foundation honeypots first recording those attempts on Friday 2026-07-10 (<a href="https://www.bankinfosecurity.com/progress-urges-sharefile-shutdown-over-credible-threat-a-32210" target="_blank" rel="noopener noreferrer">BankInfoSecurity, 2026-07-13</a>). This moves the flaw&#39;s status from PoC-public to actively exploited. Second, defenders responded at scale — the number of internet-exposed Storage Zone Controllers fell from watchTowr&#39;s April count of about 30,000 to roughly 1,000 by 2026-07-13, evidence of widespread emergency power-downs (<a href="https://www.bankinfosecurity.com/progress-urges-sharefile-shutdown-over-credible-threat-a-32210" target="_blank" rel="noopener noreferrer">BankInfoSecurity, 2026-07-13</a>). Progress restored ShareFile cloud-service access for SZC customers but continues to require the on-prem controllers themselves stay powered off pending its investigation, and still reports no evidence of unauthorized access to customer data (<a href="https://www.theregister.com/security/2026/07/13/progress-orders-emergency-sharefile-server-shutdown-over-mystery-security-threat/5270281" target="_blank" rel="noopener noreferrer">The Register, 2026-07-13</a>; <a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress ShareFile status, 2026-07-13</a>).</p>
<p>Recorded Future analyst Allan Liska publicly assessed that the pattern &quot;smells like CL0P ransomware group activity,&quot; pointing to Clop&#39;s long record of mass-exploiting secure file-transfer software (Accellion FTA, GoAnywhere, MOVEit, Cleo Harmony, and Oracle E-Business Suite) (<a href="https://www.bankinfosecurity.com/progress-urges-sharefile-shutdown-over-credible-threat-a-32210" target="_blank" rel="noopener noreferrer">BankInfoSecurity, 2026-07-13</a>). This is a named researcher&#39;s hypothesis, not an attribution: Progress has identified no actor and disclosed no root cause.</p>
<p><strong>Defender takeaway.</strong> The one-day earlier guidance — treat any exposed SZC as untrusted and keep it powered off rather than patched — is now backed by confirmed in-the-wild exploitation, so it should carry more weight, not less, for any organisation that has not yet acted. Exposure concentrates in the US and Germany, keeping this directly relevant to European on-prem file-exchange operators. The recommended state remains a full power-off of on-prem Storage Zone Controllers until Progress publishes scope; the original entry&#39;s shutdown and bounded-compromise-check actions still stand unchanged.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The alert arrived the same day that independent honeypots began detecting active, in-the-wild attempts to exploit a critical authentication bypass vulnerability the vendor patched earlier this year in its ShareFile Storage Zone Controller software.</p><p class="entry-cite__quote">Honeypots run by nonprofit cybersecurity organization Shadowserver Foundation first recorded active, in-the-wild attacks attempting to exploit CVE-2026-2699 on Friday.</p><p class="entry-cite__quote">This smells like CL0P ransomware group activity. If you use ShareFile, be like C-3PO and &#39;shut them all down.&#39;</p><figcaption class="entry-cite__attr"><a href="https://www.bankinfosecurity.com/progress-urges-sharefile-shutdown-over-credible-threat-a-32210" target="_blank" rel="noopener noreferrer">BankInfoSecurity (ISMG)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>incident</span><span>14 Jul 12:50Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/progress-sharefile-szc-active-exploitation-confirmed/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.bankinfosecurity.com/progress-urges-sharefile-shutdown-over-credible-threat-a-32210" target="_blank" rel="noopener noreferrer">BankInfoSecurity (ISMG)</a> · <a href="https://www.theregister.com/security/2026/07/13/progress-orders-emergency-sharefile-server-shutdown-over-mystery-security-threat/5270281" target="_blank" rel="noopener noreferrer">The Register</a> · <a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress ShareFile (vendor status page)</a></div></article>]]></content:encoded></item><item><title>ESET details 11 Microsoft-signed pre-0.9 UEFI shims that bypass Secure Boot on any machine trusting the third-party UEFI CA</title><link>https://ctipilot.ch/entries/2026-07-14/eset-forgotten-uefi-shims-secure-boot-bypass/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/eset-forgotten-uefi-shims-secure-boot-bypass/</guid><pubDate>Tue, 14 Jul 2026 12:45:00 +0000</pubDate><dc:date>2026-07-14T12:45:00Z</dc:date><category>vulnerabilities</category><category>auth-bypass</category><category>patch-available</category><category>global</category><category>patch-available</category><category>CVE-2026-10797</category><category>CVE-2026-8863</category><description><![CDATA[<p>ESET Research published (2026-07-14) a technical dissection of 11 Microsoft-signed UEFI shim bootloaders (all shim version 0.9 or below) that undermine Secure Boot on any machine trusting the &quot;Microsoft Corporation UEFI CA 2011&quot; third-party certificate, regardless of installed OS. The core flaw (CVE-2026-10797) is a signature-length validation mismatch that lets an attacker evade the shim&#39;s revocation check while still passing signature verification; companion weaknesses (CVE-2026-8863) cover pre-0.9 non-enforcement of the MOK deny-list and pre-15.3 absence of SBAT. Microsoft revoked all 11 binaries in the 2026-06-09 dbx update; no in-the-wild exploitation has been reported. Fleets that have not applied the June dbx revocation carry a persistent Secure-Boot-bypass exposure.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/eset-forgotten-uefi-shims-secure-boot-bypass" data-tags="vulnerabilities auth-bypass patch-available" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-14T12:45:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-10797/">CVE-2026-10797 +1</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="eset-forgotten-uefi-shims-secure-boot-bypass"><a href="https://ctipilot.ch/entries/2026-07-14/eset-forgotten-uefi-shims-secure-boot-bypass/">CVE-2026-8863, CVE-2026-10797 — forgotten pre-0.9 UEFI shims bypass Secure Boot via a signature-length validation mismatch</a></h3><p>ESET Research published (2026-07-14) a full dissection of 11 Microsoft-signed UEFI shim bootloaders — all at shim version 0.9 or below — that undermine Secure Boot on any machine trusting the &quot;Microsoft Corporation UEFI CA 2011&quot; third-party certificate, independent of which OS is installed (<a href="https://www.welivesecurity.com/en/eset-research/forgotten-uefi-shims-undermining-secure-boot/" target="_blank" rel="noopener noreferrer">ESET Research, 2026-07-14</a>). The primary flaw (CVE-2026-10797) is a signature-length validation mismatch: an Authenticode-signed PE records its signature length in two places, and &quot;the revocation check used the value from the signature header, while the signature verification function used the value from the PE header&quot; (<a href="https://www.welivesecurity.com/en/eset-research/forgotten-uefi-shims-undermining-secure-boot/" target="_blank" rel="noopener noreferrer">ESET Research, 2026-07-14</a>), so an attacker can tamper the <code>WIN_CERTIFICATE</code> structure to make the revocation routine compare the deny-lists against bogus data while verification still succeeds. Two companion weaknesses in the same forgotten binaries (tracked with CVE-2026-8863) compound it: shims below 0.9 never enforce the MOK deny-list (MokListX), so an older still-trusted shim can be substituted to load a binary that was explicitly revoked, and shims before version 15.3 predate SBAT (Secure Boot Advanced Targeting) entirely, reopening old GRUB 2 bugs such as CVE-2015-5281 that SBAT was built to close.</p>
<p>Crucially, exploitation requires no complex exploitation primitive — &quot;only a copy of an old, still-trusted, but unrevoked shim binary&quot; copied to the EFI System Partition alongside a compatible second-stage bootloader (<a href="https://www.welivesecurity.com/en/eset-research/forgotten-uefi-shims-undermining-secure-boot/" target="_blank" rel="noopener noreferrer">ESET Research, 2026-07-14</a>); writing to the ESP is itself a privileged local operation (consistent with this entry&#39;s local, post-auth vector), so the technique is a persistence/defense-evasion primitive for an attacker who already has that access rather than a remote initial-access exploit. CERT/CC frames it as a &quot;Bring Your Own Vulnerable Driver (BYOVD)-style technique to execute arbitrary code during the early boot phase, prior to operating system initialization&quot; (<a href="https://kb.cert.org/vuls/id/616257" target="_blank" rel="noopener noreferrer">CERT/CC, 2026-06-17</a>). Because the vulnerable binary travels with the boot media rather than the installed OS, any endpoint trusting the third-party UEFI CA is a candidate carrier even when its OS is fully patched. Vendors named in CERT/CC&#39;s coordinated disclosure include Red Hat/CentOS, Oracle Linux, openSUSE, ROSA Linux, Baramundi Management Suite, Blancco/WhiteCanyon WipeDrive, PC-Doctor Service Center, Spyrus WTGCreator, and Finland&#39;s Abitti exam-kiosk system — a long tail of Linux-distro, PC-diagnostic, disk-wipe and kiosk tooling that forked an old shim and never rebased onto upstream fixes. Microsoft revoked all 11 binaries in its 2026-06-09 Patch Tuesday dbx update; no in-the-wild exploitation has been reported, and ESET deliberately withholds indicators of compromise because the binaries are &quot;present on thousands of systems that have never been compromised via these loaders.&quot;</p>
<p><strong>Defender takeaway.</strong> This is a pre-OS-boot technique class, so runtime endpoint telemetry cannot see the exploitation step — the actionable control is inventory and firmware-state verification, not detection. Confirm the June dbx revocation is actually enrolled in firmware (firmware-level dbx updates frequently lag OS patching, and a machine can show a fully patched OS while its dbx is stale), sequencing the accompanying DB update before the DBX update where the vendor guidance calls for it to avoid bricking dual-boot or recovery partitions, then audit Linux and dual-boot EFI System Partitions for forked shim binaries at version ≤ 0.9. <strong>Triage:</strong> legitimate dual-boot recovery media and vendor diagnostic USB sticks are exactly the artifact class this bug lives in, so a hunt for &quot;old shim present&quot; will surface real, benign, stale tooling — the discriminator is not the shim&#39;s presence but whether the dbx revocation has been enrolled in that device&#39;s firmware: a revoked-but-present shim is inert, an unrevoked one is the exposure.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">the revocation check used the value from the signature header, while the signature verification function used the value from the PE header</p><p class="entry-cite__quote">An attacker needs no complicated exploitation primitives – only a copy of an old, still-trusted, but unrevoked shim binary and a basic understanding of how UEFI shims work.</p><figcaption class="entry-cite__attr">ESET Research</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">An attacker could exploit these vulnerable shim bootloaders using a Bring Your Own Vulnerable Driver (BYOVD)-style technique to execute arbitrary code during the early boot phase, prior to operating system initialization, thereby bypassing Secure Boot protections.</p><figcaption class="entry-cite__attr">CERT/CC</figcaption></figure></div><div class="prov"><span>vulnerability</span><span>14 Jul 12:45Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/eset-forgotten-uefi-shims-secure-boot-bypass/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.welivesecurity.com/en/eset-research/forgotten-uefi-shims-undermining-secure-boot/" target="_blank" rel="noopener noreferrer">ESET Research (WeLiveSecurity)</a> · <a href="https://kb.cert.org/vuls/id/616257" target="_blank" rel="noopener noreferrer">CERT/CC — VU#616257</a></div></article>]]></content:encoded></item><item><title>Attacker abuses an AsyncAPI GitHub Actions pwn-request to steal a publish token and backdoor five @asyncapi npm versions with a multi-stage implant</title><link>https://ctipilot.ch/entries/2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions/</guid><pubDate>Tue, 14 Jul 2026 12:38:00 +0000</pubDate><dc:date>2026-07-14T12:38:00Z</dc:date><category>supply-chain</category><category>infostealer</category><category>identity</category><category>global</category><description><![CDATA[<p>On 2026-07-14 an attacker abused a misconfigured pull_request_target GitHub Actions workflow in the asyncapi/generator repository to steal the AsyncAPI org&#39;s npm/service-account token and publish five trojanized @asyncapi package versions (generator, generator-helpers, generator-components, specs — together over three million downloads a week). On import the packages fetch a multi-stage IPFS-hosted implant that self-identifies as &quot;M-RED-TEAM v6.4&quot;, persists, and reaches multi-channel command-and-control. Any CI/CD pipeline or developer host that imported an affected version should treat it as compromised and rotate exposed credentials.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions" data-tags="supply-chain infostealer identity" data-regions="global" data-kind="incident" data-priority="high" data-discovered="2026-07-14T12:38:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="asyncapi-npm-supply-chain-compromise-github-actions"><a href="https://ctipilot.ch/entries/2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions/">AsyncAPI npm packages backdoored via a GitHub Actions pull_request_target token theft, delivering a multi-stage IPFS implant (M-RED-TEAM)</a></h3><p>On 2026-07-14 an attacker compromised the <code>asyncapi/generator</code> GitHub repository by abusing a <code>pull_request_target</code> workflow that checked out the pull request&#39;s own code while still running &quot;in the context of the base repository with full access to secrets&quot; (<a href="https://www.wiz.io/blog/m-red-team-asyncapi-supply-chain-compromise-via-github-actions" target="_blank" rel="noopener noreferrer">Wiz, 2026-07-14</a>). The attacker opened 37 pull requests — almost all a decoy adding a fake charity-donation page — while a single one (PR #2155, 05:08 UTC) carried obfuscated JavaScript that scanned the Actions runner environment for secrets and exfiltrated them to a paste-site dead drop, capturing the token of <code>asyncapi-bot</code>, a service account with organization-wide access; by 06:58 UTC the attacker pushed a malicious commit to the <code>next</code> branch and from 07:10 UTC the release workflow published five trojanized versions across four packages — <code>@asyncapi/generator</code> 3.3.1, <code>@asyncapi/generator-helpers</code> 1.1.1, <code>@asyncapi/generator-components</code> 0.7.1, and <code>@asyncapi/specs</code> 6.11.2 and 6.11.2-alpha.1 — which &quot;combined, these packages see over three million downloads a week&quot; (<a href="https://www.wiz.io/blog/m-red-team-asyncapi-supply-chain-compromise-via-github-actions" target="_blank" rel="noopener noreferrer">Wiz, 2026-07-14</a>). A contributor had opened a fix for the vulnerable workflow on 2026-05-17; it was still unmerged 58 days later when the attack landed.</p>
<p>The injected code executes on <code>import</code>/<code>require</code>, not at install time: it spawns a detached Node child process that downloads a later stage from IPFS into a per-user application-support directory, then runs an encrypted multi-stage bundle whose runtime &quot;explicitly self-identifies as &#39;M-RED-TEAM v6.4&#39; in code comments&quot; (<a href="https://www.wiz.io/blog/m-red-team-asyncapi-supply-chain-compromise-via-github-actions" target="_blank" rel="noopener noreferrer">Wiz, 2026-07-14</a>). It establishes persistence via a systemd user service on Linux (with platform-specific equivalents on macOS and Windows) and beacons over multiple command-and-control channels — HTTP, Nostr relays, Ethereum smart contracts, and a libp2p mesh — accepting remote commands for file operations, directory listing and data exfiltration; its obfuscation uses <code>javascript-obfuscator</code> with a custom base64 alphabet matching prior incidents. The bundle carries credential-theft capabilities targeting saved browser passwords and cookies, SSH keys, npm and GitHub tokens, AWS credentials, the macOS Keychain and crypto wallets. Wiz notes technical fingerprints overlapping the Miasma framework (a <code>miasma</code>-branded persistence service and relay tags) and a dead-drop naming pattern matching the separately-tracked prt-scan pull-request-abuse campaign, but states that &quot;beyond the references and initial obfuscation method the payload contains minimal resemblance to previous Miasma and Shai-Hulud payloads&quot; and that &quot;at this time, we are not making any definitive attribution.&quot; SafeDep, tracking the same incident, reports the payload self-identifying as <code>miasma-train-p1</code> rather than Wiz&#39;s <code>M-RED-TEAM v6.4</code> and frames the Miasma link more directly — &quot;this is either a private, parallel build by the same operators or a separate group that adopted the Miasma brand after the source was published&quot; (<a href="https://safedep.io/asyncapi-generator-supply-chain-attack-miasma-rat/" target="_blank" rel="noopener noreferrer">SafeDep, 2026-07-14</a>); a team hunting code-comment strings should check for both identifiers.</p>
<p><strong>Defender takeaway.</strong> This is a recurring 2026 pattern of <code>pull_request_target</code> &quot;pwn request&quot; abuse feeding npm-ecosystem backdoors, and the load-bearing control gap is a CI/CD one: any workflow that triggers on <code>pull_request_target</code> and then checks out untrusted PR code runs attacker code with access to repository secrets. Audit your own Actions workflows for that pattern, and — because the payload runs on import rather than install — a <code>--ignore-scripts</code> install policy does not neutralise it; only pinning to known-good versions and rebuilding from a clean state does.</p>
<p><strong>Triage:</strong> a legitimate <code>require()</code> of AsyncAPI tooling performs no runtime network activity; the signal is a detached Node child process spawned from an <code>npm</code>/<code>node</code> parent at import time that reaches out to an IPFS gateway or a peer-to-peer mesh and then creates a user-level persistence service — process-lineage telemetry (a script interpreter spawning a hidden detached child with outbound egress) plus a new systemd/user-service artifact created outside a package-manager transaction is the discriminator, since benign build tooling produces neither.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">On July 14, 2026, an attacker opened 37 pull requests to the AsyncAPI generator repository. Almost all attempted to add a fake charity donation page.</p><p class="entry-cite__quote">The payload executes on import/require, not install.</p><p class="entry-cite__quote">The payload includes credential theft capabilities targeting browser saved passwords and cookies (Chrome, Brave, Firefox, Edge), SSH keys, npm and GitHub tokens, AWS credentials, macOS Keychain, and cryptocurrency wallets.</p><figcaption class="entry-cite__attr"><a href="https://www.wiz.io/blog/m-red-team-asyncapi-supply-chain-compromise-via-github-actions" target="_blank" rel="noopener noreferrer">Wiz</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">This is either a private, parallel build by the same operators or a separate group that adopted the Miasma brand after the source was published.</p><figcaption class="entry-cite__attr"><a href="https://safedep.io/asyncapi-generator-supply-chain-attack-miasma-rat/" target="_blank" rel="noopener noreferrer">SafeDep</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>incident</span><span>14 Jul 12:38Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/asyncapi-npm-supply-chain-compromise-github-actions/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.wiz.io/blog/m-red-team-asyncapi-supply-chain-compromise-via-github-actions" target="_blank" rel="noopener noreferrer">Wiz</a> · <a href="https://safedep.io/asyncapi-generator-supply-chain-attack-miasma-rat/" target="_blank" rel="noopener noreferrer">SafeDep</a></div></article>]]></content:encoded></item><item><title>OFAC and the UK sanction the 1VPNS bulletproof-VPN admin and a cryptor seller after the Swiss-backed First VPN takedown</title><link>https://ctipilot.ch/entries/2026-07-14/ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller/</guid><pubDate>Tue, 14 Jul 2026 04:45:00 +0000</pubDate><dc:date>2026-07-14T04:45:00Z</dc:date><category>law-enforcement</category><category>ransomware</category><category>organized-crime</category><category>us</category><category>europe</category><category>switzerland</category><description><![CDATA[<p>Following the May 2026 Operation Saffron takedown of First VPN Service (1VPNS) — in which Switzerland was a joint-investigation-team partner — US Treasury OFAC and the UK FCDO on 2026-07-13 sanctioned 1VPNS, its administrator Dmytro Rashevskyi, and separately a Belarusian cryptor seller, Yegeniy Silayev, whose malware-obfuscation service is a distinct enabling layer beneath ransomware payloads. The service infrastructure is already down; the new development is the individual designations and the explicit targeting of the cryptor-as-a-service layer.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller" data-tags="law-enforcement ransomware organized-crime" data-regions="us europe switzerland" data-kind="incident" data-priority="notable" data-discovered="2026-07-14T04:45:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller"><a href="https://ctipilot.ch/entries/2026-07-14/ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller/">US and UK sanction First VPN Service (1VPNS), its administrator and a Belarusian cryptor seller — the sanctions follow-through on the Swiss-assisted Operation Saffron takedown</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-05-22/operation-saffron-dismantles-first-vpn-33-servers-seized-use/">Operation Saffron dismantles First VPN — 33+ servers seized, user database captured, Switzerland named JIT participant; Phobos RaaS infrastructure link confirmed</a> <span class="mono muted">(2026-05-22)</span></p><p>The May 2026 Operation Saffron takedown of First VPN Service (1VPNS) — the Russian-language, no-log criminal anonymisation service in which Switzerland sat on the Eurojust joint investigation team — has now drawn coordinated sanctions. On 2026-07-13 the US Treasury&#39;s Office of Foreign Assets Control, in an action coordinated with the UK&#39;s Foreign, Commonwealth &amp; Development Office, designated 1VPNS and its administrator <strong>Dmytro Rashevskyi</strong> (who used false identities including &quot;Maksim Sorin&quot; and &quot;Roman Chabanenko&quot; to buy infrastructure from providers that would otherwise have refused him), and separately a Belarusian national, <strong>Yegeniy Silayev</strong>, who sells &quot;cryptors&quot; (<a href="https://home.treasury.gov/news/press-releases/sb0559" target="_blank" rel="noopener noreferrer">US Treasury, 2026-07-13</a>). Treasury frames cryptors as tools &quot;built specifically to make malware stealthier and more effective by disguising it as harmless files&quot; (<a href="https://home.treasury.gov/news/press-releases/sb0559" target="_blank" rel="noopener noreferrer">US Treasury, 2026-07-13</a>) — designating the obfuscation-service vendor as a distinct enabling layer beneath the ransomware payload and the affiliate, not just the anonymisation infrastructure. The designations were made under Executive Order 13694 as amended; the FBI confirms the underlying takedown was led by France&#39;s BL2C and the Dutch NHTC &quot;with assistance from Ukraine, the United Kingdom, Switzerland, and Luxembourg,&quot; and that at least 25 ransomware groups, including Avaddon, used the service for reconnaissance and intrusions (<a href="https://www.fbi.gov/contact-us/field-offices/boston/news/fbi-boston-supports-international-takedown-of-first-vpn-service-used-by-ransomware-actors-to-compromise-businesses-worldwide" target="_blank" rel="noopener noreferrer">FBI Boston, 2026-06-09</a>).</p>
<p>Treasury describes the concrete abuse pattern: ransomware groups purchased 1VPNS infrastructure and used it &quot;to hide the origins of their attacks, deploy malware, and manage exfiltrated data&quot; — an external commercial VPN used as an anonymising relay in front of the operators&#39; own reconnaissance, delivery and exfiltration traffic (<a href="https://home.treasury.gov/news/press-releases/sb0559" target="_blank" rel="noopener noreferrer">US Treasury, 2026-07-13</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operational picture is unchanged from May — the infrastructure is seized and historical flows to the 1vpns domains remain investigative leads through Europol channels — but the sanctions extend the disruption to the <em>cryptor-as-a-service</em> layer, a reminder that malware-obfuscation vendors are now first-class law-enforcement targets in their own right, distinct from the ransomware operators who buy from them. For finance-sector entities in the constituency the designations carry a routine SDN-screening obligation; there is no new host- or network-level defender action, and the US remediation framing does not change the operational priority of any control.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">OFAC is designating two individuals and one entity enabling ransomware actors&#39; and other cybercriminals&#39; malign activities, notably ransomware attacks against Americans.</p><p class="entry-cite__quote">cryptors are built specifically to make malware stealthier and more effective by disguising it as harmless files</p><figcaption class="entry-cite__attr"><a href="https://home.treasury.gov/news/press-releases/sb0559" target="_blank" rel="noopener noreferrer">US Department of the Treasury (OFAC)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">This takedown was conducted by France&#39;s Direction Régionale de la Police Judiciaire Brigade de Lutte Contre la Cybercriminalité (BL2C), and the Dutch National Police, National High Tech Crime Unit (NHTC), with assistance from Ukraine, the United Kingdom, Switzerland, and Luxembourg.</p><figcaption class="entry-cite__attr"><a href="https://www.fbi.gov/contact-us/field-offices/boston/news/fbi-boston-supports-international-takedown-of-first-vpn-service-used-by-ransomware-actors-to-compromise-businesses-worldwide" target="_blank" rel="noopener noreferrer">FBI Boston Field Office</a> <span class="entry-cite__date mono">2026-06-09</span></figcaption></figure></div><div class="prov"><span>incident</span><span>14 Jul 04:45Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/ofac-uk-sanctions-first-vpn-1vpns-cryptor-seller/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://home.treasury.gov/news/press-releases/sb0559" target="_blank" rel="noopener noreferrer">US Department of the Treasury (OFAC)</a> · <a href="https://ofac.treasury.gov/recent-actions/20260713" target="_blank" rel="noopener noreferrer">OFAC Recent Actions</a> · <a href="https://www.fbi.gov/contact-us/field-offices/boston/news/fbi-boston-supports-international-takedown-of-first-vpn-service-used-by-ransomware-actors-to-compromise-businesses-worldwide" target="_blank" rel="noopener noreferrer">FBI Boston Field Office</a></div></article>]]></content:encoded></item><item><title>Dutch intelligence: Russia hijacked default-credential internet cameras along military-supply routes; four EU states summon Russian ambassadors</title><link>https://ctipilot.ch/entries/2026-07-13/russia-ip-camera-hijacking-nato-military-supply-routes/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/russia-ip-camera-hijacking-nato-military-supply-routes/</guid><pubDate>Mon, 13 Jul 2026 20:36:00 +0000</pubDate><dc:date>2026-07-13T20:36:00Z</dc:date><category>nation-state</category><category>espionage</category><category>russia-nexus</category><category>europe</category><category>dach</category><category>nordics</category><description><![CDATA[<p>AIVD and MIVD disclosed that Russia-linked actors compromised internet-connected cameras — reachable because they still used default passwords or outdated firmware, including cameras operated by businesses along the routes — carrying military supplies to Ukraine through the Netherlands, to watch the shipments and equipment being moved. The 2026-07-13 diplomatic escalation (NL/France/Germany/Finland ambassador summons, NATO condemnation) followed. Transferable lesson: internet-exposed cameras/IoT are treated as a state-actor surveillance grid.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/russia-ip-camera-hijacking-nato-military-supply-routes" data-tags="nation-state espionage russia-nexus" data-regions="europe dach nordics" data-kind="incident" data-priority="notable" data-discovered="2026-07-13T20:36:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="russia-ip-camera-hijacking-nato-military-supply-routes"><a href="https://ctipilot.ch/entries/2026-07-13/russia-ip-camera-hijacking-nato-military-supply-routes/">AIVD/MIVD: Russia-linked actors hijack default-credential IP cameras along NATO military-supply routes to monitor Ukraine-bound shipments</a></h3><p>Dutch intelligence services AIVD (General Intelligence and Security Service) and MIVD (Military Intelligence and Security Service) disclosed on 2026-07-11 that Russia-linked actors compromised &quot;a small number&quot; of internet-connected cameras positioned along routes used to move military supplies to Ukraine through the Netherlands — including cameras operated by businesses located on those routes — giving the operators remote viewing access to the shipments and equipment being moved (<a href="https://nltimes.nl/2026/07/11/dutch-spy-agencies-russia-hacked-cameras-spy-military-routes" target="_blank" rel="noopener noreferrer">NL Times/ANP, 2026-07-11</a>). The agencies state the cameras were reachable chiefly because they &quot;still us[e] default passwords or outdated firmware&quot; — weak/default-credential abuse and unpatched embedded firmware on internet-exposed devices, not a bespoke exploit chain. On 2026-07-13, after EU ministerial consultations in Brussels, the Netherlands summoned the Russian ambassador; France, Germany and Finland took the same step over related espionage and sabotage concerns, and NATO issued a joint statement condemning &quot;the persistent malicious cyber activities of Russia&quot; (<a href="https://nltimes.nl/2026/07/13/netherlands-summons-russian-ambassador-russias-hacking-military-supply-routes" target="_blank" rel="noopener noreferrer">NL Times/ANP, 2026-07-13</a>). AIVD/MIVD separately warned businesses located along military-logistics routes to harden their camera and IoT security. This is a distinct technical story from the same-day FSB Centre 16 router-hijacking advisory and the Turla espionage attribution covered separately today — here the compromised asset class is consumer/commercial IP cameras used for physical-logistics surveillance.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the transferable lesson reaches any critical-infrastructure operator, not only those on a logistics route — a state actor is treating internet-exposed cameras, DVRs/NVRs and smart-building IoT with default credentials or unpatched firmware as a physical-surveillance sensor grid. Inventory internet-reachable camera and IoT devices across your estate, and in egress/flow telemetry watch for outbound video/RTSP or streaming sessions from those devices to destinations outside the expected vendor-cloud or monitoring endpoints. <strong>Triage:</strong> many IP cameras legitimately stream to a vendor cloud or an on-prem NVR — the discriminator is a camera establishing an interactive or streaming session to an unfamiliar external destination that is neither its vendor cloud nor the site&#39;s own recorder, particularly a device still answering on a factory-default credential from the public internet.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Dutch intelligence services disclosed Friday that Russian actors had compromised “a small number of cameras” on routes for military shipments to Ukraine. The breaches allowed the hackers remote viewing access, according to statements from the General Intelligence and Security Service (AIVD) and the Military Intelligence and Security Service (MIVD).</p><p class="entry-cite__quote">We strongly condemn the persistent malicious cyber activities of Russia. The country uses its cyber ecosystem to attack allies and NATO partners.</p><figcaption class="entry-cite__attr"><a href="https://nltimes.nl/2026/07/11/dutch-spy-agencies-russia-hacked-cameras-spy-military-routes" target="_blank" rel="noopener noreferrer">NL Times (ANP)</a> <span class="entry-cite__date mono">2026-07-11</span></figcaption></figure></div><div class="prov"><span>incident</span><span>13 Jul 20:36Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/russia-ip-camera-hijacking-nato-military-supply-routes/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://nltimes.nl/2026/07/11/dutch-spy-agencies-russia-hacked-cameras-spy-military-routes" target="_blank" rel="noopener noreferrer">NL Times (ANP)</a></div></article>]]></content:encoded></item><item><title>ANSSI publishes CERTFR-2026-CTI-005 on FSB Centre 16&#39;s Turla cluster as France and the EU formally attribute it and sanction AO AST and NPP Gamma</title><link>https://ctipilot.ch/entries/2026-07-13/france-eu-turla-fsb-centre-16-attribution-french-victimology/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/france-eu-turla-fsb-centre-16-attribution-french-victimology/</guid><pubDate>Mon, 13 Jul 2026 20:35:00 +0000</pubDate><dc:date>2026-07-13T20:35:00Z</dc:date><category>nation-state</category><category>espionage</category><category>phishing</category><category>russia-nexus</category><category>europe</category><category>switzerland</category><description><![CDATA[<p>On 2026-07-13 France (ANSSI/C4) and the EU High Representative formally attributed the Turla intrusion set to Russia&#39;s FSB 16th Centre, publishing CERT-FR report CERTFR-2026-CTI-005 with French victimology (defence, diplomatic, justice and technology entities since 2017) and its spearphishing/watering-hole TTPs; the EU sanctioned 9 individuals and 4 organisations (incl. AO AST, NPP Gamma) and the UK sanctioned 24. Companion to the morning&#39;s Static Tundra router-hijacking advisory — the sibling FSB Centre 16 espionage cluster.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/france-eu-turla-fsb-centre-16-attribution-french-victimology" data-tags="nation-state espionage phishing russia-nexus" data-regions="europe switzerland" data-kind="threat" data-priority="notable" data-discovered="2026-07-13T20:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="france-eu-turla-fsb-centre-16-attribution-french-victimology"><a href="https://ctipilot.ch/entries/2026-07-13/france-eu-turla-fsb-centre-16-attribution-french-victimology/">France and the EU attribute the Turla intrusion set to FSB Centre 16, with French victimology, TTPs and EU/UK sanctions</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory/">FSB Centre 16 (Static Tundra) router-hijacking campaign: 19-agency joint advisory, formal Poland energy-grid attribution and first joint EU/UK cyber sanctions</a> <span class="mono muted">(2026-07-13)</span></p><p>The morning entry covered the 19-agency Static Tundra/Berserk Bear advisory (SNMP and Cisco Smart Install router hijacking) and the UK/EU attribution of the December 2025 Polish grid sabotage. This delta covers the <strong>sibling FSB Centre 16 cluster</strong> — Turla — which France and the EU formally attributed the same day. France&#39;s Cyber Crisis Coordination Centre (C4 — ANSSI, COMCYBER, DGA, DGSE, DGSI and the Ministry for Europe and Foreign Affairs) and the EU High Representative jointly attributed the Turla intrusion set to the FSB&#39;s 16th Centre on 2026-07-13, publishing CERT-FR&#39;s technical report CERTFR-2026-CTI-005 alongside formal French and EU attribution statements (<a href="https://www.cert.ssi.gouv.fr/cti/CERTFR-2026-CTI-005/" target="_blank" rel="noopener noreferrer">CERT-FR, 2026-07-13</a>; <a href="https://cyber.gouv.fr/actualites/ciblage-et-compromission-dentites-francaises-par-le-fsb/" target="_blank" rel="noopener noreferrer">ANSSI, 2026-07-13</a>). France&#39;s COMCYBER describes Turla as an FSB 16th Centre attack mode (<em>mode opératoire</em>) used for intelligence-gathering since at least 2004 (<a href="https://www.defense.gouv.fr/comcyber/actualites/ciblage-compromission-dentites-francaises-au-moyen-du-mode-du-mode-operatoire-dattaque-turla" target="_blank" rel="noopener noreferrer">COMCYBER, 2026-07-13</a>). The 16th Centre is the parent unit behind both this Turla/Secret Blizzard espionage set and the Static Tundra/Berserk Bear router-hijacking cluster covered this morning — the EU-sanctions reporting describes the 16th Centre as controlling groups including Turla (<a href="https://www.heise.de/en/news/EU-sanctions-Russia-for-serious-cyberattacks-and-sabotage-11363418.html" target="_blank" rel="noopener noreferrer">heise online, 2026-07-13</a>).</p>
<p>ANSSI documents French Turla victims including Ministry of Armed Forces webmail accounts compromised since 2017, the network of the French Embassy in Moscow (2018), a justice-sector personnel-training host (2019) and an advanced-technology company (2025), plus opportunistic intermediary compromises across varied sectors between 2019 and 2025 used as relay infrastructure (<a href="https://www.cert.ssi.gouv.fr/cti/CERTFR-2026-CTI-005/" target="_blank" rel="noopener noreferrer">CERT-FR, 2026-07-13</a>). The initial-access tradecraft combines spearphishing and watering-hole attacks that lure targets into downloading malicious files masquerading as legitimate software, plus exploitation of vulnerabilities in webmail/messaging services, browsers, business applications and web servers; the operators favour rented or previously-compromised infrastructure for camouflage (<a href="https://cyber.gouv.fr/actualites/ciblage-et-compromission-dentites-francaises-par-le-fsb/" target="_blank" rel="noopener noreferrer">ANSSI, 2026-07-13</a>). In coordination, the EU sanctioned 9 individuals and 4 organisations (entry bans and asset freezes), including the enabler firms Advanced System Technology (AST) and NPP Gamma, and the UK sanctioned 24 individuals and organisations; the EU Council statement names Germany, Poland, Cyprus, the Netherlands, Austria, Slovakia, Romania and Finland among affected states (<a href="https://www.heise.de/en/news/EU-sanctions-Russia-for-serious-cyberattacks-and-sabotage-11363418.html" target="_blank" rel="noopener noreferrer">heise online, 2026-07-13</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operational surface for EU/Swiss government, diplomatic and defence entities is Turla&#39;s <em>access</em> tradecraft, not the diplomacy — hunt for trojanised &quot;legitimate software&quot; delivered via spearphishing or watering-holes, and for exploitation of exposed webmail, browser and web-server surfaces, which is where this set gets in. The relay-through-compromised-third-parties pattern (opportunistic intermediary victims used as infrastructure) means a Swiss or EU organisation may surface as <em>staging infrastructure</em> for onward targeting rather than as the final objective — outbound connections from your estate to other victims&#39; networks, and inbound access that pivots onward, are as much the signal as data leaving toward Russia.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Members of the Cyber Crisis Coordination Centre (C4) have observed the targeting and compromise of French entities using the Turla intrusion set operated by the 16th Centre of the Federal Security Service of the Russian Federation (FSB).</p><figcaption class="entry-cite__attr"><a href="https://www.cert.ssi.gouv.fr/cti/CERTFR-2026-CTI-005/" target="_blank" rel="noopener noreferrer">CERT-FR (ANSSI)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Russian technology companies supporting the intelligence service are also affected. For example, Advanced System Technology (AST) and NPP Gamma will no longer be allowed to do business in the EU in the future.</p><figcaption class="entry-cite__attr">heise online (citing EU Council statement)</figcaption></figure></div><div class="prov"><span>threat</span><span>13 Jul 20:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/france-eu-turla-fsb-centre-16-attribution-french-victimology/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.cert.ssi.gouv.fr/cti/CERTFR-2026-CTI-005/" target="_blank" rel="noopener noreferrer">CERT-FR (ANSSI)</a> · <a href="https://cyber.gouv.fr/actualites/ciblage-et-compromission-dentites-francaises-par-le-fsb/" target="_blank" rel="noopener noreferrer">ANSSI (cyber.gouv.fr)</a> · <a href="https://www.defense.gouv.fr/comcyber/actualites/ciblage-compromission-dentites-francaises-au-moyen-du-mode-du-mode-operatoire-dattaque-turla" target="_blank" rel="noopener noreferrer">Ministère des Armées / COMCYBER</a> · <a href="https://www.heise.de/en/news/EU-sanctions-Russia-for-serious-cyberattacks-and-sabotage-11363418.html" target="_blank" rel="noopener noreferrer">heise online</a></div></article>]]></content:encoded></item><item><title>ServiceNow patches an unauthenticated code-execution sandbox escape in its AI Platform; self-hosted and partner-managed instances are the residual exposure</title><link>https://ctipilot.ch/entries/2026-07-13/servicenow-ai-platform-sandbox-escape-cve-2026-6875/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/servicenow-ai-platform-sandbox-escape-cve-2026-6875/</guid><pubDate>Mon, 13 Jul 2026 20:34:00 +0000</pubDate><dc:date>2026-07-13T20:34:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>patch-available</category><category>ai-abuse</category><category>global</category><category>patch-available</category><category>CVE-2026-6875</category><description><![CDATA[<p>ServiceNow disclosed CVE-2026-6875 (CVSS 9.5), a sandbox escape in the ServiceNow AI Platform that, in certain circumstances, lets an unauthenticated user execute code within the platform. ServiceNow has already fixed its own hosted instances and reports no known exploitation; self-hosted and partner-managed customers running ITSM/case-management on-prem must apply the listed family-release patches.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/servicenow-ai-platform-sandbox-escape-cve-2026-6875" data-tags="vulnerabilities rce pre-auth patch-available ai-abuse" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-13T20:34:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-6875/">CVE-2026-6875</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="servicenow-ai-platform-sandbox-escape-cve-2026-6875"><a href="https://ctipilot.ch/entries/2026-07-13/servicenow-ai-platform-sandbox-escape-cve-2026-6875/">CVE-2026-6875 — ServiceNow AI Platform sandbox escape lets an unauthenticated request execute code on the platform (CVSS 9.5)</a></h3><p>ServiceNow disclosed CVE-2026-6875, a &quot;Sandbox Escape in ServiceNow AI Platform&quot; rated CVSS 4.0 9.5, in security bulletin KB3137947 published 2026-07-13 (<a href="https://support.servicenow.com/kb?id=kb_article_view&amp;sysparm_article=KB3137947" target="_blank" rel="noopener noreferrer">ServiceNow, 2026-07-13</a>; <a href="https://euvd.enisa.europa.eu/enisa/EUVD-2026-43520" target="_blank" rel="noopener noreferrer">ENISA EUVD, 2026-07-13</a>). Per ServiceNow, the flaw &quot;could enable an unauthenticated user, in certain circumstances, to execute code within the ServiceNow platform&quot; — an isolation failure in the AI Platform&#39;s code-execution environment. ServiceNow states it &quot;addressed this vulnerability by deploying a security update to hosted instances,&quot; provided updates to self-hosted customers and partners, and is &quot;not currently aware of exploitation against ServiceNow instances&quot; (<a href="https://support.servicenow.com/kb?id=kb_article_view&amp;sysparm_article=KB3137947" target="_blank" rel="noopener noreferrer">ServiceNow, 2026-07-13</a>). Fixed releases are Zurich Patch 7b/9, Yokohama Patch 12 Hot Fix 1b/13, Australia Patch 2 and Brazil EA/GA. Because hosted instances were remediated server-side by the vendor, the live exposure is narrowed to self-hosted and partner-managed deployments that have not yet applied the update — a population that still includes public-sector and critical-infrastructure operators running ServiceNow ITSM, HR-service-delivery and case-management on-prem or through partners.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">hosted-instance customers are covered by ServiceNow&#39;s server-side fix, so verification is the action — confirm with your account team that your hosted instance received the 2026-07-13 update, and for self-hosted or partner-managed instances apply the listed patch for your family release (Zurich/Yokohama/Australia/Brazil) rather than waiting for the next maintenance window. ServiceNow has not published the mechanism behind the &quot;certain circumstances&quot; precondition, so no reliable exploitation discriminator exists yet; in the interim, review AI Platform / sandbox-execution audit logs on self-hosted instances for unauthenticated or anomalous invocations of the sandboxed code-execution runtime that precede unexpected script or record changes.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">This vulnerability, tracked as CVE-2026-6875, could enable an unauthenticated user, in certain circumstances, to execute code within the ServiceNow platform.</p><p class="entry-cite__quote">We are not currently aware of exploitation against ServiceNow instances.</p><figcaption class="entry-cite__attr">ServiceNow</figcaption></figure></div><div class="prov"><span>vulnerability</span><span>13 Jul 20:34Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/servicenow-ai-platform-sandbox-escape-cve-2026-6875/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://support.servicenow.com/kb?id=kb_article_view&amp;sysparm_article=KB3137947" target="_blank" rel="noopener noreferrer">ServiceNow (vendor security KB / PSIRT)</a> · <a href="https://euvd.enisa.europa.eu/enisa/EUVD-2026-43520" target="_blank" rel="noopener noreferrer">ENISA EU Vulnerability Database</a></div></article>]]></content:encoded></item><item><title>Progress tells all on-prem ShareFile Storage Zone Controller customers to power off their servers over an undisclosed &#39;credible external security threat&#39;</title><link>https://ctipilot.ch/entries/2026-07-13/progress-sharefile-storage-zone-controller-shutdown/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/progress-sharefile-storage-zone-controller-shutdown/</guid><pubDate>Mon, 13 Jul 2026 12:45:00 +0000</pubDate><dc:date>2026-07-13T12:45:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>patch-available</category><category>global</category><category>europe</category><category>us</category><category>poc-public</category><category>patch-available</category><category>CVE-2026-2699</category><category>CVE-2026-2701</category><description><![CDATA[<p>Progress Software has ordered every customer running an on-premises ShareFile Storage Zone Controller (SZC) — the internet-facing IIS component bridging ShareFile&#39;s cloud to customer-managed storage — to physically shut the hosting server down over &quot;a credible external security threat,&quot; first notified 2026-07-10 and still unresolved on the vendor status page as of 2026-07-13. No CVE, root cause, patch or restart timeline has been published; the shutdown-not-patch instruction signals no fix yet exists. Exposure of the component concentrates in the US and Germany, giving Swiss/European on-prem file-exchange operators direct reason to act.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/progress-sharefile-storage-zone-controller-shutdown" data-tags="vulnerabilities rce pre-auth patch-available" data-regions="global europe us" data-kind="incident" data-priority="high" data-discovered="2026-07-13T12:45:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-2699/">CVE-2026-2699 +1</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="progress-sharefile-storage-zone-controller-shutdown"><a href="https://ctipilot.ch/entries/2026-07-13/progress-sharefile-storage-zone-controller-shutdown/">Progress orders ShareFile Storage Zone Controller shutdown over a &#39;credible external threat&#39; — day three, no patch or root cause disclosed</a></h3><p>Progress Software has told every customer running an on-premises ShareFile Storage Zone Controller (SZC) — the self-hosted IIS component that lets ShareFile&#39;s SaaS front end store files on customer-controlled storage (local filesystem, SMB, SharePoint, S3/Azure) rather than in Progress&#39;s cloud — to manually power off the Windows server hosting it, citing &quot;a credible external security threat&quot; first notified to customers on 2026-07-10 (<a href="https://www.bleepingcomputer.com/news/security/progress-urges-sharefile-customers-to-shut-down-servers-over-credible-threat/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-10</a>). Three days on, the vendor status page still lists the Storage Zone Controller service as not operational and under investigation (<a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress ShareFile status, 2026-07-13</a>), and Progress has disclosed neither a CVE, a root cause, nor a patch or safe-restart timeline; the mitigation on offer is a full shutdown rather than an update, with no fix published as of this run (<a href="https://www.heise.de/en/news/Progress-warns-admins-Deactivate-ShareFile-11362439.html" target="_blank" rel="noopener noreferrer">heise online, 2026-07-13</a>; <a href="https://www.securityweek.com/progress-prompts-sharefile-storage-zone-controller-shutdown-amid-security-concerns/" target="_blank" rel="noopener noreferrer">SecurityWeek, 2026-07-13</a>). heise characterises the shutdown as a precautionary measure during an ongoing investigation. Progress states it has no indication of unauthorized access to any ShareFile account or data so far. Only on-premises SZC deployments are affected; cloud-only ShareFile tenants are not.</p>
<p>This sits on top of a chainable pre-auth RCE that watchTowr Labs disclosed in the same component in April 2026: CVE-2026-2699 (CVSS 9.8) is a CWE-698 execution-after-redirect authentication bypass in <code>/ConfigService/Admin.aspx</code>, where <code>Response.Redirect()</code> is called with the terminate flag set to false, so the admin page body still renders and executes after the browser is told to redirect to login; CVE-2026-2701 (CVSS 9.1) chains from that access, because the storage-location validation only checks writability, letting an attacker repoint the storage repository at the IIS web root and land an ASPX web shell (<a href="https://labs.watchtowr.com/youre-not-supposed-to-sharefile-with-everyone-progress-sharefile-pre-auth-rce-chain-cve-2026-2699-cve-2026-2701/" target="_blank" rel="noopener noreferrer">watchTowr Labs, 2026-04-02</a>). Both were fixed in Storage Zone Controller 5.12.4 (the 6.x .NET-Core branch was unaffected); watchTowr counted roughly 30,000 internet-facing SZC instances at disclosure. Progress has not said whether the current threat relates to this chain or to a separate issue.</p>
<p><strong>Defender takeaway.</strong> This is the same on-prem, internet-facing, managed-file-transfer-adjacent architecture class (ShareFile, MOVEit, GoAnywhere, Cleo) that has repeatedly produced mass pre-auth exploitation, and a vendor ordering customers to pull the plug rather than patch is a strong signal to treat any exposed SZC as untrusted until Progress publishes scope. Regardless of whether the July threat proves related to CVE-2026-2699/2701, any instance still on SZC 5.x below 5.12.4 carries a known, PoC-backed pre-auth RCE and should be upgraded or taken offline now. Since Progress has confirmed no mechanism, treat the CWE-698 chain as the working hunt hypothesis.</p>
<p><strong>Triage:</strong> an authenticated administrator legitimately hits <code>/ConfigService/Admin.aspx</code> and receives a normal authenticated session; the anomaly for the known chain is a request to that path that returns a 302 whose response body nonetheless carries the full admin-panel HTML (the execution-after-redirect behaviour) rather than the redirect being honoured, followed by configuration changes to Zone/Primary-Zone-Controller/storage-repository fields outside a change window — and, downstream, an <code>.aspx</code> file appearing under a StorageCenter webroot subdirectory that is not part of the vendor&#39;s shipped file set.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">We have reason to believe there is a credible external security threat targeting Progress Software&#39;s ShareFile Storage Zone Controllers.</p><p class="entry-cite__quote">Currently, we have no indication of unauthorized access to any Progress ShareFile accounts or data.</p><figcaption class="entry-cite__attr">Progress Software (via BleepingComputer)</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">ShareFile customers with Storage Zone Controllers are not operational at this time.</p><figcaption class="entry-cite__attr"><a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress ShareFile (vendor status page)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>incident</span><span>13 Jul 12:45Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/progress-sharefile-storage-zone-controller-shutdown/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://status.sharefile.com/" target="_blank" rel="noopener noreferrer">Progress ShareFile (vendor status page)</a> · <a href="https://www.bleepingcomputer.com/news/security/progress-urges-sharefile-customers-to-shut-down-servers-over-credible-threat/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://www.heise.de/en/news/Progress-warns-admins-Deactivate-ShareFile-11362439.html" target="_blank" rel="noopener noreferrer">heise online</a> · <a href="https://www.securityweek.com/progress-prompts-sharefile-storage-zone-controller-shutdown-amid-security-concerns/" target="_blank" rel="noopener noreferrer">SecurityWeek</a> · <a href="https://labs.watchtowr.com/youre-not-supposed-to-sharefile-with-everyone-progress-sharefile-pre-auth-rce-chain-cve-2026-2699-cve-2026-2701/" target="_blank" rel="noopener noreferrer">watchTowr Labs</a></div></article>]]></content:encoded></item><item><title>19-agency advisory details FSB Centre 16 router hijacking via SNMP and Cisco Smart Install as the UK and EU attribute Poland&#39;s Dec-2025 grid sabotage</title><link>https://ctipilot.ch/entries/2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory/</guid><pubDate>Mon, 13 Jul 2026 12:40:00 +0000</pubDate><dc:date>2026-07-13T12:40:00Z</dc:date><category>nation-state</category><category>espionage</category><category>actively-exploited</category><category>cisa-kev</category><category>wiper</category><category>law-enforcement</category><category>ot-ics</category><category>russia-nexus</category><category>global</category><category>europe</category><category>exploited</category><category>cisa-kev</category><category>patch-available</category><category>CVE-2018-0171</category><description><![CDATA[<p>A joint Cybersecurity Advisory from 19 agencies across 13 countries (2026-07-13) details how Russian FSB Centre 16 (Static Tundra / Berserk Bear) opportunistically compromises internet-facing routers across energy, government, telecom, finance and healthcare — chiefly by abusing default/weak SNMP community strings and the seven-year-old Cisco Smart Install flaw CVE-2018-0171 (CISA KEV) to exfiltrate device configurations. On the same day the UK and EU formally attributed the destructive 29 Dec 2025 attack on Poland&#39;s energy grid to this FSB unit and imposed their first joint cyber-sanctions package. Swiss and European critical-infrastructure operators running Cisco IOS/IOS XE or legacy SNMP on exposed network devices should treat router hygiene as an active-exploitation priority.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory" data-tags="nation-state espionage actively-exploited cisa-kev wiper law-enforcement ot-ics russia-nexus" data-regions="global europe" data-kind="threat" data-priority="high" data-discovered="2026-07-13T12:40:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2018-0171/">CVE-2018-0171</a><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="fsb-centre-16-static-tundra-router-hijacking-advisory"><a href="https://ctipilot.ch/entries/2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory/">FSB Centre 16 (Static Tundra) router-hijacking campaign: 19-agency joint advisory, formal Poland energy-grid attribution and first joint EU/UK cyber sanctions</a></h3><p><strong>Background.</strong> The FSB Centre 16 network-device cluster is not new — it has a decade-plus public record under the vendor labels Berserk Bear, Energetic Bear, Crouching Yeti, Dragonfly and Ghost Blizzard, and Cisco Talos profiled it in August 2025 as &quot;Static Tundra,&quot; documenting long-term compromise of unpatched and end-of-life network gear for configuration theft and persistent collection (<a href="https://blog.talosintelligence.com/static-tundra/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2025-08-20</a>). What is new is a same-day trio of actions on 2026-07-13: a much fuller TTP disclosure, a formal government attribution of a destructive attack, and the first coordinated EU/UK cyber-sanctions package.</p>
<p>A joint Cybersecurity Advisory carrying 19 authoring and co-sealing agencies across 13 countries — NSA, CISA, FBI and DC3 (US) alongside the cyber and intelligence authorities of Australia, Canada, New Zealand, the UK, Czech Republic, Denmark, Estonia, Finland, France, Italy, Poland and Sweden — describes FSB Centre 16 opportunistically compromising poorly configured routers across communications, defense industrial base, energy, financial services, government (especially state/local), and healthcare sectors (<a href="https://media.defense.gov/2026/Jul/09/2003959498/-1/-1/1/CSA_IMPROVE_ROUTER_HYGIENE.PDF" target="_blank" rel="noopener noreferrer">NSA/CISA/FBI joint advisory, 2026-07-13</a>; <a href="https://www.ncsc.gov.uk/news/uk-and-allies-urge-critical-sectors-to-improve-defences-against-russian-intelligence-targeting" target="_blank" rel="noopener noreferrer">NCSC-UK, 2026-07-13</a>). The advisory notes these TTPs overlap with Salt Typhoon activity, so the hardening below counters more than one actor.</p>
<p>The primary access vector is not a novel exploit but weak SNMP hygiene. The actors scan internet IP ranges for SNMP agents that accept common or default community strings, then issue spoofed-source SNMP Set-Requests carrying object identifiers that instruct the device to copy its running configuration to a file (commonly <code>config.bkp</code> or <code>output.txt</code>) and transfer it, usually over TFTP, to a leased VPS or a compromised FTP server (<a href="https://media.defense.gov/2026/Jul/09/2003959498/-1/-1/1/CSA_IMPROVE_ROUTER_HYGIENE.PDF" target="_blank" rel="noopener noreferrer">joint advisory, 2026-07-13</a>). The advisory names the exact OIDs abused — <code>1.3.6.1.4.1.9.9.96.1.1</code> (Cisco Config Copy) and <code>1.3.6.1.4.1.9.9.96.1.1.1.1.5</code> (the destination address for the copied config). A stolen configuration frequently discloses further credentials and additional community strings, feeding lateral movement. Talos&#39;s profile records the actor guessing or reusing insecure read-write community strings such as <code>public</code> and <code>anonymous</code> (<a href="https://blog.talosintelligence.com/static-tundra/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2025-08-20</a>). Secondarily — &quot;occasionally,&quot; per the advisory — the actors exploit known Cisco bugs and the Smart Install (SMI) feature, naming CVE-2018-0171 (the Smart Install pre-auth RCE, in CISA KEV since 2021) and CVE-2008-4128 (end-of-life devices only, no patch). Persistence has historically included the SYNful Knock IOS firmware implant.</p>
<p><strong>The Poland grid attribution.</strong> On the same day, the UK together with EU member states formally attributed the destructive 29 December 2025 attack on Poland&#39;s energy grid to FSB Centre 16 (<a href="https://www.ncsc.gov.uk/news/uk-and-allies-urge-critical-sectors-to-improve-defences-against-russian-intelligence-targeting" target="_blank" rel="noopener noreferrer">NCSC-UK, 2026-07-13</a>). CERT Polska&#39;s own incident report describes coordinated destructive activity against 30-plus wind and photovoltaic grid-connection substations — RTU, HMI and protection-relay firmware damaged or system files deleted — and a combined heat-and-power plant serving roughly half a million people, where wiper malware was blocked by the operator&#39;s EDR before detonation; CERT Polska tied the activity to the Static Tundra / Berserk Bear / Ghost Blizzard / Dragonfly cluster via VPS, router and anonymizing-infrastructure overlap and called it &quot;the first publicly described destructive activity attributed to this activity cluster&quot; (<a href="https://cert.pl/en/posts/2026/01/incident-report-energy-sector-2025/" target="_blank" rel="noopener noreferrer">CERT Polska, 2026-01-30</a>). Note the attribution is contested at the cluster-label level: earlier ESET reporting attributed the same DynoWiper attack to the GRU&#39;s Sandworm (<a href="https://www.bleepingcomputer.com/news/security/sandworm-hackers-linked-to-failed-wiper-attack-on-polands-energy-systems/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-01-24</a>), and the EU Council statement names FSB Centre 16 as the parent controlling several groups including Turla — so treat &quot;FSB Centre 16&quot; as an umbrella unit rather than a single team.</p>
<p>The sanctions package is the policy layer: the EU designated 9 individuals and 4 entities and the UK designated 24, covering senior GRU figures, the front company IMPULS accused of recruiting hackers for GRU Unit 29155, Lumma Stealer operators, and the disinformation outlet Rybar LLC (<a href="https://www.gov.uk/government/news/uk-and-eu-strike-russian-cyber-networks-with-new-sanctions" target="_blank" rel="noopener noreferrer">UK Government, 2026-07-13</a>; <a href="https://www.bleepingcomputer.com/news/security/eu-and-uk-hit-russia-with-first-joint-cyber-sanctions-package/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-13</a>).</p>
<p><strong>Detection.</strong> The telemetry classes to prioritise on network gear: network-flow and firewall logs for inbound SNMP Set-Requests (especially with spoofed or unfamiliar source addresses) and for outbound TFTP sessions initiated from a router/switch management interface to non-management destinations; device syslog and AAA/TACACS+ logs for unexpected &quot;config copy&quot; events, new local-account creation, and unexplained drops in logging volume — Talos documents the actor tampering with TACACS+ configuration to blind logging and standing up GRE tunnels to redirect victim traffic (<a href="https://blog.talosintelligence.com/static-tundra/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2025-08-20</a>); and IDS rules keyed to inbound SNMP Set-Requests carrying the config-copy OIDs above, as the advisory recommends (<a href="https://media.defense.gov/2026/Jul/09/2003959498/-1/-1/1/CSA_IMPROVE_ROUTER_HYGIENE.PDF" target="_blank" rel="noopener noreferrer">joint advisory, 2026-07-13</a>). Baseline NetFlow for the new GRE tunnel endpoints Talos describes.</p>
<p><strong>Defender takeaway.</strong> For a Swiss or European CI operator this is a router-hygiene mandate with a live destructive precedent next door. Disable Smart Install where it is not in active use, confirm CVE-2018-0171 is patched, migrate management SNMP to v3 with authPriv and disable SNMPv1/v2c (or, where legacy SNMP is unavoidable, replace every default/weak community string and enforce read-only), restrict all management protocols to known stations via out-of-band ACLs, use Cisco password hashing type 8 (never 0/4/7), and treat the device configuration held in your management system — not the device itself — as the source of truth so a tampered config is detectable.</p>
<p><strong>Triage:</strong> legitimate network-management stations poll SNMP on a predictable cadence from a known IP set, almost always read-only GET/GET-NEXT. The signal is a <em>write</em> (SNMP Set-Request) — particularly one carrying the config-copy OIDs — from a source outside the management range or with an inconsistent/spoofed source address, followed by an outbound TFTP transfer from the device; either alone is weak, the sequence config-write-then-TFTP-egress is the discriminator.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The actors scan for Internet IP ranges with active Simple Network Management Protocol (SNMP) agents that accept common or default community strings for authentication</p><figcaption class="entry-cite__attr"><a href="https://media.defense.gov/2026/Jul/09/2003959498/-1/-1/1/CSA_IMPROVE_ROUTER_HYGIENE.PDF" target="_blank" rel="noopener noreferrer">NSA / CISA / FBI / DC3 joint Cybersecurity Advisory (19 agencies, 13 countries)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">The UK together with EU member states has also today formally attributed the December 2025 attack on Poland&#39;s energy grid to Russia&#39;s FSB Centre 16.</p><figcaption class="entry-cite__attr"><a href="https://www.ncsc.gov.uk/news/uk-and-allies-urge-critical-sectors-to-improve-defences-against-russian-intelligence-targeting" target="_blank" rel="noopener noreferrer">NCSC-UK</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">This is, however, the first publicly described destructive activity attributed to this activity cluster.</p><figcaption class="entry-cite__attr"><a href="https://cert.pl/en/posts/2026/01/incident-report-energy-sector-2025/" target="_blank" rel="noopener noreferrer">CERT Polska</a> <span class="entry-cite__date mono">2026-01-30</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">This reckless attack failed but could have caused 500,000 citizens to lose electricity in the depths of winter.</p><figcaption class="entry-cite__attr"><a href="https://www.gov.uk/government/news/uk-and-eu-strike-russian-cyber-networks-with-new-sanctions" target="_blank" rel="noopener noreferrer">UK Government (FCDO)</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>threat</span><span>13 Jul 12:40Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/fsb-centre-16-static-tundra-router-hijacking-advisory/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.ncsc.gov.uk/news/uk-and-allies-urge-critical-sectors-to-improve-defences-against-russian-intelligence-targeting" target="_blank" rel="noopener noreferrer">NCSC-UK</a> · <a href="https://media.defense.gov/2026/Jul/09/2003959498/-1/-1/1/CSA_IMPROVE_ROUTER_HYGIENE.PDF" target="_blank" rel="noopener noreferrer">NSA / CISA / FBI / DC3 joint Cybersecurity Advisory (19 agencies, 13 countries)</a> · <a href="https://www.gov.uk/government/news/uk-and-eu-strike-russian-cyber-networks-with-new-sanctions" target="_blank" rel="noopener noreferrer">UK Government (FCDO)</a> · <a href="https://cert.pl/en/posts/2026/01/incident-report-energy-sector-2025/" target="_blank" rel="noopener noreferrer">CERT Polska</a> · <a href="https://blog.talosintelligence.com/static-tundra/" target="_blank" rel="noopener noreferrer">Cisco Talos</a> · <a href="https://www.bleepingcomputer.com/news/security/eu-and-uk-hit-russia-with-first-joint-cyber-sanctions-package/" target="_blank" rel="noopener noreferrer">BleepingComputer</a></div></article>]]></content:encoded></item><item><title>Looking ahead — 2026-W28: items already in motion for the coming weeks</title><link>https://ctipilot.ch/entries/2026-07-12/looking-ahead-2026-w28/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/looking-ahead-2026-w28/</guid><pubDate>Sun, 12 Jul 2026 23:56:00 +0000</pubDate><dc:date>2026-07-12T23:56:00Z</dc:date><category>vulnerabilities</category><category>law-enforcement</category><category>ransomware</category><category>switzerland</category><category>europe</category><category>global</category><description><![CDATA[<p>Items already in motion, not predictions: the Dutch NIS2 Cyberbeveiligingswet enters into force 15 August 2026 (five weeks out) and the EU Cyber Resilience Act&#39;s 11 September vulnerability/incident-reporting obligation is ~60 days away; FINMA&#39;s post-quantum expectation-setting may harden into a binding circular; the Joomla extension file-upload wave&#39;s newest members (RSFiles!/Phoca) are patched but not yet exploited, and prior wave members reached CISA KEV within days; Unit 42 references an Expel write-up of The Gentlemen&#39;s suspected EDR-disable zero-day that has not yet published; and the STAC3725 initial-access broker continues weaponising CitrixBleed 2 against un-session-terminated NetScaler.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/looking-ahead-2026-w28" data-tags="vulnerabilities law-enforcement ransomware" data-regions="switzerland europe global" data-kind="outlook" data-priority="notable" data-discovered="2026-07-12T23:56:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="looking-ahead-2026-w28"><a href="https://ctipilot.ch/entries/2026-07-12/looking-ahead-2026-w28/">Looking ahead — 2026-W28</a></h3><p>Items already in motion for the coming weeks — each with a dated source or an in-week entry, none a prediction:</p>
<ul><li><strong>EU regulatory clocks.</strong> The Dutch NIS2 <strong>Cyberbeveiligingswet</strong> enters into force <strong>15 August 2026</strong> — now a fixed date after the 7 July Senate passage (<a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/07/cyberbeveiligingswet-en-wet-weerbaarheid-kritieke-entiteiten-vanaf-15-augustus-2026-van-kracht" target="_blank" rel="noopener noreferrer">Rijksoverheid.nl, 2026-07-07</a>). The <strong>EU Cyber Resilience Act</strong> vulnerability/incident-reporting obligation lands <strong>11 September 2026</strong>, roughly 60 days out and previously covered in this store — the reporting-platform readiness is the item to watch next.</li><li><strong>FINMA post-quantum guidance may harden.</strong> FINMA&#39;s Aufsichtsmitteilung 05/2026 is supervisory expectation-setting, not yet a binding circular; the open question is whether it converts into a Rundschreiben revision (<a href="https://www.finma.ch/news/2026/07/20260709-mm-am-05-26/" target="_blank" rel="noopener noreferrer">FINMA, 2026-07-09</a>).</li><li><strong>Joomla file-upload wave — the newest members await exploitation.</strong> RSFiles! and Phoca Download are patched but not yet exploited, whereas earlier members of the same CWE-434 wave reached CISA KEV within days (<a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-11</a>) — treat these as likely-imminent-KEV, not resolved.</li><li><strong>The Gentlemen EDR-disable zero-day.</strong> Unit 42 references an Expel analysis of a suspected zero-day the group uses to disable EDR, distinct from the GentleKiller BYOVD framework; that write-up had not published at the time of Unit 42&#39;s report (<a href="https://unit42.paloaltonetworks.com/the-gentlemen-ransomware/" target="_blank" rel="noopener noreferrer">Unit 42, 2026-07-10</a>).</li><li><strong>CitrixBleed 2 broker activity continues.</strong> Huntress&#39; STAC3725 reconstruction shows an initial-access broker actively weaponising CVE-2025-5777; organisations that patched but did not terminate live sessions remain exposed to token replay and downstream DragonForce deployment (<a href="https://www.huntress.com/blog/citrixbleed-2-dragonforce-ransomware" target="_blank" rel="noopener noreferrer">Huntress, 2026-07-10</a>).</li></ul><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-netherlands-nis2-in-force/">2026-07-12/weekly-w28-netherlands-nis2-in-force</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-finma-post-quantum-guidance/">2026-07-12/weekly-w28-finma-post-quantum-guidance</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-joomla-file-upload-rce-wave/">2026-07-12/weekly-w28-joomla-file-upload-rce-wave</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-the-gentlemen-status/">2026-07-12/weekly-w28-the-gentlemen-status</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-exploited-edge-enterprise-software/">2026-07-12/weekly-w28-exploited-edge-enterprise-software</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-06-29/eu-cyber-resilience-act-75-days-to-the-11-september-vulnerab/">2026-06-29/eu-cyber-resilience-act-75-days-to-the-11-september-vulnerab</a></p><div class="prov"><span>outlook</span><span>12 Jul 23:56Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/looking-ahead-2026-w28/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/07/cyberbeveiligingswet-en-wet-weerbaarheid-kritieke-entiteiten-vanaf-15-augustus-2026-van-kracht" target="_blank" rel="noopener noreferrer">Rijksoverheid.nl (Dutch national government)</a> · <a href="https://www.finma.ch/news/2026/07/20260709-mm-am-05-26/" target="_blank" rel="noopener noreferrer">FINMA</a> · <a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru</a> · <a href="https://unit42.paloaltonetworks.com/the-gentlemen-ransomware/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a> · <a href="https://www.huntress.com/blog/citrixbleed-2-dragonforce-ransomware" target="_blank" rel="noopener noreferrer">Huntress</a></div></article>]]></content:encoded></item><item><title>Dutch NIS2 (Cyberbeveiligingswet) passed the Senate 7 July — entry into force fixed for 15 August 2026, ~8,000 organisations in scope</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-netherlands-nis2-in-force/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-netherlands-nis2-in-force/</guid><pubDate>Sun, 12 Jul 2026 23:52:00 +0000</pubDate><dc:date>2026-07-12T23:52:00Z</dc:date><category>law-enforcement</category><category>europe</category><description><![CDATA[<p>The Dutch First Chamber passed the Cyberbeveiligingswet (the NIS2 transposition) and the companion Wet weerbaarheid kritieke entiteiten (CER transposition) on 7 July 2026; both enter into force 15 August 2026. This closes the &#39;slipped past 1 July&#39; status prior weeklies tracked and fixes a hard date. The Cbw covers ~8,000 organisations across 18 sectors with a duty of care including supply-chain risk management, mandatory incident reporting to the CSIRT, entity-register registration, and board-level accountability. For Swiss-domiciled organisations with Dutch subsidiaries, NL critical suppliers, or cross-border NIS2-equivalent reporting relationships, 15 August 2026 is now the operative compliance clock.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-netherlands-nis2-in-force" data-tags="law-enforcement" data-regions="europe" data-kind="policy" data-priority="notable" data-discovered="2026-07-12T23:52:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="weekly-w28-netherlands-nis2-in-force"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-netherlands-nis2-in-force/">Netherlands NIS2 transposition confirmed: the Senate passed the Cyberbeveiligingswet on 7 July, fixing entry into force at 15 August 2026</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-05/weekly-w27-netherlands-nis2-slip/">Netherlands NIS2 transposition slips past its 1 July target — Senate vote set for 7 July, entry into force now 15 August 2026</a> <span class="mono muted">(2026-07-05)</span></p><p>the Dutch NIS2 transposition status this pipeline tracked as &quot;slipped past its 1 July target, Senate vote set for 7 July&quot; has resolved. On 7 July 2026 the Eerste Kamer (First Chamber) passed both the <strong>Cyberbeveiligingswet</strong> (Cbw, the NIS2 transposition) and the companion <strong>Wet weerbaarheid kritieke entiteiten</strong> (Wwke, the CER-directive transposition) — the Tweede Kamer had passed them on 15 April — and &quot;de wetten treden op 15 augustus 2026 in werking&quot; (&quot;the laws enter into force on 15 August 2026&quot;) (<a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/07/cyberbeveiligingswet-en-wet-weerbaarheid-kritieke-entiteiten-vanaf-15-augustus-2026-van-kracht" target="_blank" rel="noopener noreferrer">Rijksoverheid.nl, 2026-07-07</a>). The parliamentary vote record confirms broad cross-party support (<a href="https://www.eerstekamer.nl/wetsvoorstel/36764_cyberbeveiligingswet" target="_blank" rel="noopener noreferrer">Eerste Kamer, 2026-07-07</a>). The Cbw covers roughly 8,000 organisations across 18 designated essential/important sectors and imposes a cybersecurity duty of care (including supply-chain risk management), mandatory registration in the NCSC entity register, significant-incident reporting to the relevant CSIRT, and board-level accountability with director training (<a href="https://www.ncsc.nl/nieuws/de-cyberbeveiligingswet-in-laatste-fase-van-vaststelling" target="_blank" rel="noopener noreferrer">NCSC-NL</a>).</p>
<p><strong>Why this matters to the constituency:</strong> beyond direct applicability to any covered Dutch entity, this is a concrete datapoint for the deployment&#39;s standing EU NIS2-transposition watch — a member state moving from indefinite slip to a fixed enforcement date. For Swiss-domiciled organisations with Dutch subsidiaries, NL-incorporated critical suppliers, or cross-border NIS2-equivalent reporting relationships, 15 August 2026 is the operative clock, five weeks out from this brief. The next checkpoint is confirmation the NCSC-NL entity register is live and accepting registrations ahead of the date.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">De wetten treden op 15 augustus 2026 in werking.</p><figcaption class="entry-cite__attr"><a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/07/cyberbeveiligingswet-en-wet-weerbaarheid-kritieke-entiteiten-vanaf-15-augustus-2026-van-kracht" target="_blank" rel="noopener noreferrer">Rijksoverheid.nl (Dutch national government)</a></figcaption></figure></div><div class="prov"><span>policy</span><span>12 Jul 23:52Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-netherlands-nis2-in-force/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/07/cyberbeveiligingswet-en-wet-weerbaarheid-kritieke-entiteiten-vanaf-15-augustus-2026-van-kracht" target="_blank" rel="noopener noreferrer">Rijksoverheid.nl (Dutch national government)</a> · <a href="https://www.eerstekamer.nl/wetsvoorstel/36764_cyberbeveiligingswet" target="_blank" rel="noopener noreferrer">Eerste Kamer der Staten-Generaal</a> · <a href="https://www.ncsc.nl/nieuws/de-cyberbeveiligingswet-in-laatste-fase-van-vaststelling" target="_blank" rel="noopener noreferrer">NCSC-NL</a></div></article>]]></content:encoded></item><item><title>The Gentlemen status update — Unit 42 profiles 580 victims/77 countries, ArmCorp/Qilin lineage, 90% affiliate cut, suspected EDR-disable zero-day</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-the-gentlemen-status/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-the-gentlemen-status/</guid><pubDate>Sun, 12 Jul 2026 23:46:00 +0000</pubDate><dc:date>2026-07-12T23:46:00Z</dc:date><category>ransomware</category><category>global</category><category>europe</category><description><![CDATA[<p>Unit 42 published (2026-07-10) the first full technical profile of The Gentlemen RaaS (Microsoft: Storm-2697), which this pipeline has tracked since May. New this week: 580 claimed victims across 77 countries through 3 July (a ~6x H2-2025-to-H1-2026 increase), an assessed lineage from &#39;ArmCorp&#39; — an affiliate of Qilin — before the ~September 2025 rebrand to a 90%-payout RaaS, initial-access vectors now explicitly including Erlang/OTP SSH and Windows SMB flaws alongside the tracked FortiOS/FortiProxy path, and a third-party (Expel) report of a suspected zero-day used specifically to disable EDR, distinct from the previously-documented GentleKiller BYOVD framework.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-the-gentlemen-status" data-tags="ransomware" data-regions="global europe" data-kind="synthesis" data-priority="notable" data-discovered="2026-07-12T23:46:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b upd">update</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="weekly-w28-the-gentlemen-status"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-the-gentlemen-status/">The Gentlemen (Storm-2697) status update — Unit 42&#39;s full profile: 580 victims, a Qilin-affiliate lineage, and a suspected EDR-disable zero-day</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-06-29/the-gentlemen/">The Gentlemen</a> <span class="mono muted">(2026-06-29)</span></p><p>Palo Alto Unit 42 published the first full technical profile of The Gentlemen (Microsoft: Storm-2697; also Phantom Mantis), consolidating and extending the picture this pipeline built from ESET&#39;s GentleKiller research and the FortiBleed nexus. The delta worth carrying: Unit 42 counts 580 claimed victims across 77 countries through 3 July 2026 (103 in manufacturing) and a &quot;slightly more than 6x&quot; victim increase from H2 2025 to H1 2026, and assesses the ~20 operators &quot;likely morphed from a private entity into a RaaS model on or about September 2025,&quot; previously operating as &quot;ArmCorp,&quot; an affiliate of Qilin, now offering an &quot;unprecedented 90% payout&quot; versus the typical 70-80% (<a href="https://unit42.paloaltonetworks.com/the-gentlemen-ransomware/" target="_blank" rel="noopener noreferrer">Unit 42, 2026-07-10</a>). Two operationally relevant additions: the initial-access set now explicitly names Erlang/OTP SSH-server and Windows SMB-client flaws alongside the already-tracked FortiOS/FortiProxy edge path, and Unit 42 cites Expel describing a <em>suspected zero-day the group uses specifically to disable target EDR agents</em> — distinct from the BYOVD-based GentleKiller framework and not previously in this pipeline&#39;s coverage. The Go/C dual-language encryptor and Curve25519/XChaCha20 per-file key scheme are unchanged.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the actionable change since June is the broadened initial-access surface — organisations exposing Erlang/OTP SSH or reachable SMB now share the same entry-point risk previously framed mainly around FortiGate edge, so prioritise those alongside the Fortinet patch posture; the reported EDR-disable zero-day means tamper-protection and EDR-health monitoring (agent-stop/uninstall alerting) are worth confirming as a hunt, though the specific mechanism awaits Expel&#39;s own write-up.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The operators (roughly 20 of them) likely morphed from a private entity into a RaaS model on or about September 2025. While traditional RaaS models typically offer affiliates a 70% to 80% cut of paid ransoms, The Gentlemen offer an unprecedented 90% payout.</p><p class="entry-cite__quote">When comparing the last six months of 2025 to the first six months of 2026, the number of victims claimed by The Gentlemen increased by slightly more than 6x.</p><figcaption class="entry-cite__attr"><a href="https://unit42.paloaltonetworks.com/the-gentlemen-ransomware/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a></figcaption></figure></div><div class="prov"><span>synthesis</span><span>12 Jul 23:46Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-the-gentlemen-status/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://unit42.paloaltonetworks.com/the-gentlemen-ransomware/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a></div></article>]]></content:encoded></item><item><title>Actor developments this week — Group-IB recasts Scattered Spider as a decentralised collective; China/Iran edge, ORB and C2 tradecraft advance</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-threat-actor-developments/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-threat-actor-developments/</guid><pubDate>Sun, 12 Jul 2026 23:43:00 +0000</pubDate><dc:date>2026-07-12T23:43:00Z</dc:date><category>espionage</category><category>phishing</category><category>global</category><category>europe</category><description><![CDATA[<p>Group-IB published an actor-definition piece reframing Scattered Spider not as a single hierarchical group but as a decentralised cybercrime collective of small (3-5 person) subclusters unified by shared TTPs — explicitly recasting 0ktapus, Octo Tempest, UNC3944 and Muddled Libra as overlapping subcluster labels, not distinct groups — which explains why arrests of individual members have not degraded the whole. In parallel, state-nexus edge and command-and-control tradecraft advanced: Talos&#39; China-nexus UAT-7810 expanded its ORB network with the LONGLEASH suite, Proofpoint&#39;s UNK_MassTraction exploited Roundcube as an edge device, and Check Point exposed Iran MOIS-linked Cavern Manticore&#39;s modular .NET C2. The registry gains actor:scattered-spider.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-threat-actor-developments" data-tags="espionage phishing" data-regions="global europe" data-kind="research" data-priority="notable" data-discovered="2026-07-12T23:43:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="weekly-w28-threat-actor-developments"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-threat-actor-developments/">Threat-actor developments this week: Group-IB reframes Scattered Spider as a decentralised collective, and China- and Iran-nexus edge/ORB tradecraft advances</a></h3><p>The week&#39;s actor reporting split between a model-changing reframing of a well-known financially-motivated collective and a set of state-nexus tradecraft advances.</p>
<p><strong>Scattered Spider — a model change, not an incident.</strong> Group-IB argues the actor &quot;cannot be considered or analyzed as a single organized &#39;group&#39; with its own hierarchy or organigram [but is] more accurately described as a decentralised cybercrime collective&quot; of independent subclusters, typically 3-5 people, unified by shared tradecraft and community learning rather than command structure, and states &quot;we can consider 0ktapus as a subcluster of Scattered Spider&quot; — explicitly mapping Microsoft&#39;s Octo Tempest, Mandiant&#39;s UNC3944 and Palo Alto&#39;s Muddled Libra as overlapping labels for subclusters of the same movement (<a href="https://www.group-ib.com/blog/connecting-scattered-spider/" target="_blank" rel="noopener noreferrer">Group-IB, 2026-07-07</a>). The documented playbook is squarely relevant to the constituency&#39;s help desks: vishing/smishing with Okta/Microsoft/Citrix/Google SSO-lookalike pages staged minutes before a call, SIM-swaps via coercion or carrier-staff social engineering, and help-desk impersonation using OSINT from already-compromised systems, monetised through BlackCat/ALPHV and DragonForce ransomware. The practical consequence Group-IB draws: because resilience comes from decentralisation, individual arrests do not blunt the collective, so defenders should treat each attributed intrusion as one small ad-hoc crew rather than evidence of a persistent central adversary.</p>
<p><strong>State-nexus edge and C2 tradecraft.</strong> Talos detailed China-nexus <strong>UAT-7810</strong> expanding its operational relay-box (ORB) network with the LONGLEASH/DOGLEASH/JARLEASH suite (<a href="https://blog.talosintelligence.com/uat-7810/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2026-07-08</a>); Proofpoint&#39;s <strong>UNK_MassTraction</strong>, a suspected China-aligned actor, exploited Roundcube webmail as an edge device (<a href="https://www.proofpoint.com/us/blog/threat-insight/one-email-closer-edge-unkmasstraction-physics-exploitation" target="_blank" rel="noopener noreferrer">Proofpoint, 2026-07-09</a>); and Check Point exposed Iran MOIS-linked <strong>Cavern Manticore</strong>&#39;s modular .NET command-and-control framework with layered anti-analysis (<a href="https://research.checkpoint.com/2026/cavern-manticore-exposing-iran-linked-modular-c2-framework/" target="_blank" rel="noopener noreferrer">Check Point Research, 2026-07-09</a>).</p>
<p><strong>Why grouped here:</strong> these are actor-model and capability developments — the lens the weekly owns — rather than new operational incidents. Scattered Spider&#39;s decentralisation and the state actors&#39; edge/ORB focus both change how a SOC should scope attribution and where to look (help-desk identity workflows; internet-facing webmail and edge appliances as relay infrastructure).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">operationalise the Scattered Spider model by hardening the help-desk identity-verification workflow (out-of-band verification for password/MFA resets, no reset on voice alone) rather than hunting a single signature set; for the state-nexus edge tradecraft, treat internet-facing webmail (Roundcube) and edge appliances as compromise-and-relay targets subject to the same egress monitoring as any C2 channel. <strong>Triage:</strong> Scattered Spider social engineering surfaces at the help desk as a caller pressing for an urgent MFA/password reset with convincing but externally-sourced personal detail; ORB/edge abuse surfaces as an appliance initiating outbound sessions to unrelated third parties it has no functional reason to contact.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Scattered Spider cannot be considered or analyzed as a single organized &#39;group&#39; with its own hierarchy or organigram. Instead, it can be more accurately described as a decentralised cybercrime collective.</p><p class="entry-cite__quote">we can consider 0ktapus as a subcluster of Scattered Spider</p><figcaption class="entry-cite__attr"><a href="https://www.group-ib.com/blog/connecting-scattered-spider/" target="_blank" rel="noopener noreferrer">Group-IB</a></figcaption></figure></div><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/talos-uat-7810-china-nexus-orb-network-longleash/">2026-07-08/talos-uat-7810-china-nexus-orb-network-longleash</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/unk-masstraction-roundcube-edge-exploitation/">2026-07-09/unk-masstraction-roundcube-edge-exploitation</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/cavern-manticore-iran-mois-modular-net-c2-anti-analysis/">2026-07-09/cavern-manticore-iran-mois-modular-net-c2-anti-analysis</a></p><div class="prov"><span>research</span><span>12 Jul 23:43Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-threat-actor-developments/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.group-ib.com/blog/connecting-scattered-spider/" target="_blank" rel="noopener noreferrer">Group-IB</a> · <a href="https://blog.talosintelligence.com/uat-7810/" target="_blank" rel="noopener noreferrer">Cisco Talos</a> · <a href="https://www.proofpoint.com/us/blog/threat-insight/one-email-closer-edge-unkmasstraction-physics-exploitation" target="_blank" rel="noopener noreferrer">Proofpoint Threat Research</a> · <a href="https://research.checkpoint.com/2026/cavern-manticore-exposing-iran-linked-modular-c2-framework/" target="_blank" rel="noopener noreferrer">Check Point Research</a></div></article>]]></content:encoded></item><item><title>Trust-primitive forgery research — Mandiant recovers active ADFS token-signing keys from Machine DPAPI; Git malleability mints a &#39;Verified&#39; commit</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-identity-trust-primitive-forgery/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-identity-trust-primitive-forgery/</guid><pubDate>Sun, 12 Jul 2026 23:40:00 +0000</pubDate><dc:date>2026-07-12T23:40:00Z</dc:date><category>identity</category><category>supply-chain</category><category>global</category><category>europe</category><description><![CDATA[<p>Two 2026-W28 research disclosures attack the primitives defenders treat as ground truth. Mandiant/GTIG documented recovering an active ADFS token-signing key from Machine DPAPI when manual certificate rotation leaves a &#39;ghost&#39; WID record — with the key, an attacker forges SAML assertions for any federated user (including Global Admins) against Microsoft 365/Entra ID, bypassing MFA and Conditional Access, while avoiding LSASS and the live ADFS process. Separately, Git commit-signature malleability lets an attacker mint a second commit with a different hash that still shows GitHub&#39;s &#39;Verified&#39; badge. Both undermine an assumed-trustworthy signal — a federation token, a signed commit — that downstream controls rely on.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-identity-trust-primitive-forgery" data-tags="identity supply-chain" data-regions="global europe" data-kind="research" data-priority="notable" data-discovered="2026-07-12T23:40:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-identity-trust-primitive-forgery"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-identity-trust-primitive-forgery/">Trust-primitive forgery was a research theme this week: recovering live ADFS signing keys, and minting a second &#39;Verified&#39; GitHub commit</a></h3><p>Two of the week&#39;s research findings share an underappreciated theme: they forge a trust primitive that downstream systems and humans treat as authoritative, rather than exploiting a memory-corruption bug.</p>
<p>The heavier of the two, for the constituency, is Mandiant/GTIG&#39;s <strong>ADFS token-signing-key recovery</strong>. ADFS stores its certificate private keys under Machine DPAPI, so any SYSTEM-level process on the ADFS host can recover them independently of the live service or LSASS; when <code>AutoCertificateRollover</code> is disabled and an admin rotates a signing certificate manually without a matching WID update, the database retains a &quot;ghost&quot; record while the real signing key stays live in the machine key store. With that key, an attacker forges arbitrary SAML assertions to impersonate any federated user — Global Administrators included — against every SAML-federated app including Microsoft 365 and Entra ID, &quot;bypassing multifactor authentication (MFA), conditional access, and all identity-based controls,&quot; and deliberately avoids the LSASS/live-ADFS surfaces defenders usually watch (<a href="https://cloud.google.com/blog/topics/threat-intelligence/recovering-active-adfs-signing-keys-machine-dpapi" target="_blank" rel="noopener noreferrer">Mandiant, 2026-07-09</a>). The detectable side-effect is Event ID 385 (certificate-rollover mismatch), and Mandiant&#39;s guidance is to treat ADFS as Tier-0, move to HSM-backed keys, validate rotations with <code>Set-AdfsCertificate</code>, and SACL-audit the MachineKeys directory (Event ID 4663). The second finding, <strong>Git commit-signature malleability</strong>, lets an attacker produce a second commit with a different hash that still renders GitHub&#39;s &quot;Verified&quot; badge — collapsing the assumption that a verified-signed commit uniquely identifies its content (<a href="https://thehackernews.com/2026/07/github-verified-commits-can-be.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-09</a>).</p>
<p><strong>Why this belongs in the week&#39;s research lens:</strong> both extend a running arc — after last week&#39;s Keycloak JWT-forgery and OAuth-abuse research, this week&#39;s items give the on-premises-AD equivalent (ADFS) and a code-supply-chain equivalent (signed commits), each with a concrete detection surface the earlier work lacked.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for identity teams, ADFS belongs in the Tier-0 monitoring and hardening tier alongside domain controllers — the actionable, low-cost step is enabling SACL auditing on the MachineKeys directory and alerting on Event IDs 385 and 4663, since the technique is invisible to LSASS-focused tooling. For build-pipeline owners, a &quot;Verified&quot; badge is no longer sufficient provenance — pin and verify commit hashes, not just signature status. <strong>Triage:</strong> ADFS key theft produces no failed logon and no LSASS access; the honest signals are the certificate-rollover mismatch event and any non-service SYSTEM process reading the MachineKeys path, distinguished from legitimate ADFS operation by process lineage.</div></aside><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/mandiant-adfs-machine-dpapi-golden-saml-key-recovery/">2026-07-09/mandiant-adfs-machine-dpapi-golden-saml-key-recovery</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/git-signature-malleability-github-verified-commit-ghost-twin/">2026-07-09/git-signature-malleability-github-verified-commit-ghost-twin</a></p><div class="prov"><span>research</span><span>12 Jul 23:40Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-identity-trust-primitive-forgery/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://cloud.google.com/blog/topics/threat-intelligence/recovering-active-adfs-signing-keys-machine-dpapi" target="_blank" rel="noopener noreferrer">Mandiant (Google Cloud / GTIG)</a> · <a href="https://thehackernews.com/2026/07/github-verified-commits-can-be.html" target="_blank" rel="noopener noreferrer">The Hacker News</a></div></article>]]></content:encoded></item><item><title>AI-operationalised attacks deepened this week — 72h AI-assisted AWS compromise, prompt-injection RCE of defensive agents, AI-generated APT loader</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-ai-operationalized/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-ai-operationalized/</guid><pubDate>Sun, 12 Jul 2026 23:38:00 +0000</pubDate><dc:date>2026-07-12T23:38:00Z</dc:date><category>ai-abuse</category><category>cloud</category><category>phishing</category><category>supply-chain</category><category>global</category><category>europe</category><description><![CDATA[<p>Several 2026-W28 research publications, read together, mark a further shift from AI-as-attack-surface to AI-as-attacker-capability. Sygnia documented a lone actor using AI-assisted tooling to go from AWS initial access to broad cloud/CI/CD compromise in ~72 hours using only known techniques chained at machine tempo; the &#39;Friendly Fire&#39; brief showed prompt injection hijacking defensive AI code-review agents into remote code execution; Kaspersky&#39;s Armored Likho APT shipped an AI-generated loader; &#39;comment stuffing&#39; padded HTML phishing to defeat AI/NLP email scanners; and PraisonAI&#39;s agentic framework carried unsandboxed-LLM-code-execution CVEs. The defender implication is a detection-tempo problem: AI compresses the window between access and impact.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-ai-operationalized" data-tags="ai-abuse cloud phishing supply-chain" data-regions="global europe" data-kind="research" data-priority="notable" data-discovered="2026-07-12T23:38:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="weekly-w28-ai-operationalized"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-ai-operationalized/">AI as operator, not target: this week&#39;s research showed adversaries using AI to run attacks faster, evade AI defences, and generate tooling</a></h3><p>Last week&#39;s weekly framed AI as having &quot;crossed from attack target to attack operator.&quot; This week&#39;s research does not repeat that thesis — it fills it in with concrete, independent data points that sharpen what defenders should change.</p>
<p>The clearest is <strong>operational tempo</strong>. Sygnia&#39;s incident responders documented a single actor going from an internet-facing-app foothold to broad compromise of AWS, CI/CD and source control in roughly 72 hours using no novel malware and no zero-day — every technique long-tracked, but chained and parallelised at a speed Sygnia attributes to AI/agentic assistance (four distinct IAM access keys used from one source in a single observed second) (<a href="https://www.sygnia.co/blog/inside-an-ai-assisted-cloud-attack/" target="_blank" rel="noopener noreferrer">Sygnia, 2026-07-08</a>). The second is <strong>AI as attack surface turned back on defenders</strong>: the &quot;Friendly Fire&quot; brief showed prompt injection hijacking defensive AI code-review agents into remote code execution (<a href="https://ainowinstitute.org/publications/friendly-fire-exploit-brief" target="_blank" rel="noopener noreferrer">AI Now Institute, 2026-07-11</a>), and PraisonAI&#39;s agentic framework carried unsandboxed-LLM-code-execution and tool-call-RCE CVEs (<a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-2xv2-w8cq-5gxw" target="_blank" rel="noopener noreferrer">PraisonAI GHSA, 2026-07-11</a>). The third is <strong>AI in tooling and evasion</strong>: Kaspersky&#39;s Armored Likho APT shipped an AI-generated loader with the BusySnake stealer (<a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-11</a>), and SANS documented &quot;comment stuffing&quot; — padding HTML phishing attachments to dilute or exhaust AI/NLP email scanners (<a href="https://isc.sans.edu/diary/33144" target="_blank" rel="noopener noreferrer">SANS ISC, 2026-07-10</a>). This week&#39;s ESET Threat Report H1 2026, covered separately, independently records the first Android malware using generative AI at runtime.</p>
<p><strong>Why this is a strategic-shift item, not a re-list:</strong> each finding is a distinct new-this-week research publication, and together they change a defender obligation rather than restate awareness — when access-to-impact compresses to hours and defensive AI itself becomes an exploitation target, detection can no longer wait for full visibility.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for cloud estates, tune detections toward early, partial-signal indicators that survive tempo compression — simultaneous multi-key use from one source, anomalous IAM-user/access-key creation velocity, and short-window RDS query spikes across many databases (Sygnia&#39;s hunt set) — and treat any AI agent with tool-execution or code-review privileges as an execution surface that needs sandboxing and untrusted-input isolation, not a passive assistant. <strong>Triage:</strong> AI-assisted operations still emit ordinary cloud-audit telemetry; the discriminator is rate and concurrency — human operators do not use four separate credentials in the same second, and defensive-agent RCE surfaces as the agent process spawning an interpreter or network egress it never makes during normal review.</div></aside><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/sygnia-ai-orchestrated-aws-cloud-intrusion-72h/">2026-07-09/sygnia-ai-orchestrated-aws-cloud-intrusion-72h</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/friendly-fire-prompt-injection-rce-defensive-ai-agents/">2026-07-11/friendly-fire-prompt-injection-rce-defensive-ai-agents</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/">2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/comment-stuffing-html-phishing-ai-email-scanner-evasion/">2026-07-10/comment-stuffing-html-phishing-ai-email-scanner-evasion</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli/">2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/eset-threat-report-h1-2026/">2026-07-09/eset-threat-report-h1-2026</a></p><div class="prov"><span>research</span><span>12 Jul 23:38Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-ai-operationalized/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.sygnia.co/blog/inside-an-ai-assisted-cloud-attack/" target="_blank" rel="noopener noreferrer">Sygnia</a> · <a href="https://ainowinstitute.org/publications/friendly-fire-exploit-brief" target="_blank" rel="noopener noreferrer">AI Now Institute</a> · <a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a> · <a href="https://isc.sans.edu/diary/33144" target="_blank" rel="noopener noreferrer">SANS Internet Storm Center</a> · <a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-2xv2-w8cq-5gxw" target="_blank" rel="noopener noreferrer">PraisonAI (GitHub Security Advisory)</a></div></article>]]></content:encoded></item><item><title>Healthcare this week — Swiss radiology network confirms Akira attribution, Aargau psychiatric authority mailboxes phished, NHS England tightens insider access</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-healthcare-targeting/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-healthcare-targeting/</guid><pubDate>Sun, 12 Jul 2026 23:32:00 +0000</pubDate><dc:date>2026-07-12T23:32:00Z</dc:date><category>data-breach</category><category>ransomware</category><category>phishing</category><category>insider-threat</category><category>switzerland</category><category>europe</category><description><![CDATA[<p>Three healthcare-sector developments in 2026-W28 span the external and internal threat surface: Groupe 3R, a Western-Swiss radiology network, confirmed Akira attribution and darknet publication of stolen data in its own forensic report; Psychiatrische Dienste Aargau (a Swiss cantonal psychiatric authority) had email accounts phished and abused as a spam relay; and NHS England issued new controls after staff were caught inappropriately accessing high-profile patients&#39; records. Two of the three carry a direct Swiss nexus, and the set illustrates that healthcare exposure runs through ransomware attribution, mailbox identity and insider governance alike.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-healthcare-targeting" data-tags="data-breach ransomware phishing insider-threat" data-regions="switzerland europe" data-kind="synthesis" data-priority="notable" data-discovered="2026-07-12T23:32:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-healthcare-targeting"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-healthcare-targeting/">Healthcare across Switzerland and the UK saw ransomware confirmation, mailbox compromise and an insider-access clampdown this week</a></h3><p>Healthcare surfaced three ways this week, and the value of reading them together is that they cover the sector&#39;s external, identity and internal threat surfaces in a single window.</p>
<p>Externally, <strong>Groupe 3R</strong> — the Réseau Radiologique Romand, a Western-Swiss radiology network — confirmed in its own forensic report that the Akira ransomware operation was responsible for the intrusion that had twice disrupted it, and that stolen data had been published on Akira&#39;s darknet leak site (<a href="https://www.swisscybersecurity.net/news/2026-05-07/cyberangriff-legt-westschweizer-radiologie-netzwerk-erneut-lahm" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net, 2026-05-07</a>). On the <strong>identity</strong> surface, <strong>Psychiatrische Dienste Aargau (PDAG)</strong>, a cantonal psychiatric authority, had email accounts phished and abused as a spam relay (<a href="https://www.swisscybersecurity.net/news/2026-07-09/psychiatrische-dienste-aargau-werden-opfer-eines-phishing-angriffs" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net, 2026-07-09</a>). Internally, <strong>NHS England</strong> issued new controls after staff were found inappropriately accessing high-profile patients&#39; records, tying repeat &quot;snooping&quot; to dismissal and potential prosecution (<a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England, 2026-07-11</a>).</p>
<p><strong>Why this belongs to the constituency&#39;s healthcare lens:</strong> two of the three are Swiss (a Romand radiology provider and an Aargau cantonal authority), and the third is a transferable governance lesson for any large healthcare data controller. Healthcare&#39;s threat model is not just ransomware on clinical systems — it is equally the mailbox identity that attackers abuse and the legitimate-but-excessive internal access that no perimeter control addresses.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">healthcare defenders should read the week as a reminder that record confidentiality fails from three directions — external encryption/leak (Akira), compromised staff identity (PDAG), and authorised-but-inappropriate access (NHS) — and that the last requires access-logging and least-privilege on clinical record systems, not network controls. <strong>Triage:</strong> insider misuse looks like legitimate authenticated access, so the discriminator is behavioural — a clinician account reading records outside its care relationship, department or normal caseload volume — surfaced from record-access audit logs, not endpoint or network telemetry.</div></aside><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/groupe-3r-akira-forensic-confirmation-darknet-publication/">2026-07-09/groupe-3r-akira-forensic-confirmation-darknet-publication</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/nhs-england-insider-patient-record-access-controls/">2026-07-11/nhs-england-insider-patient-record-access-controls</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/pdag-aargau-email-account-compromise-spam-relay/">2026-07-09/pdag-aargau-email-account-compromise-spam-relay</a></p><div class="prov"><span>synthesis</span><span>12 Jul 23:32Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-healthcare-targeting/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.swisscybersecurity.net/news/2026-05-07/cyberangriff-legt-westschweizer-radiologie-netzwerk-erneut-lahm" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net</a> · <a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England</a></div></article>]]></content:encoded></item><item><title>CH/EU government under broad attack this week — Latvia forestry ransomware, Swiss cantonal mailbox compromise, e-gov watering-hole, Ghostwriter phishing</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-government-public-admin-targeting/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-government-public-admin-targeting/</guid><pubDate>Sun, 12 Jul 2026 23:30:00 +0000</pubDate><dc:date>2026-07-12T23:30:00Z</dc:date><category>data-breach</category><category>espionage</category><category>ransomware</category><category>phishing</category><category>switzerland</category><category>europe</category><description><![CDATA[<p>The constituency&#39;s core sector was hit from several directions in 2026-W28: a ransomware crew breached Latvia&#39;s state forestry operator LVM via a two-year-unpatched service (CERT.LV, an EU/NATO-shared-threat framing); Psychiatrische Dienste Aargau (a Swiss cantonal health authority) had email accounts phished and abused as a spam relay; espionage actors weaponised a citizen-facing e-government complaint portal as a watering hole; Armored Likho hit government and electric-power targets with an AI-generated loader; and UNC1151/Ghostwriter ran real-time 2FA-relay Gmail phishing against officials (CERT Polska). The common thread is not one actor but the breadth of pressure on public-sector identity, exposed services and citizen-facing web.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-government-public-admin-targeting" data-tags="data-breach espionage ransomware phishing" data-regions="switzerland europe" data-kind="synthesis" data-priority="high" data-discovered="2026-07-12T23:30:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-government-public-admin-targeting"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-government-public-admin-targeting/">Government and public administration across Switzerland and Europe took a broad spread of attacks this week — ransomware, espionage watering-holes, AI-tooled APTs and credential-phishing</a></h3><p>Government and public administration — the profiled constituency&#39;s core — absorbed an unusually broad spread of activity in 2026-W28, notable less for any single incident than for how many different attack classes landed on the sector in one week.</p>
<p>On the <strong>ransomware</strong> front, CERT.LV disclosed that a crew breached Latvijas Valsts Meži (LVM), Latvia&#39;s state forestry operator, through a service left unpatched for roughly two years, and framed it explicitly as an EU/NATO-shared-threat matter for a state-owned critical operator (<a href="https://cert.lv/lv/2026/06/as-latvijas-valsts-mezi-kiberdrosibas-incidents-aktuala-informacija" target="_blank" rel="noopener noreferrer">CERT.LV, 2026-06</a>). In Switzerland, <strong>Psychiatrische Dienste Aargau (PDAG)</strong>, a cantonal health authority, had staff email accounts compromised via phishing and abused to relay spam — a low-sophistication but high-frequency pattern against public-sector mailboxes (<a href="https://www.swisscybersecurity.net/news/2026-07-09/psychiatrische-dienste-aargau-werden-opfer-eines-phishing-angriffs" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net, 2026-07-09</a>). On the <strong>espionage</strong> axis, SentinelLabs documented converging China- and India-nexus operations weaponising a citizen-facing e-government complaint portal as a watering hole with a CMS implant (<a href="https://www.sentinelone.com/labs/one-target-china-india-espionage-converge-on-pakistani-law-enforcement/" target="_blank" rel="noopener noreferrer">SentinelLabs, 2026-07-10</a>); Kaspersky profiled <strong>Armored Likho</strong> hitting government and electric-power targets with an AI-generated loader and the BusySnake stealer (<a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-11</a>); and CERT Polska tracked <strong>UNC1151/Ghostwriter</strong> moving to Gmail with real-time 2FA-relay phishing against officials (<a href="https://cert.pl/en/posts/2026/06/UNC1151-gmail-campaign/" target="_blank" rel="noopener noreferrer">CERT Polska, 2026-06</a>).</p>
<p><strong>Why this is a sector pattern for the constituency:</strong> two of the five strands carry a direct home-region or EU-critical-operator nexus (a Swiss cantonal authority and a Latvian state operator); the e-government watering-hole targeted a Pakistani law-enforcement programme (EU-funded but with no direct European victim nexus) and is carried for its transferable technique, while the remaining two are actors whose targeting profile — government and energy — matches the constituency. The exposed surfaces recur: unpatched internet-facing services, public-sector email identity, and citizen-facing web applications.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the week&#39;s public-sector lesson is coverage of the unglamorous basics — an authoritative patch SLA for internet-facing services (the LVM two-year gap is the cautionary case), phishing-resistant MFA on staff mail to break both spam-relay abuse and 2FA-relay phishing, and integrity monitoring on citizen-facing CMS platforms that make natural watering holes. <strong>Triage:</strong> a compromised public-sector mailbox used as a relay shows a sudden outbound-volume spike and sends to external recipients with no prior correspondence; a watering-hole CMS implant shows unexpected file writes to web-root and template/plugin directories outside a deployment window.</div></aside><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/cert-lv-lvm-olpha-ransomware-eu-nato-shared-threat/">2026-07-10/cert-lv-lvm-olpha-ransomware-eu-nato-shared-threat</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/pdag-aargau-email-account-compromise-spam-relay/">2026-07-09/pdag-aargau-email-account-compromise-spam-relay</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/e-government-portal-watering-hole-cms-implant-espionage/">2026-07-10/e-government-portal-watering-hole-cms-implant-espionage</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/">2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/unc1151-ghostwriter-gmail-realtime-2fa-phishing/">2026-07-09/unc1151-ghostwriter-gmail-realtime-2fa-phishing</a></p><div class="prov"><span>synthesis</span><span>12 Jul 23:30Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-government-public-admin-targeting/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://cert.lv/lv/2026/06/as-latvijas-valsts-mezi-kiberdrosibas-incidents-aktuala-informacija" target="_blank" rel="noopener noreferrer">CERT.LV</a> · <a href="https://www.swisscybersecurity.net/news/2026-07-09/psychiatrische-dienste-aargau-werden-opfer-eines-phishing-angriffs" target="_blank" rel="noopener noreferrer">SwissCybersecurity.net</a> · <a href="https://www.sentinelone.com/labs/one-target-china-india-espionage-converge-on-pakistani-law-enforcement/" target="_blank" rel="noopener noreferrer">SentinelLabs</a> · <a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a> · <a href="https://cert.pl/en/posts/2026/06/UNC1151-gmail-campaign/" target="_blank" rel="noopener noreferrer">CERT Polska</a></div></article>]]></content:encoded></item><item><title>2026-W28 vuln roll-up — exploited: ColdFusion, CitrixBleed 2, Gitea, Langflow, Joomla wave; notable: HTTP.sys mechanics, KVM escape, Siemens SICAM 8, MOVEit</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-vuln-status-rollup/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-vuln-status-rollup/</guid><pubDate>Sun, 12 Jul 2026 23:26:00 +0000</pubDate><dc:date>2026-07-12T23:26:00Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>cisa-kev</category><category>rce</category><category>priv-esc</category><category>ot-ics</category><category>switzerland</category><category>europe</category><category>global</category><description><![CDATA[<p>Consolidated status view of the week&#39;s vulnerabilities that demand action beyond the routine patch cycle. Confirmed exploited / KEV this week: Adobe ColdFusion CVE-2026-48282, Citrix NetScaler CitrixBleed 2 CVE-2025-5777, Gitea CVE-2026-20896, Langflow CVE-2026-55255, and the Joomla extension file-upload wave (CVE-2026-48908/56290/56291/48939). Public-exploit or full-mechanics disclosures raising urgency without confirmed ITW use: GhostLock Linux kernel LPE CVE-2026-43499 (public reliable exploit), Windows HTTP.sys CVE-2026-47291 (ZDI published exploitation mechanics), Linux KVM &#39;Januscape&#39; CVE-2026-53359 (guest-to-host escape), BeyondTrust RS/PRA CVE-2026-40138 cluster. OT/CI note: Siemens SICAM 8 grid RTU firmware-signing bypass (CVE-2026-54798-801). See the linked operational entries for per-CVE detail.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-vuln-status-rollup" data-tags="vulnerabilities actively-exploited cisa-kev rce priv-esc ot-ics" data-regions="switzerland europe global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-12T23:26:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-vuln-status-rollup"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-vuln-status-rollup/">Vulnerability status roll-up — 2026-W28: what moved into exploitation, what reached KEV, and what to patch out-of-band</a></h3><p>This roll-up consolidates the 2026-W28 vulnerabilities that cross the out-of-band-action bar — actively exploited, at imminent mass exploitation, or otherwise demanding a response the routine monthly cycle does not give. Per-CVE facts, CVSS, and affected/fixed versions live in the linked operational entries; this entry is the status trajectory a reader uses to sequence the week&#39;s patching.</p>
<p><strong>Confirmed exploited / on CISA KEV this week.</strong> <em>Adobe ColdFusion</em> CVE-2026-48282 (one of the 1 July CVSS 10.0 unauthenticated RCEs) — exploited within two hours of public detail, KEV-listed 7 July (<a href="https://www.bleepingcomputer.com/news/security/max-severity-adobe-coldfusion-flaw-now-exploited-in-attacks/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-08</a>). <em>Citrix NetScaler</em> CitrixBleed 2 CVE-2025-5777 — weaponised into a repeatable initial-access-broker kill chain ending in DragonForce ransomware; patch plus session termination required. <em>Gitea</em> CVE-2026-20896 — NCSC-CH escalated to &quot;Actively Exploited, Proof of Concept Available&quot; (<a href="https://security-hub.ncsc.admin.ch/#/posts/12755" target="_blank" rel="noopener noreferrer">NCSC-CH, 2026-07-10</a>). <em>Langflow</em> CVE-2026-55255 — cross-tenant IDOR chained with pre-auth RCE, first exploited 25 June, now KEV. <em>Joomla extension file-upload wave</em> — CVE-2026-48908 / 56290 / 56291 / 48939 exploited as zero-days (see the dedicated top-story), CVE-2026-57827/57828 patched without confirmed exploitation yet.</p>
<p><strong>Urgency raised by public exploit or full mechanics, no confirmed ITW use.</strong> <em>GhostLock</em> CVE-2026-43499 — Linux kernel rtmutex use-after-free with a public ~97%-reliable local-privilege-escalation exploit. <em>Windows HTTP.sys</em> CVE-2026-47291 (pre-auth RCE, CVSS 9.8) — ZDI published full exploitation mechanics for the June Patch Tuesday flaw, collapsing the reverse-engineering barrier. <em>Linux KVM/x86 &#39;Januscape&#39;</em> CVE-2026-53359 — shadow-MMU use-after-free enabling guest-to-host VM escape, relevant to multi-tenant virtualisation. <em>BeyondTrust Remote Support / Privileged Remote Access</em> — the CVE-2026-40138 pre-auth bypass cluster on a remote-access product class that is itself a high-value target.</p>
<p><strong>OT / critical-infrastructure note.</strong> <em>Siemens SICAM 8</em> grid RTUs (A8000/EGS/S8000) — a firmware-signature-validation bypass (CVE-2026-54798-801) on devices deployed in European energy grids; slow patch cycles make network isolation and OT-segment monitoring the near-term control. <em>Progress MOVEit Transfer</em> — pre-auth SFTP DoS (CVE-2026-10699) plus admin scope-bypass fixes, notable given MOVEit&#39;s history as a mass-exfiltration target.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">sequence by exploitation evidence, then exposure — the KEV/exploited set above is this week&#39;s out-of-band queue; the public-exploit set is next in line before it is weaponised; the OT items are isolate-and-monitor where an immediate patch is impractical.</div></aside><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/cve-2026-48282-adobe-coldfusion-actively-exploited-kev/">2026-07-08/cve-2026-48282-adobe-coldfusion-actively-exploited-kev</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/citrixbleed-2-dragonforce-iab-kill-chain-stac3725/">2026-07-10/citrixbleed-2-dragonforce-iab-kill-chain-stac3725</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/gitea-cve-2026-20896-ncsc-ch-actively-exploited-update/">2026-07-10/gitea-cve-2026-20896-ncsc-ch-actively-exploited-update</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/cve-2026-55255-langflow-idor-kev-chained-with-rce/">2026-07-08/cve-2026-55255-langflow-idor-kev-chained-with-rce</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/ghostlock-cve-2026-43499-linux-kernel-rtmutex-uaf-lpe/">2026-07-08/ghostlock-cve-2026-43499-linux-kernel-rtmutex-uaf-lpe</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/cve-2026-47291-httpsys-zdi-exploitation-mechanics/">2026-07-11/cve-2026-47291-httpsys-zdi-exploitation-mechanics</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/cve-2026-53359-januscape-kvm-x86-guest-to-host-vm-escape/">2026-07-09/cve-2026-53359-januscape-kvm-x86-guest-to-host-vm-escape</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/beyondtrust-rs-pra-preauth-bypass-cve-2026-40138-cluster/">2026-07-08/beyondtrust-rs-pra-preauth-bypass-cve-2026-40138-cluster</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/siemens-sicam-8-ssa-229470-firmware-signing-bypass/">2026-07-10/siemens-sicam-8-ssa-229470-firmware-signing-bypass</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903/">2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903</a></p><div class="prov"><span>vulnerability</span><span>12 Jul 23:26Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-vuln-status-rollup/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.bleepingcomputer.com/news/security/max-severity-adobe-coldfusion-flaw-now-exploited-in-attacks/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://security-hub.ncsc.admin.ch/#/posts/12755" target="_blank" rel="noopener noreferrer">NCSC-CH Cyber Security Hub</a></div></article>]]></content:encoded></item><item><title>M365 identity attacks converged this week — device-code, AiTM PhaaS, ROPC spray and vishing all bypass MFA/Conditional Access by sidestepping it</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-m365-identity-attack-convergence/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-m365-identity-attack-convergence/</guid><pubDate>Sun, 12 Jul 2026 23:24:00 +0000</pubDate><dc:date>2026-07-12T23:24:00Z</dc:date><category>identity</category><category>phishing</category><category>cloud</category><category>auth-bypass</category><category>data-breach</category><category>switzerland</category><category>europe</category><category>global</category><description><![CDATA[<p>Four independent 2026-W28 disclosures describe the same M365 account-takeover pattern from different angles: Huntress&#39; root-cause comparison of the Railway (device-code) and LSHIY (ROPC spray) campaigns, where 55 of 78 LSHIY-compromised accounts had CA policies requiring MFA that failed on scoping gaps; the Forg365 AiTM phishing-as-a-service kit; and the Helix data-extortion cluster pairing manager-impersonation vishing with device-code phishing. None defeats MFA cryptographically — each exploits an auth flow (device-code, ROPC/legacy, token replay) that a typical Conditional Access policy does not gate. Every M365 tenant should block device-code and ROPC where unused and confirm CA covers all cloud apps and client-app types.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-m365-identity-attack-convergence" data-tags="identity phishing cloud auth-bypass data-breach" data-regions="switzerland europe global" data-kind="synthesis" data-priority="high" data-discovered="2026-07-12T23:24:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-m365-identity-attack-convergence"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-m365-identity-attack-convergence/">Microsoft 365 account-takeover tradecraft converged this week on auth flows Conditional Access rarely covers — device-code, AiTM, ROPC and manager-impersonation vishing all beat MFA without breaking it</a></h3><p>Four separate 2026-W28 disclosures describe one problem: Microsoft 365 account takeover is increasingly achieved not by defeating multi-factor authentication but by choosing an authentication path that Conditional Access commonly fails to gate. Huntress&#39; comparative root-cause analysis of two campaigns made the mechanism explicit — &quot;device code phishing is effective because it doesn&#39;t try to beat MFA. It sidesteps it,&quot; and in the ROPC-based LSHIY campaign &quot;of the 78 compromised accounts, 55 had active Conditional Access policies requiring MFA&quot; that still failed, because legacy/ROPC authentication through the <code>/token</code> endpoint never reaches the authorization endpoint where CA is enforced (<a href="https://www.huntress.com/blog/conditional-access-misconfigurations" target="_blank" rel="noopener noreferrer">Huntress, 2026-07-10</a>). The same week, ZeroBEC documented <strong>Forg365</strong>, a Telegram-distributed adversary-in-the-middle phishing-as-a-service kit purpose-built to relay M365 auth and steal session cookies (<a href="https://zerobec.com/blog/inside-forg365-telegram-distributed-sneaky2fa-style-phaas" target="_blank" rel="noopener noreferrer">ZeroBEC, 2026-07-10</a>), and ReliaQuest profiled the <strong>Helix</strong> data-extortion cluster pairing manager-impersonation vishing with device-code phishing before SharePoint exfiltration (<a href="https://reliaquest.com/blog/threat-spotlight-helix-new-name-in-data-extortion-ecosystem" target="_blank" rel="noopener noreferrer">ReliaQuest, 2026-07-10</a>). Read together with the week&#39;s ShinyHunters/Odido vishing attribution, the through-line is a maturing, commoditised identity-attack economy targeting the same tenant surface.</p>
<p><strong>Why this is a cross-day pattern, not four items:</strong> device-code phishing, AiTM cookie theft, ROPC spraying and impersonation vishing are distinct techniques, but they exploit the <em>same</em> structural gap — a Conditional Access posture that assumes MFA coverage it does not actually enforce across every flow, client-app type and cloud app. A tenant that hardened against one of these this week is not hardened against the others.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">treat Conditional Access coverage completeness — not the presence of an MFA requirement — as the control to audit; block device-code and ROPC/legacy auth for populations that do not need them, and verify no cloud app or client-app type is exempt. <strong>Triage:</strong> a legitimate device-code grant comes from a genuine input-constrained device enrolment the user initiated; the attack signature is a device-code grant to an unmanaged/unexpected device shortly after a phishing lure, or successful authentication via ROPC/<code>/token</code> against Azure CLI from an account and location with no history of CLI use.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Device code phishing is effective because it doesn&#39;t try to beat MFA. It sidesteps it.</p><p class="entry-cite__quote">Of the 78 compromised accounts, 55 had active Conditional Access policies requiring MFA.</p><figcaption class="entry-cite__attr"><a href="https://www.huntress.com/blog/conditional-access-misconfigurations" target="_blank" rel="noopener noreferrer">Huntress</a></figcaption></figure></div><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/m365-conditional-access-gaps-railway-lshiy-campaigns/">2026-07-10/m365-conditional-access-gaps-railway-lshiy-campaigns</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/forg365-m365-phaas-aitm-devicecode-forgcookie/">2026-07-10/forg365-m365-phaas-aitm-devicecode-forgcookie</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/helix-data-extortion-devicecode-vishing-sharepoint-exfil/">2026-07-10/helix-data-extortion-devicecode-vishing-sharepoint-exfil</a></p><div class="prov"><span>synthesis</span><span>12 Jul 23:24Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-m365-identity-attack-convergence/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.huntress.com/blog/conditional-access-misconfigurations" target="_blank" rel="noopener noreferrer">Huntress</a> · <a href="https://zerobec.com/blog/inside-forg365-telegram-distributed-sneaky2fa-style-phaas" target="_blank" rel="noopener noreferrer">ZeroBEC</a> · <a href="https://reliaquest.com/blog/threat-spotlight-helix-new-name-in-data-extortion-ecosystem" target="_blank" rel="noopener noreferrer">ReliaQuest</a></div></article>]]></content:encoded></item><item><title>Exposed enterprise software under active attack this week — ColdFusion (KEV), CitrixBleed 2 → DragonForce, Gitea escalated to actively-exploited</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-exploited-edge-enterprise-software/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-exploited-edge-enterprise-software/</guid><pubDate>Sun, 12 Jul 2026 23:22:00 +0000</pubDate><dc:date>2026-07-12T23:22:00Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>pre-auth</category><category>rce</category><category>ransomware</category><category>cisa-kev</category><category>switzerland</category><category>europe</category><category>global</category><description><![CDATA[<p>Three separate internet-facing enterprise products crossed into confirmed exploitation in 2026-W28: Adobe ColdFusion CVE-2026-48282 (one of the 1 July CVSS 10.0 RCEs) was exploited within two hours of public detail and added to CISA KEV; Citrix NetScaler&#39;s CitrixBleed 2 (CVE-2025-5777) was reconstructed by Huntress into a repeatable initial-access-broker kill chain ending in DragonForce ransomware, where stolen session tokens survive patching; and NCSC-CH escalated the Gitea Docker reverse-proxy auth bypass (CVE-2026-20896) to actively exploited. The operational reality: any exposed unpatched instance of these should be treated as compromised, not merely vulnerable — and for CitrixBleed 2, patching alone is insufficient.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-exploited-edge-enterprise-software" data-tags="vulnerabilities actively-exploited pre-auth rce ransomware cisa-kev" data-regions="switzerland europe global" data-kind="synthesis" data-priority="high" data-discovered="2026-07-12T23:22:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-exploited-edge-enterprise-software"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-exploited-edge-enterprise-software/">Confirmed in-the-wild exploitation of internet-facing enterprise software converged this week — ColdFusion, Citrix NetScaler and Gitea all moved from &#39;at risk&#39; to &#39;under attack&#39;</a></h3><p><strong>If you did nothing this week:</strong> three classes of internet-facing enterprise software you likely have somewhere in the estate moved from theoretical risk to confirmed exploitation. An unpatched, exposed ColdFusion, Citrix NetScaler Gateway or Gitea instance should be handled as an incident, not a maintenance ticket — and for NetScaler, applying the patch does not evict an attacker who already has your session tokens.</p>
<p>The week&#39;s exploitation signal converged on the perimeter. <strong>Adobe ColdFusion</strong> CVE-2026-48282 — one of the six unauthenticated CVSS 10.0 RCEs Adobe patched on 1 July, and exactly the item last week&#39;s outlook flagged as awaiting weaponisation — was confirmed exploited in the wild and added to CISA KEV on 7 July; KEVIntel reported catching exploitation &quot;within under two hours of CVE-2026-48282 public details being released&quot; against its honeypots (<a href="https://www.bleepingcomputer.com/news/security/max-severity-adobe-coldfusion-flaw-now-exploited-in-attacks/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-08</a>). <strong>Citrix NetScaler</strong> saw the most operationally consequential development: Huntress reconstructed a mechanically identical intrusion chain across at least six unrelated organisations, run by an initial-access broker (Sophos: STAC3725) that steals pre-auth session tokens via CitrixBleed 2 (CVE-2025-5777) — &quot;sift[ing] through the heap fragments for valid session tokens of someone who is currently logged in&quot; (<a href="https://www.huntress.com/blog/citrixbleed-2-dragonforce-ransomware" target="_blank" rel="noopener noreferrer">Huntress, 2026-07-10</a>) — then escalating via a registry-symlink privilege-escalation tool to SYSTEM, persisting with ScreenConnect/Zoho Assist, and in the most progressed case deploying DragonForce ransomware. Because the stolen tokens survive patching, remediation requires terminating live sessions as well. Finally, <strong>NCSC-CH</strong> escalated the Gitea Docker reverse-proxy authentication bypass (CVE-2026-20896) — full unauthenticated admin control &quot;via a single custom HTTP header&quot; — to &quot;Actively Exploited, Proof of Concept Available&quot; (<a href="https://security-hub.ncsc.admin.ch/#/posts/12755" target="_blank" rel="noopener noreferrer">NCSC-CH Cyber Security Hub, 2026-07-10</a>). A fourth strand — Langflow&#39;s cross-tenant IDOR (CVE-2026-55255) chained with pre-auth RCE, first exploited 25 June and now KEV-listed (<a href="https://www.sysdig.com/blog/understanding-langflow-cve-2026-55255-and-why-higher-cvss-vulnerabilities-arent-always-the-most-exploited" target="_blank" rel="noopener noreferrer">Sysdig, 2026-07-08</a>) — reinforces the same lesson: exploitation, not CVSS, is what set this week&#39;s priorities.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">exposure plus a confirmed exploitation record is the trigger, and for token-theft classes (CitrixBleed 2) the post-patch step — session termination and a hunt for broker-stage persistence (ScreenConnect/Zoho Assist installs, registry-symlink LPE artifacts) — is what actually closes the door. <strong>Triage:</strong> for NetScaler, benign session activity originates from expected client IP ranges and device postures; the broker signal is a burst of malformed pre-auth requests to the vulnerable endpoint followed by authenticated actions from a session whose token was never issued to that source, then a remote-support agent install under an anomalous parent.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Within under two hours of CVE-2026-48282 public details being released, KEVIntel captured in-the-wild exploitation within our global honeypot network.</p><figcaption class="entry-cite__attr">KEVIntel, via BleepingComputer</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">By spraying enough of those requests, an adversary can then sift through the heap fragments for valid session tokens of someone who is currently logged in.</p><figcaption class="entry-cite__attr"><a href="https://www.huntress.com/blog/citrixbleed-2-dragonforce-ransomware" target="_blank" rel="noopener noreferrer">Huntress</a></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Current exploitation status: Actively Exploited, Proof of Concept Available</p><figcaption class="entry-cite__attr"><a href="https://security-hub.ncsc.admin.ch/#/posts/12755" target="_blank" rel="noopener noreferrer">NCSC-CH Cyber Security Hub</a></figcaption></figure></div><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/cve-2026-48282-adobe-coldfusion-actively-exploited-kev/">2026-07-08/cve-2026-48282-adobe-coldfusion-actively-exploited-kev</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/citrixbleed-2-dragonforce-iab-kill-chain-stac3725/">2026-07-10/citrixbleed-2-dragonforce-iab-kill-chain-stac3725</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/gitea-cve-2026-20896-ncsc-ch-actively-exploited-update/">2026-07-10/gitea-cve-2026-20896-ncsc-ch-actively-exploited-update</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/cve-2026-55255-langflow-idor-kev-chained-with-rce/">2026-07-08/cve-2026-55255-langflow-idor-kev-chained-with-rce</a></p><div class="prov"><span>synthesis</span><span>12 Jul 23:22Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-exploited-edge-enterprise-software/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.bleepingcomputer.com/news/security/max-severity-adobe-coldfusion-flaw-now-exploited-in-attacks/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://www.huntress.com/blog/citrixbleed-2-dragonforce-ransomware" target="_blank" rel="noopener noreferrer">Huntress</a> · <a href="https://security-hub.ncsc.admin.ch/#/posts/12755" target="_blank" rel="noopener noreferrer">NCSC-CH Cyber Security Hub</a> · <a href="https://www.sysdig.com/blog/understanding-langflow-cve-2026-55255-and-why-higher-cvss-vulnerabilities-arent-always-the-most-exploited" target="_blank" rel="noopener noreferrer">Sysdig Threat Research Team</a></div></article>]]></content:encoded></item><item><title>Joomla third-party-extension file-upload RCE wave — four unauthenticated flaws this week, several exploited as zero-days, KEV within days</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-joomla-file-upload-rce-wave/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-joomla-file-upload-rce-wave/</guid><pubDate>Sun, 12 Jul 2026 23:20:00 +0000</pubDate><dc:date>2026-07-12T23:20:00Z</dc:date><category>vulnerabilities</category><category>actively-exploited</category><category>pre-auth</category><category>rce</category><category>zero-day</category><category>cisa-kev</category><category>switzerland</category><category>europe</category><category>global</category><description><![CDATA[<p>A sustained mySites.guru disclosure wave hit four Joomla third-party extensions across 2026-W28 — SP Page Builder (CVE-2026-48908) and a second page-builder (CVE-2026-56290), Balbooa Forms (CVE-2026-56291), iCagenda (CVE-2026-48939) and RSFiles!/Phoca Download (CVE-2026-57827/57828) — every one an arbitrary-file-upload-to-RCE (CWE-434). Several were exploited in the wild as zero-days before a fix existed and reached CISA KEV within days, with the observed payload planting a hidden Super Administrator account. Any Swiss or European municipal / public-sector Joomla site running these extensions should treat an unpatched instance as a compromise event, not merely a risk, and hunt for web shells and rogue admin accounts.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-joomla-file-upload-rce-wave" data-tags="vulnerabilities actively-exploited pre-auth rce zero-day cisa-kev" data-regions="switzerland europe global" data-kind="synthesis" data-priority="high" data-discovered="2026-07-12T23:20:00Z"><div class="badges"><span class="b pri">HIGH</span><span class="b exp">exploited</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 1: Confirmed"><span class="k">NATO</span>B1</span></div><h3 class="f-h" id="weekly-w28-joomla-file-upload-rce-wave"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-joomla-file-upload-rce-wave/">A researcher-driven Joomla extension file-upload wave produced four unauthenticated RCE disclosures this week — several exploited as zero-days before a patch existed</a></h3><p><strong>If you did nothing this week:</strong> any internet-facing Joomla site your constituency runs with SP Page Builder, Balbooa Forms, iCagenda, RSFiles! or Phoca Download installed should now be treated as potentially compromised — several of these flaws were exploited in the wild before a patch shipped, and the observed payload gives the attacker a hidden Joomla super-admin.</p>
<p>Across 2026-W28 the specialist Joomla-security researcher mySites.guru disclosed the same bug class — CWE-434 arbitrary file upload leading to remote code execution — in four separate third-party extensions in quick succession, and CISA moved several onto the Known Exploited Vulnerabilities catalog within days. The mechanism is consistent: an upload handler that fails to enforce a server-side extension allow-list, does not block <code>.php</code>, and does not verify the declared content type, letting an attacker write an executable script into a web-reachable directory. In SP Page Builder the exploited path was <code>index.php?option=com_sppagebuilder&amp;task=asset.uploadCustomIcon</code>, driven by an HTTP POST (<a href="https://thehackernews.com/2026/07/cisa-adds-4-actively-exploited-adobe.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-08</a>); the researcher observed that &quot;the payload plants a hidden Super Administrator account, usually with an @secure.local email&quot; (<a href="https://mysites.guru/blog/sp-page-builder-zero-day-uploadcustomicon-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-08</a>). Balbooa Forms (CVE-2026-56291) was likewise found under live exploitation before any fix existed — &quot;it was already being exploited in the wild when we found it, before any patch existed&quot; (<a href="https://mysites.guru/blog/balbooa-forms-unauthenticated-file-upload-flaw/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-09</a>) — and iCagenda (CVE-2026-48939) reached KEV as an unauthenticated file-upload-to-RCE (<a href="https://mysites.guru/blog/icagenda-zero-day-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-10</a>). The week closed with two more from the same wave: RSFiles! (CVE-2026-57827, unauthenticated, CVSS 4.0 10.0, fixed 1.17.12) and Phoca Download (CVE-2026-57828, member-authenticated allow-list bypass, fixed 6.1.3), with no confirmed exploitation of that pair yet (<a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-11</a>).</p>
<p><strong>Why this is the week&#39;s operational reality for the constituency:</strong> Joomla is disproportionately common on cantonal, communal and small-agency public-sector sites across Switzerland and the EU, and the ecosystem&#39;s risk lives in its third-party extensions, not the core. A wave of unauthenticated, pre-auth-exploited RCEs against exactly that surface, several with a public exploitation record and a self-installing super-admin payload, is a patch-and-hunt priority the normal monthly cadence does not cover.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">treat the extension inventory — not the Joomla core version — as the exposure surface; update or remove every affected component now, and because at least three of these were exploited pre-patch, assume any lagging instance may already carry a web shell or rogue admin. <strong>Triage:</strong> a legitimate Joomla file-upload writes into a media/asset path an authenticated editor triggered; the wave&#39;s signal is a <code>.php</code> (or double-extension) file appearing in an extension&#39;s upload/download folder from an unauthenticated request, frequently followed by the creation of a Super Administrator account with a synthetic domain such as <code>@secure.local</code>.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">CVE-2026-48908, on the other hand, is said to have been exploited as a zero-day to upload a PHP file by means of an HTTP POST request to the &#39;index.php?option=com_sppagebuilder&amp;task=asset.uploadCustomIcon&#39; endpoint.</p><figcaption class="entry-cite__attr"><a href="https://thehackernews.com/2026/07/cisa-adds-4-actively-exploited-adobe.html" target="_blank" rel="noopener noreferrer">The Hacker News</a></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Already exploited in the wild. The payload plants a hidden Super Administrator account, usually with an @secure.local email.</p><p class="entry-cite__quote">This was a zero-day: it was already being exploited in the wild when we found it, before any patch existed, and those attacks are still going on now against sites that have not updated.</p><figcaption class="entry-cite__attr"><a href="https://mysites.guru/blog/sp-page-builder-zero-day-uploadcustomicon-rce/" target="_blank" rel="noopener noreferrer">mySites.guru</a></figcaption></figure></div><p class="entry-references"><strong>Builds on:</strong> <a class="mono" href="https://ctipilot.ch/entries/2026-07-08/joomla-page-builder-cve-2026-48908-56290-kev-zerodays/">2026-07-08/joomla-page-builder-cve-2026-48908-56290-kev-zerodays</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-09/cve-2026-56291-balbooa-forms-joomla-unauth-file-upload-rce/">2026-07-09/cve-2026-56291-balbooa-forms-joomla-unauth-file-upload-rce</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-10/cve-2026-48939-icagenda-joomla-unauth-file-upload-rce-kev/">2026-07-10/cve-2026-48939-icagenda-joomla-unauth-file-upload-rce-kev</a> · <a class="mono" href="https://ctipilot.ch/entries/2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828/">2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828</a></p><div class="prov"><span>synthesis</span><span>12 Jul 23:20Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-joomla-file-upload-rce-wave/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://mysites.guru/blog/sp-page-builder-zero-day-uploadcustomicon-rce/" target="_blank" rel="noopener noreferrer">mySites.guru</a> · <a href="https://thehackernews.com/2026/07/cisa-adds-4-actively-exploited-adobe.html" target="_blank" rel="noopener noreferrer">The Hacker News</a></div></article>]]></content:encoded></item><item><title>PraisonAI: three critical CVEs — unsandboxed LLM code execution leaks all env secrets, plus tool-call RCE and DDL injection</title><link>https://ctipilot.ch/entries/2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli/</guid><pubDate>Sat, 11 Jul 2026 20:25:13 +0000</pubDate><dc:date>2026-07-11T20:25:13Z</dc:date><category>vulnerabilities</category><category>rce</category><category>ai-abuse</category><category>poc-public</category><category>patch-available</category><category>pre-auth</category><category>global</category><category>poc-public</category><category>patch-available</category><category>CVE-2026-61447</category><category>CVE-2026-61445</category><category>CVE-2026-60090</category><description><![CDATA[<p>Three CVEs disclosed in PraisonAI, an open-source multi-agent LLM orchestration framework (pip packages praisonaiagents / praisonai): CVE-2026-61447 (CVSS 10.0) runs LLM-generated Python in a subprocess with the full parent environment and a dead sandbox flag, and CVE-2026-61445 (9.4) lets AICoder tool calls write arbitrary files and run shell commands — both reachable by influencing the model&#39;s output through prompt injection. CVE-2026-60090 (9.3) is a separate SQL/CQL injection: a caller-controlled vector-store dimension parameter is interpolated into knowledge-store DDL, with no LLM nexus. The advisories ship proof-of-concept code, and all three are fixed in praisonaiagents ≥ 1.6.78 / praisonai ≥ 4.6.78.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli" data-tags="vulnerabilities rce ai-abuse poc-public patch-available pre-auth" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-11T20:25:13Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-61447/">CVE-2026-61447 +2</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="praisonai-agentic-framework-three-cves-code-exec-rce-ddli"><a href="https://ctipilot.ch/entries/2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli/">PraisonAI agent framework: three CVEs — unsandboxed LLM code execution, tool-call RCE, and vector-store DDL injection</a></h3><p>Three CVEs were published together on 2026-07-11 (NVD/EUVD) in PraisonAI — an open-source multi-agent LLM orchestration framework distributed as the <code>praisonaiagents</code> and <code>praisonai</code> pip packages. The first two share one root cause: the framework treats model output as trusted, so an attacker who can influence the LLM (via prompt injection in agent input, ingested documents, or tool results) reaches code execution without touching a classic network listener. <strong>CVE-2026-61447 (CVSS 10.0)</strong> is in <code>CodeAgent._execute_python()</code> (<code>src/praisonai-agents/praisonaiagents/agent/code_agent.py</code>, lines 253–308): LLM-generated Python is written to a temp file and run via <code>subprocess.run([&quot;python&quot;, temp_file], env=os.environ.copy())</code> with no AST validation and no import restrictions, and <code>CodeConfig</code> declares <code>sandbox: bool = True</code> (line 21) that the execution path never reads — so the flag is inert and the subprocess inherits every credential in the parent environment (<code>OPENAI_API_KEY</code>, <code>DATABASE_URL</code>, cloud tokens) (<a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-2xv2-w8cq-5gxw" target="_blank" rel="noopener noreferrer">PraisonAI GHSA-2xv2-w8cq-5gxw, 2026-06-25</a>). The advisory contrasts this with the framework&#39;s own sandboxed <code>execute_code</code> tool, which runs with an empty environment.</p>
<p><strong>CVE-2026-61445 (CVSS 9.4)</strong> is in the AICoder chat-UI component, which exposes <code>write_to_file</code> and <code>execute_command</code> tools to the model with no path validation or command sanitization; <code>apply_llm_response</code> joins the caller path with <code>os.path.join(self.cwd, args[&quot;path&quot;])</code>, which does not block absolute paths, so a model-driven write can land at <code>/etc/crontab</code> or <code>/root/.ssh/authorized_keys</code>, and the advisory notes containers commonly run as root, turning tool-call abuse into full in-container compromise (<a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-9mp3-24cc-77mg" target="_blank" rel="noopener noreferrer">PraisonAI GHSA-9mp3-24cc-77mg, 2026-06-25</a>). <strong>CVE-2026-60090 (CVSS 9.3)</strong> is a different bug class with no LLM nexus — a classic SQL/CQL injection reachable by any caller who can influence collection-creation parameters (for example through a RAG ingestion API), not through the model: the PGVector and Cassandra knowledge-store backends validate schema/keyspace/collection identifiers but interpolate the caller-supplied <code>dimension</code> value straight into the <code>CREATE TABLE</code>/CQL vector-column DDL, and the <code>int</code> type hint is not enforced at runtime, so a value like <code>3); DROP TABLE tenant_secrets; --</code> reaches the database driver (<a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-wf65-4jjx-q444" target="_blank" rel="noopener noreferrer">PraisonAI GHSA-wf65-4jjx-q444, 2026-06-25</a>). The three CVEs — VulnCheck-assigned and carried on ENISA EUVD and NVD with CVSS 4.0 vectors consistent with the assigned scores — were also independently re-reported the same day (<a href="https://www.thehackerwire.com/praisonai-rce-cve-2026-61447/" target="_blank" rel="noopener noreferrer">TheHackerWire, 2026-07-11</a>).</p>
<p>The exposure is narrow — self-hosted agent deployments, most likely in AI-pilot and innovation teams rather than production estate — but the transferable lesson is in the first two bugs: in an agentic framework the model&#39;s output is an execution surface, so the same detection thinking applies to any self-hosted LLM/agent tooling (CVE-2026-60090 is a conventional injection that the usual input-validation hygiene covers). Detection concepts, telemetry-class first: in process-creation telemetry with parent lineage (Sysmon EID 1, auditd <code>execve</code>, EDR process events), surface script interpreters (<code>python</code>, <code>sh</code>) whose parent is the agent-hosting Python process — and, more discriminating, where that child then reads credential-shaped environment variables or opens outbound connections; in the framework&#39;s own tool-call audit log, flag <code>write_to_file</code> / <code>execute_command</code> invocations whose arguments point outside the declared workspace (<code>/etc/</code>, <code>~/.ssh/</code>, cron paths); and in database audit logs, flag knowledge-store DDL carrying non-integer tokens (semicolons, comment sequences) in the vector-dimension position.</p><aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">patch to the fixed release line, and where a vulnerable <code>CodeAgent</code> ran with real secrets in its environment, treat those credentials as exposed and rotate them — the <code>os.environ.copy()</code> path handed the full environment to any code the model could be induced to emit. <strong>Triage:</strong> a <code>CodeAgent</code> legitimately spawns <code>python</code> subprocesses to do real data work, so parent-child lineage alone is not the signal — the discriminator the advisory&#39;s own mechanics dictate is the child&#39;s <em>behaviour</em>: imports or egress not required by the declared task (a <code>socket</code>/<code>urllib</code> call, a shell spawn) or a read of credential env vars; for AICoder, legitimate writes stay inside the project workspace, so a write to <code>/etc</code> or an SSH path is the separating signal. Do not rely on <code>CodeConfig(sandbox=True)</code> even after patching — verify the fixed version actually enforces isolation, and independently constrain agent code execution with OS-level sandboxing and a scoped (not inherited) environment.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">CodeAgent._execute_python() executes LLM-generated Python code in a subprocess with the complete parent-process environment (os.environ.copy()), zero AST validation, zero import restrictions, and no sandbox enforcement — even when CodeConfig(sandbox=True) is explicitly set.</p><p class="entry-cite__quote">sandbox=True is dead code</p><p class="entry-cite__quote"><strong>Root access</strong>: All Docker containers run as root (no USER directive)</p><p class="entry-cite__quote">A caller that can influence collection creation dimensions can append SQL/CQL tokens to the generated DDL executed by the database driver.</p><figcaption class="entry-cite__attr"><a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-2xv2-w8cq-5gxw" target="_blank" rel="noopener noreferrer">PraisonAI / MervinPraison (GitHub Security Advisory)</a> <span class="entry-cite__date mono">2026-06-25</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>11 Jul 20:25Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/praisonai-agentic-framework-three-cves-code-exec-rce-ddli/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-2xv2-w8cq-5gxw" target="_blank" rel="noopener noreferrer">PraisonAI / MervinPraison (GitHub Security Advisory)</a> · <a href="https://www.thehackerwire.com/praisonai-rce-cve-2026-61447/" target="_blank" rel="noopener noreferrer">TheHackerWire</a></div></article>]]></content:encoded></item><item><title>Kaspersky names Armored Likho — spear-phishing into an LLM-written loader chain that stages a full Python runtime and a PyArmor-protected stealer</title><link>https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/</guid><pubDate>Sat, 11 Jul 2026 17:40:00 +0000</pubDate><dc:date>2026-07-11T17:40:00Z</dc:date><category>espionage</category><category>phishing</category><category>infostealer</category><category>ai-abuse</category><category>russia-cis</category><category>latam</category><description><![CDATA[<p>Kaspersky documented (2026-07-03) Armored Likho (aka Eagle Werewolf), a previously unknown APT targeting government agencies and the electric-power sector across Russia, Brazil and Kazakhstan. Spear-phishing delivers an NSIS dropper or a ZDI-CAN-25373 LNK lure whose loader — assessed as LLM-generated — stages a bundled Python 3.12 runtime and the PyArmor-protected BusySnake Stealer from rotating GitHub repositories. Campaign active at publication; concrete low-noise hunt pivots exist. Published as an audit-recovered item: the primary fell inside the 2026-07-07 scheduler outage&#39;s backfill blind spot.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer" data-tags="espionage phishing infostealer ai-abuse" data-regions="russia-cis latam" data-kind="threat" data-priority="notable" data-discovered="2026-07-11T17:40:00Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 3: Possibly true"><span class="k">NATO</span>B3</span></div><h3 class="f-h" id="armored-likho-busysnake-ai-generated-loader-python-stealer"><a href="https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/">Armored Likho: new APT hits government and electric-power targets with an AI-generated loader and the Python &#39;BusySnake&#39; stealer</a></h3><p>Kaspersky&#39;s threat-monitoring team published a full analysis of a previously unknown APT it dubs Armored Likho (also tracked, on circumstantial evidence, as Eagle Werewolf), which mixes financially motivated campaigns against individuals with targeted espionage against organizations — the current campaign, still active at publication, concentrates on government agencies and electric-power-sector organizations in Russia, Brazil and Kazakhstan (<a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-03</a>). Initial access is spear-phishing with government-notice and social-program themes carrying archive attachments. One variant drops an NSIS self-extracting dropper that shows a decoy &quot;psychological test&quot; survey, writes a legitimate <code>pnx.exe</code> to a temp directory and injects loader code into its process memory; the other abuses the ZDI-CAN-25373 Windows shortcut-display weakness — whitespace/line-break padding that hides the LNK&#39;s real command line from the user — to launch obfuscated PowerShell. Both paths converge on a loader that Kaspersky assesses was written by an LLM (verbose comments and bullet-point emojis &quot;highly uncharacteristic of human-developed malware&quot;) — a concrete case of AI-generated first-stage tooling blurring the actor&#39;s TTP fingerprint and complicating attribution (<a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-03</a>).</p>
<p>The loader pulls its payload packages from attacker-controlled GitHub repositories whose contents and names rotate automatically, then stages everything under <code>%APPDATA%\WindowsHelper</code>: a bundled Python 3.12 interpreter, <code>get-pip.py</code> for dependency installation, and the primary payload <code>module.pyw</code> — BusySnake Stealer, a Python infostealer obfuscated with PyArmor Pro 9.2.0 that decrypts each function&#39;s bytecode only at call time and re-encrypts it afterward. Persistence is a VBScript launcher (<code>run.vbs</code>) registered as a scheduled task re-executing the payload every five minutes; a companion <code>wh_selfdelete.vbs</code> wipes the initial loader. On tasking from its C2, the stealer harvests Chromium credentials via DPAPI and Firefox credentials via <code>PK11SDR_Decrypt</code>, steals browser cookies (in one command variant by installing a browser extension), scrapes the clipboard and local files for 64-character hex keys and <code>otpauth://</code> OTP seeds, inventories and exfiltrates user documents under 5 MB, captures screenshots, packages Telegram <code>tdata</code> session stores after force-killing <code>telegram.exe</code>, hunts cryptocurrency-wallet JSON files, opens a reverse-SSH tunnel with a C2-supplied key, and abuses RustDesk — downloading it if absent, or restarting it to make the user re-enter their ID/password while screenshotting the credentials (<a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-03</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the chain is long but noisy in telemetry classes most estates already collect. In process-creation telemetry, alert on script interpreters or unknown binaries spawning a bundled/user-writable Python interpreter (<code>python.exe</code>/<code>pythonw.exe</code> executing from <code>%APPDATA%</code>), on <code>.pyw</code> files registered in scheduled tasks, and on <code>wscript.exe</code> launching from <code>%APPDATA%\WindowsHelper</code>-style working directories; in network telemetry, surface hosts fetching archives from GitHub release repositories outside development context, and outbound SSH from hosts with no SSH business. <strong>Triage:</strong> developer machines legitimately run user-installed Python — the discriminators are the scheduled-task-driven five-minute re-execution cadence, the interpreter living under <code>%APPDATA%</code> rather than a managed install path, and RustDesk (re)starts the user did not initiate; any one alone is weak, the combination is the signal. For the profiled constituency this is transferable tradecraft knowledge, not an active home-region threat — no Swiss or EU targeting is reported.</div></aside>
<p><em>Provenance note: this entry was published by the 2026-07-11 full-store quality audit, which found the item had fallen into the 2026-07-07 scheduler outage&#39;s backfill blind spot (research-blog publications do not route through the KEV/CERT catch-up paths the backfill run swept — pipeline fix shipped as prompts v3.21).</em></p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">This targeted campaign focuses heavily on government agencies and the electric power sector. The geographical footprint of these attacks spans Russia, Brazil, and Kazakhstan, establishing the group as a global threat actor.</p><p class="entry-cite__quote">This coding style is highly uncharacteristic of human-developed malware. It strongly indicates that the group is leveraging LLMs to generate their malicious payloads.</p><figcaption class="entry-cite__attr"><a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a> <span class="entry-cite__date mono">2026-07-03</span></figcaption></figure></div><div class="prov"><span>threat</span><span>11 Jul 17:40Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/armored-likho-busysnake-ai-generated-loader-python-stealer/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://securelist.com/tr/armored-likho-apt-with-busysnake-stealer/120292/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist</a></div></article>]]></content:encoded></item><item><title>CERT-FR flags three new MOVEit Transfer CVEs — a pre-auth SFTP memory-leak DoS is reachable on any exposed instance (no exploitation yet)</title><link>https://ctipilot.ch/entries/2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903/</guid><pubDate>Sat, 11 Jul 2026 13:05:00 +0000</pubDate><dc:date>2026-07-11T13:05:00Z</dc:date><category>vulnerabilities</category><category>dos</category><category>pre-auth</category><category>patch-available</category><category>global</category><category>europe</category><category>switzerland</category><category>patch-available</category><category>CVE-2026-10699</category><category>CVE-2026-10698</category><category>CVE-2026-11903</category><description><![CDATA[<p>France&#39;s CERT-FR/ANSSI advisory CERTFR-2026-AVI-0856 (2026-07-10) covers three newly-patched flaws in Progress MOVEit Transfer, the managed file-transfer product with a history of mass exploitation (Cl0p, 2023): CVE-2026-10699 (CVSS 7.5) is an unauthenticated SFTP-service memory leak an attacker can drive to denial of service; CVE-2026-10698 (CVSS 7.2) lets an admin-level user bypass Custom Reports table-scope restrictions to read or manipulate data outside scope; CVE-2026-11903 (CVSS 8.0) is a low-privilege stored XSS in the Ad Hoc module. No exploitation or public PoC is reported. Fixed in 2026.0.2 (and the 2025.0.8 / 2025.1.4 branch releases); Swiss/EU public-sector and finance operators running internet-facing MOVEit should prioritise the upgrade given the product&#39;s exposure profile and exploitation history.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903" data-tags="vulnerabilities dos pre-auth patch-available" data-regions="global europe switzerland" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-11T13:05:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-10699/">CVE-2026-10699 +2</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="moveit-transfer-certfr-cve-2026-10699-10698-11903"><a href="https://ctipilot.ch/entries/2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903/">Progress MOVEit Transfer: pre-auth SFTP DoS (CVE-2026-10699), admin table-scope bypass (CVE-2026-10698) and stored XSS (CVE-2026-11903), patched 2026.0.2</a></h3><p>France&#39;s national CERT (CERT-FR/ANSSI) published advisory <a href="https://www.cert.ssi.gouv.fr/avis/CERTFR-2026-AVI-0856/" target="_blank" rel="noopener noreferrer">CERTFR-2026-AVI-0856</a> on 2026-07-10 for three newly-disclosed vulnerabilities in Progress MOVEit Transfer, a managed file-transfer product whose 2023 Cl0p mass-exploitation campaign against roughly 2,600 organisations makes any internet-facing MOVEit flaw worth prompt attention. The most exposure-relevant is <strong>CVE-2026-10699</strong> (CVSS 3.1 7.5, <a href="https://cve.threatint.eu/CVE/CVE-2026-10699" target="_blank" rel="noopener noreferrer">Progress CNA record</a>), a missing-release-of-memory flaw in the SFTP service: memory is not freed after its effective lifetime, letting an unauthenticated remote attacker exhaust memory and force a denial of service on any instance whose SFTP listener is reachable. <strong>CVE-2026-10698</strong> (CVSS 7.2, <a href="https://cve.threatint.eu/CVE/CVE-2026-10698" target="_blank" rel="noopener noreferrer">Progress CNA record</a>) is a query-logic flaw in the Custom Reports module that lets an attacker already holding admin-level privileges bypass a report&#39;s table-scope restrictions to read or manipulate data outside its intended scope, and <strong>CVE-2026-11903</strong> (CVSS 8.0, <a href="https://cve.threatint.eu/CVE/CVE-2026-11903" target="_blank" rel="noopener noreferrer">Progress CNA record</a>) is a stored cross-site-scripting flaw in the Ad Hoc module that a low-privileged authenticated user can plant to run script in another user&#39;s session. CERT-FR gives the fixed release as MOVEit Transfer 2026.0.2, with the 2025.0.8 and 2025.1.4 branch releases carrying the same fixes; no active exploitation or public proof-of-concept is reported for any of the three.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender note</span><div class="callout__body">the actionable driver here is exposure, not exploitation — this is a prompt patch-prioritisation item for a product with a documented mass-exploitation history, not an active-incident response. Rank internet-facing instances by whether their SFTP port is reachable (the only pre-authentication path, CVE-2026-10699), and treat MOVEit as the kind of edge MFT asset where a future exploitation wave would move fast. <strong>Detection:</strong> for the DoS, watch MOVEit host memory/RSS growth and SFTP session churn for abnormal unauthenticated connection patterns that precede service degradation; for the stored XSS, monitor Ad Hoc-module content for injected script and administrative-session anomalies. The benign-lookalike discriminator for the DoS is that legitimate SFTP clients complete authentication and transfer, whereas the abuse pattern is repeated pre-auth connection/allocation churn from a source that never progresses to a successful transfer.</div></aside><div class="prov"><span>vulnerability</span><span>11 Jul 13:05Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/moveit-transfer-certfr-cve-2026-10699-10698-11903/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.cert.ssi.gouv.fr/avis/CERTFR-2026-AVI-0856/" target="_blank" rel="noopener noreferrer">CERT-FR / ANSSI</a> · <a href="https://cve.threatint.eu/CVE/CVE-2026-10699" target="_blank" rel="noopener noreferrer">CVE record (Progress CNA, via THREATINT)</a></div></article>]]></content:encoded></item><item><title>Two more Joomla extensions patch file-upload-to-RCE flaws — RSFiles! is reachable with no login at all (CVSS 10.0)</title><link>https://ctipilot.ch/entries/2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828/</guid><pubDate>Sat, 11 Jul 2026 13:00:00 +0000</pubDate><dc:date>2026-07-11T13:00:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>poc-public</category><category>patch-available</category><category>global</category><category>europe</category><category>switzerland</category><category>patch-available</category><category>CVE-2026-57827</category><category>CVE-2026-57828</category><description><![CDATA[<p>Two more Joomla third-party extensions from the same researcher-driven disclosure wave patched arbitrary-file-upload-to-RCE flaws on 2026-07-10: RSFiles! (com_rsfiles) up to 1.17.11 lets any unauthenticated visitor upload and execute a .php file in its web-root downloads folder (CVE-2026-57827, CVSS 4.0 10.0, fixed 1.17.12), and Phoca Download (com_phocadownload) up to 6.1.2 lets a logged-in member bypass the file-type allow-list on its non-default member-upload feature (CVE-2026-57828, CVSS 4.0 9.0, fixed 6.1.3). No public PoC and no confirmed exploitation of these two yet, but earlier members of this exact CWE-434 wave reached CISA KEV within days — any Swiss/EU municipal or public-sector Joomla site running these extensions should update now and hunt for web shells.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828" data-tags="vulnerabilities rce pre-auth poc-public patch-available" data-regions="global europe switzerland" data-kind="vulnerability" data-priority="high" data-discovered="2026-07-11T13:00:00Z"><div class="badges"><span class="b pri">HIGH</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-57827/">CVE-2026-57827 +1</a><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828"><a href="https://ctipilot.ch/entries/2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828/">Joomla file-upload RCE wave adds RSFiles! (CVE-2026-57827, unauth, CVSS 10.0) and Phoca Download (CVE-2026-57828, CVSS 9.0)</a></h3><p>Two more third-party Joomla extensions have patched unrestricted-file-upload flaws that end in remote code execution, both disclosed and fixed on 2026-07-10 by the same researcher (Phil Taylor of mySites.guru) whose source-code audits have been driving an ongoing wave of the identical CWE-434 bug class across the Joomla extension ecosystem. In <strong>RSFiles!</strong> (<code>com_rsfiles</code>) through 1.17.11, the permission gate and file-type allow-list live in a pre-flight method while the method that actually writes the upload to disk performs no permission check and no extension check; because that write method can be called directly with no site-wide CSRF token and no access check, an anonymous visitor bypasses the gate entirely, and RSFiles!&#39;s default downloads folder sits inside the web root with PHP execution enabled (the protective <code>.htaccess</code> is an opt-in setting that is off by default) — so a <code>.php</code> upload lands in a directory that executes it, giving unauthenticated RCE (CVE-2026-57827, CVSS 4.0 10.0; the vendor RSJoomla! shipped 1.17.12 the same day, <a href="https://www.rsjoomla.com/blog/view/644-unauthenticated-file-upload-fixed-in-rsfiles-version-11712-update-now.html" target="_blank" rel="noopener noreferrer">&quot;update NOW!&quot;</a>). In <strong>Phoca Download</strong> (<code>com_phocadownload</code>) through 6.1.2, the non-default frontend member-upload feature runs under a different internal upload mode than the one the allow-list check was written for, so the configured file-type restriction is never consulted and a registered member can upload and execute a <code>.php</code> file into the public user-upload folder — authenticated RCE that requires an account plus the member-upload feature enabled (CVE-2026-57828, CVSS 4.0 9.0, fixed in 6.1.3) (<a href="https://mysites.guru/blog/phoca-download-authenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-10</a>).</p>
<p>Neither flaw has a published proof-of-concept and neither is confirmed exploited yet, but the wave&#39;s earlier members have a short track record from disclosure to in-the-wild abuse: JoomShaper SP Page Builder (CVE-2026-48908), Joomlack Page Builder CK (CVE-2026-56290), Balbooa Forms (CVE-2026-56291) and iCagenda (CVE-2026-48939) all carry the same unauthenticated-or-low-auth file-upload primitive, and several were added to CISA&#39;s KEV catalog within days — iCagenda after confirmed zero-day exploitation (<a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru, 2026-07-10</a>). Joomla is heavily used across Swiss and European municipal and public-sector websites, and extension-level exposure is independent of core-Joomla patch status, so an otherwise up-to-date site can still be exposed through either component.</p>
<aside class="callout callout--detection" role="note"><span class="callout__label">Detection</span><div class="callout__body">in web-access logs, hunt POST requests to these components&#39; frontend upload endpoints (com_rsfiles upload tasks; com_phocadownload member-upload) and, in the filesystem, alert on new <code>.php</code>/<code>.phtml</code>/<code>.php5</code> files appearing under extension download/upload directories inside the web root — the classic web-shell-staging signal. The benign-lookalike discriminator is the session context: legitimate upload traffic always carries a valid Joomla session cookie and a CSRF token matching that session, whereas the RSFiles! exploit path reaches the write function anonymously with no token, and the Phoca path reaches a write mode the allow-list never guarded; either an upload with no matching session/token or an executable file type landing in a public directory is the anomaly to chase.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">any attacker, without having an account on your website, can upload a .php file in your /downloads directory and execute it.</p><figcaption class="entry-cite__attr">RSJoomla! (vendor advisory, quoted by mySites.guru)</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">A logged-in user could upload a file type that should have been rejected, such as a <code>.php</code> script, into the public user-upload folder and then run it.</p><figcaption class="entry-cite__attr"><a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru</a> <span class="entry-cite__date mono">2026-07-10</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>11 Jul 13:00Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/joomla-rsfiles-phoca-file-upload-rce-cve-2026-57827-57828/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://mysites.guru/blog/rsfiles-unauthenticated-file-upload-rce/" target="_blank" rel="noopener noreferrer">mySites.guru</a> · <a href="https://www.rsjoomla.com/blog/view/644-unauthenticated-file-upload-fixed-in-rsfiles-version-11712-update-now.html" target="_blank" rel="noopener noreferrer">RSJoomla! (vendor)</a></div></article>]]></content:encoded></item><item><title>NHS England presses trusts toward RBAC scoping, MFA and real-time audit alerting on EPR access after staff viewed crime-victims&#39; records</title><link>https://ctipilot.ch/entries/2026-07-11/nhs-england-insider-patient-record-access-controls/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/nhs-england-insider-patient-record-access-controls/</guid><pubDate>Sat, 11 Jul 2026 04:30:43 +0000</pubDate><dc:date>2026-07-11T04:30:43Z</dc:date><category>insider-threat</category><category>data-breach</category><category>identity</category><category>uk</category><category>europe</category><description><![CDATA[<p>NHS England published guidance and a staff-awareness campaign (2026-07-08) after insider incidents in which staff viewed the electronic records of high-profile crime victims with no legitimate clinical need — including victims of the 2023 Nottingham attacks. The guidance presses trusts toward role-based access scoped to care-team need, MFA on EPR access, and real-time audit alerting. The transferable lesson for any European public-sector health provider, Swiss cantonal hospitals included: authorised access is not legitimate access, and detection must join record views to a clinical relationship.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/nhs-england-insider-patient-record-access-controls" data-tags="insider-threat data-breach identity" data-regions="uk europe" data-kind="incident" data-priority="notable" data-discovered="2026-07-11T04:30:43Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability A: Completely reliable · information credibility 2: Probably true"><span class="k">NATO</span>A2</span></div><h3 class="f-h" id="nhs-england-insider-patient-record-access-controls"><a href="https://ctipilot.ch/entries/2026-07-11/nhs-england-insider-patient-record-access-controls/">NHS England issues insider-access controls after staff &#39;snooping&#39; on high-profile patients&#39; records</a></h3><p>NHS England issued guidance to all NHS organisations on 2026-07-08 on preventing, monitoring and investigating unauthorised staff access to patient records, alongside a &quot;don&#39;t let curiosity kill your career&quot; awareness campaign, after a run of insider incidents in which staff viewed the electronic records of victims of high-profile crimes — including the 2023 Nottingham attacks — with no legitimate clinical reason (<a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England, 2026-07-08</a>). The guidance sets out that confirmed unlawful access may be reported to the Information Commissioner&#39;s Office and police, both of which can pursue criminal prosecution, and to professional regulators able to end a clinician&#39;s registration; Infosecurity Magazine reports the triggering cases included staff dismissed for accessing Nottingham-attack victims&#39; records and roughly 40 staff at a Cambridgeshire hospital who accessed a seriously injured child&#39;s record (<a href="https://www.infosecurity-magazine.com/news/nhs-warns-staff-unauthorized/" target="_blank" rel="noopener noreferrer">Infosecurity Magazine, 2026-07-10</a>). This is the perennial healthcare insider-misuse problem — authorised users abusing legitimate credentials (not an external intrusion) — but the operational content is in the controls NHS England now presses: role-based access minimising sensitive-record visibility to those who need it, multi-factor authentication, and monitoring capable, on newer EPR systems, of flagging suspicious access in real time (<a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England, 2026-07-08</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the ICO&#39;s framing — &quot;having the ability to view a record is not the same as having a legitimate need to do so&quot; — is the design principle for any electronic patient/health record deployment with broad role-based read access, and it is directly transferable to European public-sector health providers, including Swiss cantonal hospital networks, running comparable systems. <strong>Triage:</strong> a legitimate clinical view correlates with an active care-team or ward assignment, or a documented referral, for that patient during the current episode of care; an illegitimate &quot;curiosity&quot; view is a record access with no matching clinical relationship — a staff member outside the treating team viewing a newsworthy patient&#39;s record, or access falling outside the patient&#39;s active care episode or the staff member&#39;s rostered shift. The practical detection is audit-log analytics that join access events to the care-team/rostering system of record and surface views lacking a clinical nexus, complemented by anomaly detection on per-staff access volume and by break-glass overrides that carry no post-hoc justification; both Nottingham and Cambridgeshire were caught reactively, so proactive audit sampling is the gap this closes.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Having the ability to view a record is not the same as having a legitimate need to do so.</p><figcaption class="entry-cite__attr">NHS England (ICO Chief Executive Paul Arnold)</figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">some newer electronic patient record systems may be able to identify unlawful access in ‘real’ time, with the capability to set up alert ‘flags’ to identify suspicious activity.</p><figcaption class="entry-cite__attr"><a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England</a> <span class="entry-cite__date mono">2026-07-08</span></figcaption></figure></div><div class="prov"><span>incident</span><span>11 Jul 04:30Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/nhs-england-insider-patient-record-access-controls/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.england.nhs.uk/2026/07/snooping-staff-face-sack-prison-inappropriate-access-patient-data/" target="_blank" rel="noopener noreferrer">NHS England</a> · <a href="https://www.infosecurity-magazine.com/news/nhs-warns-staff-unauthorized/" target="_blank" rel="noopener noreferrer">Infosecurity Magazine</a></div></article>]]></content:encoded></item><item><title>Symantec: a driver built malicious from the outset — yet WHCP-signed — defeats code-signing allowlisting to kill EDR before GodDamn encrypts</title><link>https://ctipilot.ch/entries/2026-07-11/goddamn-ransomware-poisonx-microsoft-signed-driver/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-11/goddamn-ransomware-poisonx-microsoft-signed-driver/</guid><pubDate>Sat, 11 Jul 2026 04:30:43 +0000</pubDate><dc:date>2026-07-11T04:30:43Z</dc:date><category>ransomware</category><category>organized-crime</category><category>identity</category><category>global</category><description><![CDATA[<p>Symantec attributes GodDamn ransomware (first seen 2026-05-21) to the Hyadina developer behind the Monster→Beast lineage, and documents a June 2026 intrusion where the operators loaded PoisonX (g11.sys) — a kernel driver they got signed under Microsoft&#39;s Windows Hardware Compatibility Publisher program despite it being malicious by design — to terminate security processes and strip user-mode API hooks before encrypting. The signed-malicious-driver twist means code-signing allowlisting will not stop it; detection must be behavioural.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-11/goddamn-ransomware-poisonx-microsoft-signed-driver" data-tags="ransomware organized-crime identity" data-regions="global" data-kind="threat" data-priority="notable" data-discovered="2026-07-11T04:30:43Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-high" title="NATO Admiralty code · source reliability B: Usually reliable · information credibility 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="goddamn-ransomware-poisonx-microsoft-signed-driver"><a href="https://ctipilot.ch/entries/2026-07-11/goddamn-ransomware-poisonx-microsoft-signed-driver/">GodDamn ransomware (Beast/Monster rebrand) blinds EDR with &#39;PoisonX&#39;, a malicious kernel driver Microsoft signed</a></h3><p>Symantec&#39;s Threat Hunter Team assesses that GodDamn — surfaced as a &quot;new&quot; ransomware, first observed 2026-05-21 — is the latest rebrand in a lineage it tracks to a developer called Hyadina: Monster (2022) → Beast → GodDamn, the last sharing significant code overlap with Beast (<a href="https://www.security.com/threat-intelligence/goddamn-ransomware-beast-rebrand" target="_blank" rel="noopener noreferrer">Symantec/Broadcom, 2026-07-09</a>). The investigated early-June intrusion is a conventional human-operated ransomware kill chain with one standout component. AnyDesk appeared on the first host staged under the user&#39;s Music folder — a placement Symantec reads as manual attacker delivery, not a normal install — and began beaconing to relay infrastructure. The operators then dropped a defence-evasion binary masquerading as a Symantec product, which installed the PoisonX kernel driver (<code>g11.sys</code>) into the system driver store, staged a 14-tool credential-harvesting kit (13 NirSoft utilities plus Mimikatz) under the profile, moved laterally across 10-plus hosts via PsExec while re-installing AnyDesk on each for unattended access (writing <code>ad.security.interactive_access=2</code> to suppress the consent prompt and registering it as auto-start services), disabled Windows Defender real-time monitoring, and finally deployed the encrypter (<a href="https://www.security.com/threat-intelligence/goddamn-ransomware-beast-rebrand" target="_blank" rel="noopener noreferrer">Symantec/Broadcom, 2026-07-09</a>; <a href="https://thehackernews.com/2026/07/goddamn-ransomware-uses-poisonx-driver.html" target="_blank" rel="noopener noreferrer">The Hacker News, 2026-07-09</a>).</p>
<p>PoisonX is what distinguishes this case from routine bring-your-own-vulnerable-driver tradecraft. Rather than abusing a flaw in a legitimate signed driver, PoisonX is a driver built to be malicious that its developers nonetheless got signed under Microsoft&#39;s &quot;Windows Hardware Compatibility Publisher&quot; program; once loaded it terminates security-product processes and strips user-mode API hooks, so it disables EDR visibility rather than merely evading it. It was first documented earlier in 2026 killing the CrowdStrike Falcon service via a crafted IOCTL to an undocumented driver interface (<a href="https://www.security.com/threat-intelligence/goddamn-ransomware-beast-rebrand" target="_blank" rel="noopener noreferrer">Symantec/Broadcom, 2026-07-09</a>).</p><aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">because the driver carries a valid Microsoft signature, code-signing allowlists and reputation checks pass it — detection has to be behavioural. <strong>Triage:</strong> legitimate driver installs do not co-occur with mass termination of security services, so the load of a rarely-seen driver immediately followed by security-product process/service stops and the loss of user-mode hooks on the same host is the discriminator; AnyDesk running from a personal media folder (versus IT-managed Program Files) and configured for unattended access is a second, independent pivot.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">the PoisonX driver seems to be slightly more unusual, in that it appears to be a malicious driver that its developers succeeded in getting signed by Microsoft, and it is now being used by ransomware attackers.</p><p class="entry-cite__quote">Placing AnyDesk under the user Music folder rather than a standard installation directory is consistent with manual delivery by an attacker who had already obtained access to the host by an earlier means.</p><figcaption class="entry-cite__attr"><a href="https://www.security.com/threat-intelligence/goddamn-ransomware-beast-rebrand" target="_blank" rel="noopener noreferrer">Symantec Threat Hunter Team (Broadcom)</a> <span class="entry-cite__date mono">2026-07-09</span></figcaption></figure></div><div class="prov"><span>threat</span><span>11 Jul 04:30Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-11/goddamn-ransomware-poisonx-microsoft-signed-driver/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.security.com/threat-intelligence/goddamn-ransomware-beast-rebrand" target="_blank" rel="noopener noreferrer">Symantec Threat Hunter Team (Broadcom)</a> · <a href="https://thehackernews.com/2026/07/goddamn-ransomware-uses-poisonx-driver.html" target="_blank" rel="noopener noreferrer">The Hacker News</a> · <a href="https://www.infosecurity-magazine.com/news/ransomware-removes-cybersecurity/" target="_blank" rel="noopener noreferrer">Infosecurity Magazine</a></div></article>]]></content:encoded></item></channel></rss>