<?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 · Per item</title><link>https://ctipilot.ch/</link><atom:link href="https://ctipilot.ch/feed-items.xml" rel="self" type="application/rss+xml"/><description>Individual intelligence entries as they are verified and published (threats, incidents, vulnerabilities, research, updates, deep dives). pubDate is the discovery moment.</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>Unit 42 publishes a full RUGGEDCOM ROX II exploit chain — file disclosure, feature-key command injection, and task-scheduler persistence to root</title><link>https://ctipilot.ch/entries/2026-07-18/siemens-ruggedcom-rox-ii-unit42-three-cve-chain/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/siemens-ruggedcom-rox-ii-unit42-three-cve-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>ot-ics</category><category>rce</category><category>priv-esc</category><category>patch-available</category><category>global</category><category>europe</category><category>patch-available</category><category>CVE-2025-40948</category><category>CVE-2025-40947</category><category>CVE-2025-40949</category><description><![CDATA[<p>Palo Alto Unit 42 published (2026-07-17) a three-stage exploit chain against Siemens RUGGEDCOM ROX II operational-technology switches: CVE-2025-40948 (CVSS 6.8) misuses a root-privileged xz invocation to read any file on the device, CVE-2025-40947 (CVSS 7.5) is command injection in the feature-key signature-verification path, and CVE-2025-40949 (CVSS 9.1) lets an authenticated attacker inject commands into the web-management task scheduler for persistent, reboot-surviving root code execution. Siemens patched all three in firmware V2.17.1 (advisories SSA-973901/-078743/-081142); no in-the-wild exploitation is reported. ROX II sits as a network-security/routing boundary inside rail, utility, water and manufacturing networks across Europe.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/siemens-ruggedcom-rox-ii-unit42-three-cve-chain" data-tags="vulnerabilities ot-ics rce priv-esc patch-available" data-regions="global europe" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-18T04:35:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2025-40948/">CVE-2025-40948 +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="siemens-ruggedcom-rox-ii-unit42-three-cve-chain"><a href="https://ctipilot.ch/entries/2026-07-18/siemens-ruggedcom-rox-ii-unit42-three-cve-chain/">CVE-2025-40948/-40947/-40949 — Siemens RUGGEDCOM ROX II: Unit 42 chains three OT-switch flaws to persistent root</a></h3><p>Unit 42 published a chained analysis (2026-07-17) of three vulnerabilities in Siemens RUGGEDCOM ROX II, the ruggedised OT switch/router family Siemens positions as a network-security boundary inside industrial networks — rail, utilities, water and manufacturing, including Swiss and European critical infrastructure (<a href="https://unit42.paloaltonetworks.com/siemens-rox-ii-zero-day-vulnerabilities/" target="_blank" rel="noopener noreferrer">Unit 42, 2026-07-17</a>). The chain moves from information disclosure to persistent root. Stage one, <strong>CVE-2025-40948</strong> (CVSS 6.8), abuses a root-privileged daemon that invokes the <code>xz</code> utility with attacker-supplied parameters: supplying <code>-f</code>, <code>-c</code> and <code>-d</code> together turns <code>xz</code> into a <code>cat</code> equivalent, letting an attacker read any file on the device — configuration, password hashes, private keys (<a href="https://unit42.paloaltonetworks.com/siemens-rox-ii-zero-day-vulnerabilities/" target="_blank" rel="noopener noreferrer">Unit 42, 2026-07-17</a>). Stage two, <strong>CVE-2025-40947</strong> (CVSS 7.5), is command injection in the feature-key signature-verification routine: the parsed signature string is inserted unsanitised into a <code>gpgv</code> command executed via <code>system()</code> as root, so a crafted feature-key file whose signature field carries a command-injection payload runs attacker code as root (typically after the attacker uploads a script through the web UI&#39;s normal feature-key upload). Stage three, <strong>CVE-2025-40949</strong> (CVSS 9.1), is command injection in the web-management task scheduler — Siemens describes it as an &quot;authenticated remote attacker&quot; injecting commands that &quot;execute arbitrary commands with root privileges&quot; (<a href="https://cert-portal.siemens.com/productcert/html/ssa-081142.html" target="_blank" rel="noopener noreferrer">Siemens ProductCERT SSA-081142, 2026-05-12</a>) — writing malicious entries into the scheduler configuration for persistent, reboot-surviving root execution.</p>
<p>Siemens patched all three in firmware <strong>V2.17.1</strong> across the ROX II family (MX5000/MX5000RE, the RX1400–RX1536 line, RX5000) and published advisories SSA-973901, SSA-078743 and SSA-081142; no in-the-wild exploitation is reported. The transferable lesson beyond this device family, per Unit 42, is the anti-pattern: a device invoking a general-purpose CLI utility (here <code>xz</code>) as root inside its own validation logic is a recurring OT/embedded-appliance weakness worth hunting for elsewhere.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">Schedule the V2.17.1 firmware update on ROX II estates; where an OT change window delays it, keep the ROX II web-management and feature-key-upload interfaces isolated from untrusted segments as the interim control. Detection concept, telemetry-class first: on devices exposing shell/audit telemetry, hunt for anomalous <code>xz</code> invocations combining the <code>-f</code>/<code>-c</code>/<code>-d</code> flags, feature-key upload activity outside maintenance windows, and unexpected entries appearing in the task-scheduler configuration (arbitrary interpreters such as <code>python</code>/<code>bash</code> or direct system calls in place of legitimate task functions). <strong>Triage:</strong> legitimate ROX II administration uses the scheduler for periodic maintenance tasks — the discriminator is a scheduled task whose command field invokes a general script interpreter or shell rather than the device&#39;s own task functions, especially one added outside a change window.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Successful exploitation of this chain would allow an attacker to achieve full privilege escalation and persistent root-level access on these devices, which are critical components of industrial control networks.</p><figcaption class="entry-cite__attr"><a href="https://unit42.paloaltonetworks.com/siemens-rox-ii-zero-day-vulnerabilities/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a> <span class="entry-cite__date mono">2026-07-17</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Ruggedcom Rox contains an input validation vulnerability in the Scheduler functionality that could allow an authenticated remote attacker to execute arbitrary commands with root privileges on the underlying operating system.</p><figcaption class="entry-cite__attr"><a href="https://cert-portal.siemens.com/productcert/html/ssa-081142.html" target="_blank" rel="noopener noreferrer">Siemens ProductCERT (SSA-081142)</a> <span class="entry-cite__date mono">2026-05-12</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/siemens-ruggedcom-rox-ii-unit42-three-cve-chain/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://unit42.paloaltonetworks.com/siemens-rox-ii-zero-day-vulnerabilities/" target="_blank" rel="noopener noreferrer">Palo Alto Networks Unit 42</a> · <a href="https://cert-portal.siemens.com/productcert/html/ssa-081142.html" target="_blank" rel="noopener noreferrer">Siemens ProductCERT (SSA-081142)</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>Abbott confirms unauthorized access to its Cancer Diagnostics (Exact Sciences) systems as ShinyHunters claims a helpdesk-vishing to Entra SSO breach</title><link>https://ctipilot.ch/entries/2026-07-18/abbott-exact-sciences-shinyhunters-entra-sso-vishing/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-18/abbott-exact-sciences-shinyhunters-entra-sso-vishing/</guid><pubDate>Sat, 18 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-18T04:35:00Z</dc:date><category>data-breach</category><category>phishing</category><category>identity</category><category>cloud</category><category>global</category><category>us</category><description><![CDATA[<p>Abbott Laboratories confirmed (2026-07-16) unauthorized access to a limited number of internal systems in its Cancer Diagnostics business (the acquired Exact Sciences unit) only. Separately, the ShinyHunters extortion group claims the intrusion began with a vishing call that compromised a Microsoft Entra ID single-sign-on account, then used it to pull 30M+ records from Entra, ServiceNow, SharePoint, Databricks and Coupa — a claim Abbott has neither confirmed nor attributed. The confirmed incident plus the same vishing-to-cloud-SSO tradecraft this actor uses against SaaS-integrated enterprises makes it relevant to healthcare and any SharePoint/Entra-dependent estate.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-18/abbott-exact-sciences-shinyhunters-entra-sso-vishing" data-tags="data-breach phishing identity cloud" data-regions="global us" 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 A: Completely reliable · information credibility 3: Possibly true"><span class="k">NATO</span>A3</span></div><h3 class="f-h" id="abbott-exact-sciences-shinyhunters-entra-sso-vishing"><a href="https://ctipilot.ch/entries/2026-07-18/abbott-exact-sciences-shinyhunters-entra-sso-vishing/">Abbott confirms a Cancer Diagnostics cyber incident; ShinyHunters claims a vished Entra SSO account and 30M+ records</a></h3><p>Abbott Laboratories is investigating a cyber incident and states there was &quot;unauthorized access to a limited number of internal systems in our Cancer Diagnostics business only,&quot; adding that there is &quot;no impact to any other Abbott businesses, sites or systems&quot; and that the legacy Exact Sciences systems (Exact Sciences was folded into Abbott&#39;s diagnostics business in a 2026 acquisition) remain separate from Abbott&#39;s core infrastructure (<a href="https://www.abbott.com/en-us/corpnewsroom/diagnostics-testing/abbott-statement-on-cyber-incident-in-cancer-diagnostics-business" target="_blank" rel="noopener noreferrer">Abbott, 2026-07-16</a>). Abbott has not named an actor, confirmed a method, or disclosed what kind of information was accessed (<a href="https://www.medtechdive.com/news/abbott-discloses-cyberattack-on-cancer-diagnostics-business/825529/" target="_blank" rel="noopener noreferrer">MedTech Dive, 2026-07-17</a>).</p>
<p>The <strong>ShinyHunters</strong> extortion group (registry-tracked, alias UNC6240) claims responsibility, saying the intrusion began with a vishing (voice-phishing) attack targeting several Abbott employees that compromised a Microsoft Entra ID single-sign-on account, which was then used to &quot;exfiltrate data from Microsoft Entra, ServiceNow, SharePoint, Databricks, and Coupa&quot; — the actor&#39;s leak-site posting claims more than 30 million customer records, medical notes and orders, and set a leak deadline it later pushed to 21 July (<a href="https://www.bleepingcomputer.com/news/security/abbott-laboratories-probes-two-cyber-incidents-amid-extortion-claims/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-17</a>). A second, separate claim by an actor calling itself &quot;ShadowByt3\$&quot; alleges compromise of an externally facing LabCentral portal, which BleepingComputer reports houses publicly available technical product reference documents and does not contain proprietary or sensitive customer or business information (<a href="https://www.bleepingcomputer.com/news/security/abbott-laboratories-probes-two-cyber-incidents-amid-extortion-claims/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-17</a>). The record counts and the specific SaaS platforms are the actor&#39;s unverified claim, not Abbott&#39;s confirmation.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the transferable signal is the actor&#39;s method, not the victim&#39;s name — the same vishing-to-cloud-SSO tradecraft ShinyHunters/UNC6240 has used against SaaS-integrated enterprises, now aimed at a large healthcare/diagnostics estate&#39;s Entra/ServiceNow/SharePoint/Databricks/Coupa stack, which mirrors the SharePoint-and-Entra default across Swiss and EU public-sector tenants. <strong>Triage:</strong> distinguish a legitimate help-desk-assisted MFA or device re-enrollment from a vished account takeover — the discriminators are an MFA-method change or new-device registration on an account immediately preceding a spike in bulk SaaS data-export activity, and Entra sign-in anomalies (unfamiliar device, unusual ISP/ASN, impossible travel) on the account in the hours before large read/export operations against ServiceNow, SharePoint, Databricks or Coupa.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Abbott is investigating a cyber incident in which there was unauthorized access to a limited number of internal systems in our Cancer Diagnostics business only.</p><figcaption class="entry-cite__attr"><a href="https://www.abbott.com/en-us/corpnewsroom/diagnostics-testing/abbott-statement-on-cyber-incident-in-cancer-diagnostics-business" target="_blank" rel="noopener noreferrer">Abbott Laboratories (own statement)</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">ShinyHunters claimed it exfiltrated data from Microsoft Entra, ServiceNow, SharePoint, Databricks, and Coupa, including internal documents, contracts, and customer information.</p><figcaption class="entry-cite__attr"><a href="https://www.bleepingcomputer.com/news/security/abbott-laboratories-probes-two-cyber-incidents-amid-extortion-claims/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> <span class="entry-cite__date mono">2026-07-17</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/abbott-exact-sciences-shinyhunters-entra-sso-vishing/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.abbott.com/en-us/corpnewsroom/diagnostics-testing/abbott-statement-on-cyber-incident-in-cancer-diagnostics-business" target="_blank" rel="noopener noreferrer">Abbott Laboratories (own statement)</a> · <a href="https://www.bleepingcomputer.com/news/security/abbott-laboratories-probes-two-cyber-incidents-amid-extortion-claims/" target="_blank" rel="noopener noreferrer">BleepingComputer</a> · <a href="https://www.medtechdive.com/news/abbott-discloses-cyberattack-on-cancer-diagnostics-business/825529/" target="_blank" rel="noopener noreferrer">MedTech Dive</a></div></article>]]></content:encoded></item><item><title>Talos details UAT-11795 — ClickFix-delivered Starland RAT with a blockchain dead-drop C2 and a bespoke WLDR PowerShell implant</title><link>https://ctipilot.ch/entries/2026-07-17/talos-uat-11795-starland-rat-wldr-c2/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/talos-uat-11795-starland-rat-wldr-c2/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>infostealer</category><category>phishing</category><category>organized-crime</category><category>cryptocrime</category><category>us</category><category>europe</category><description><![CDATA[<p>Cisco Talos disclosed UAT-11795, a Russian-speaking, financially motivated actor active since at least June 2025 against victims in the US and Europe (Germany, Romania observed). A ClickFix lure runs mshta.exe to stage a trojanized installer (impersonating MobaXterm, WebEx, Zoom, DBeaver, FACEIT) that XOR-decrypts and runs the in-memory Python &quot;Starland RAT,&quot; which persists, harvests crypto-wallet and host data, and — if primary C2 fails — resolves a fallback C2 domain from a Polygon smart contract dead-drop. Starland can inject shellcode (CastleStealer or a Remcos variant) after patching AMSI/ETW, and separately deploys a bespoke PowerShell C2 implant the actor labels &quot;WLDR.&quot;</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/talos-uat-11795-starland-rat-wldr-c2" data-tags="infostealer phishing organized-crime cryptocrime" data-regions="us europe" data-kind="threat" data-priority="notable" data-discovered="2026-07-17T04: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="talos-uat-11795-starland-rat-wldr-c2"><a href="https://ctipilot.ch/entries/2026-07-17/talos-uat-11795-starland-rat-wldr-c2/">Cisco Talos: UAT-11795 deploys the Python-based Starland RAT and a bespoke PowerShell C2 implant (WLDR), resolving fallback C2 through a Polygon blockchain dead-drop</a></h3><p>Cisco Talos documented UAT-11795, a financially motivated actor whose intrusions begin with a ClickFix lure: a clipboard-pasted command invokes <code>mshta.exe</code> to fetch a weaponized HTA, whose VBScript drops a batch file that stages an NSIS-packaged installer masquerading as a legitimate IT/collaboration tool (MobaXterm, Cisco WebEx, Zoom, DBeaver, the FACEIT client) and writes a <code>HKCU\...\Run\MyApp</code> value pointing back at <code>mshta.exe</code> (<a href="https://blog.talosintelligence.com/uat-11795-deploys-novel-starland-rat-and-bespoke-wldr-c2-implant-in-financially-motivated-campaign/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2026-07-16</a>). The installer bundles <code>pythonw.exe</code> plus a compiled Python loader disguised as <code>LICENSE.txt</code> that XOR-decrypts and runs &quot;Starland RAT&quot; entirely in memory. Starland checks for sandbox usernames/hostnames and a Downloads <code>Zone.Identifier</code> ADS before proceeding, persists via a scheduled task named <code>PythonLauncher-{3 random chars}</code> (AtLogOn, RunLevel Highest) plus a Startup-folder LNK, enumerates 40+ desktop and browser-extension crypto wallets, and beacons a Telegram bot before registering to its primary C2. If that registration fails it calls a Polygon smart contract via <code>eth_call</code>/JSON-RPC and XOR-decrypts the returned string to recover a fallback C2 domain — a blockchain dead-drop resolver that survives conventional domain/IP takedown (<a href="https://blog.talosintelligence.com/uat-11795-deploys-novel-starland-rat-and-bespoke-wldr-c2-implant-in-financially-motivated-campaign/" target="_blank" rel="noopener noreferrer">Cisco Talos, 2026-07-16</a>). On command, Starland fetches shellcode via APC-based injection that first patches AMSI/ETW in memory (hash-resolved <code>AmsiScanBuffer</code>/<code>EtwEventWrite</code> overwritten, with a <code>VirtualProtect</code> fallback) and reflectively loads either CastleStealer (.NET credential/wallet stealer, x64 path) or a Remcos variant (x32). Separately it has been seen shell-executing a <code>curl</code> download of a bespoke PowerShell C2 framework the actor&#39;s own scripts label &quot;WLDR&quot; — HWID-bound, AES-encrypted 10-second beaconing with a Chrome-124 User-Agent, executing operator PowerShell through a 10-thread RunspacePool.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the C2-resilience and in-memory-patching tradecraft blunt domain-blocklist and AMSI-based detection, so anchor on the host-side behavioral chain. The strongest, low-false-positive hunt anchors are the fixed persistence pattern — a scheduled task named <code>PythonLauncher-{3 chars}</code> and a Startup LNK launching <code>pythonw.exe</code> with a <code>LICENSE.txt</code> argument — and outbound JSON-RPC to a public Polygon RPC endpoint originating from a non-browser process (the dead-drop resolver). In process-creation telemetry with parent lineage, <code>mshta.exe</code> spawned from a ClickFix-style parent and an NSIS installer running <code>pythonw.exe</code> against a non-<code>.py</code> <code>LICENSE.txt</code> argument are the entry-chain signals. <strong>Triage:</strong> legitimate Python tooling does not run <code>pythonw.exe</code> against a <code>LICENSE.txt</code> file from a Startup shortcut, nor register scheduled tasks under a <code>PythonLauncher-{3 chars}</code> name — either, combined with Polygon RPC egress from that process tree, distinguishes this activity from a developer&#39;s normal Python use.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Cisco Talos is disclosing UAT-11795, a sophisticated, Russian-speaking, financially motivated adversary that has been conducting a malicious campaign targeting users in the U.S. and Europe since at least June 2025.</p><figcaption class="entry-cite__attr"><a href="https://blog.talosintelligence.com/uat-11795-deploys-novel-starland-rat-and-bespoke-wldr-c2-implant-in-financially-motivated-campaign/" target="_blank" rel="noopener noreferrer">Cisco Talos</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>threat</span><span>17 Jul 04:35Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/talos-uat-11795-starland-rat-wldr-c2/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://blog.talosintelligence.com/uat-11795-deploys-novel-starland-rat-and-bespoke-wldr-c2-implant-in-financially-motivated-campaign/" target="_blank" rel="noopener noreferrer">Cisco Talos</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>Microsoft documents two ClickFix-rooted ACR Stealer chains: WebDAV+EtherHiding and fileless MSHTA+steganography, both ending in DPAPI browser-credential theft</title><link>https://ctipilot.ch/entries/2026-07-17/microsoft-acr-stealer-two-clickfix-intrusion-chains/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/microsoft-acr-stealer-two-clickfix-intrusion-chains/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>infostealer</category><category>phishing</category><category>identity</category><category>global</category><description><![CDATA[<p>Microsoft Defender Experts documented two distinct delivery campaigns for ACR Stealer (a MaaS infostealer Microsoft ties to the rebranding of Amatera Stealer), both starting from an identical ClickFix lure but diverging downstream. Chain 1 uses cmd→rundll32 to load a DLL from a remote WebDAV share, an obfuscated PowerShell/Python loader, scheduled-task persistence disguised as an update, and — in a subset — an EtherHiding blockchain dead-drop for C2 resolution. Chain 2 is fileless: mshta.exe fetches an HTA that runs in-memory PowerShell and extracts an encrypted payload steganographically hidden in a downloaded JPEG. Both converge on DPAPI-based theft of Chromium-based browser credential stores plus enumeration of M365/OneDrive documents.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/microsoft-acr-stealer-two-clickfix-intrusion-chains" data-tags="infostealer phishing identity" data-regions="global" data-kind="research" data-priority="notable" data-discovered="2026-07-17T04: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="microsoft-acr-stealer-two-clickfix-intrusion-chains"><a href="https://ctipilot.ch/entries/2026-07-17/microsoft-acr-stealer-two-clickfix-intrusion-chains/">Microsoft: two parallel ACR Stealer intrusion chains — WebDAV/rundll32/Python with blockchain dead-drop C2, and a fileless MSHTA/steganography chain — both rooted in ClickFix</a></h3><p>Microsoft Defender Experts documented two ACR Stealer delivery campaigns observed across customer environments from late April to mid-June 2026; ACR Stealer is a malware-as-a-service infostealer Microsoft states is &quot;reportedly ... associated with the rebranding of Amatera Stealer&quot; (<a href="https://www.microsoft.com/en-us/security/blog/2026/07/16/acr-stealer-two-observed-intrusion-chains-amid-increased-threat-activity/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence, 2026-07-16</a>). Both begin with the same ClickFix lure (malvertising/SEO poisoning) but diverge sharply. In Chain 1 the ClickFix command spawns <code>cmd.exe</code>, which invokes <code>rundll32.exe</code> to load a DLL from a remote WebDAV share over HTTPS using a GUID-based directory structure disguised as legitimate resources; the most evasive variant launches through <code>conhost.exe --headless</code> with delayed-expansion obfuscation. A heavily obfuscated PowerShell stage downloads a ZIP into a masqueraded <code>%LocalAppData%\Temp</code> directory (e.g. &quot;LogiOptionsPlus&quot;), runs a bundled <code>pythonw.exe</code>, persists via a hidden scheduled task disguised as a software update, timestomps against <code>notepad.exe</code> and clears PowerShell history; a subset adds an &quot;EtherHiding&quot; loader that queries public blockchain RPC endpoints as a dead-drop resolver so infrastructure can rotate without redeploying malware. Chain 2 is fileless throughout: <code>mshta.exe</code> fetches remote HTA content whose VBScript decodes and launches in-memory PowerShell, and its distinguishing technique is steganographic delivery — a JPEG pulled from an image host carries an encrypted payload in its pixel data, decrypted and executed in memory via runtime-resolved <code>LoadLibrary</code>/<code>VirtualAlloc</code>/<code>CreateThread</code>. Both chains converge on DPAPI-based decryption of Chromium-based browser credential stores (passwords, cookies, auth tokens) plus enumeration of PDFs, M365 documents and OneDrive/SharePoint-synced data for exfiltration.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">signature-based detection degrades against the in-memory and steganographic stages, so hunt the two chains&#39; host artifacts, which Microsoft supplies KQL for. Chain 1&#39;s RunMRU registry pattern is highly specific — a WebDAV <code>@ssl</code> path combined with a GUID (8-4-4-4-12 hex) directory segment invoked through <code>rundll32</code> or <code>pushd</code> — as is the persistence scheduled task masquerading as an &quot;Autoupdate&quot; with a numeric suffix. Chain 2&#39;s anchor is <code>mshta.exe</code> launched by a non-interactive PowerShell parent that was itself spawned from <code>explorer.exe</code>. <strong>Triage:</strong> legitimate WebDAV use does not produce a RunMRU entry combining <code>@ssl</code> with a GUID directory invoked via <code>rundll32</code>, and <code>mshta.exe</code> is not normally a child of PowerShell — either pattern, captured in registry-modification and process-creation telemetry with parent lineage, separates this activity from benign administrative scripting regardless of the EDR/SIEM in use.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">ACR Stealer is an information-stealing malware family reportedly offered through a malware-as-a-service (MaaS) model and associated with the rebranding of Amatera Stealer.</p><p class="entry-cite__quote">A notable variation in this campaign is the use of blockchain services for C2 resolution, utilizing a technique known as EtherHiding.</p><p class="entry-cite__quote">The malware (injected code) aggressively harvests information from browser credential stores. It invokes Windows Data Protection API (DPAPI) routines to decrypt locally stored browser passwords, cookies, and authentication tokens.</p><figcaption class="entry-cite__attr">Microsoft Threat Intelligence</figcaption></figure></div><div class="prov"><span>research</span><span>17 Jul 04:35Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/microsoft-acr-stealer-two-clickfix-intrusion-chains/">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/16/acr-stealer-two-observed-intrusion-chains-amid-increased-threat-activity/" target="_blank" rel="noopener noreferrer">Microsoft Threat Intelligence (Defender Experts)</a></div></article>]]></content:encoded></item><item><title>HelloNet chains trusted-updater DLL sideloading with raw AFD-IOCTL interception to hide network C2 from user-mode EDR</title><link>https://ctipilot.ch/entries/2026-07-17/kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>espionage</category><category>supply-chain</category><category>russia-cis</category><description><![CDATA[<p>Kaspersky GReAT documented &quot;HelloNet,&quot; an active APT campaign that persists by sideloading a malicious wtsapi32.dll into the auto-launched update component of the ViPNet secure-networking suite, then injects a proxy module (HelloProxy) into svchost.exe that uses Microsoft Detours to hook NtDeviceIoControlFile and intercept the raw Ancillary Function Driver IOCTLs (AFD_RECV, AFD_GET_TDI_HANDLES) — which, per Kaspersky, hinders user-mode network-filtering security tools. Direct victimology is Russian government and critical-infrastructure orgs (attributed with low confidence to an unknown Chinese-speaking group); the transferable signal for Swiss/EU defenders is the technique class — abuse of a trusted client&#39;s update mechanism plus AFD-IOCTL interception to degrade EDR network visibility.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl" data-tags="espionage supply-chain" data-regions="russia-cis" data-kind="research" data-priority="notable" data-discovered="2026-07-17T04: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="kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl"><a href="https://ctipilot.ch/entries/2026-07-17/kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl/">Kaspersky: the HelloNet campaign blinds user-mode security tools by hooking raw AFD IOCTLs, persisting via DLL-sideload into a secure-network product&#39;s own auto-updater</a></h3><p>Kaspersky&#39;s GReAT team detailed &quot;HelloNet,&quot; an APT campaign (active since at least May 2026) that abuses the update mechanism of ViPNet — a Russian GOST-certified secure-networking suite — to persist inside targeted Russian government, energy, transport, education, logistics and industrial organizations (<a href="https://securelist.com/hellonet-vipnet/120700/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist, 2026-07-16</a>). The attackers drop a malicious <code>wtsapi32.dll</code> into the ViPNet update directory that the OS-start-launched updater <code>itcsrvup64.exe</code> sideloads. That loader (&quot;HelloInjector&quot;) injects a second stage (&quot;HelloProxy&quot;) into <code>svchost.exe</code> — but only after verifying the target&#39;s name is <code>svchost.exe</code> and its command line carries <code>netsvcs</code>. HelloProxy&#39;s distinguishing move is defense evasion at the socket layer: it uses the Microsoft Detours library to hook <code>NtDeviceIoControlFile</code>, <code>closesocket</code> and <code>shutdown</code>, intercepting the raw AFD IOCTL codes <code>AFD_RECV</code> (0x12017) and <code>AFD_GET_TDI_HANDLES</code> (0x12037) so that, in Kaspersky&#39;s words, it can &quot;hinder security solutions operating in user mode for filtering network connections.&quot; It then acts as a traffic proxy or in-memory loader for further modules — recovered examples include &quot;HelloExecutor&quot; (shell-command execution) and &quot;HelloCleaner&quot; (deletes ViPNet log files to hide activity) — and on one host the operators opened an SSH reverse tunnel using a legitimate Plink binary renamed <code>frontpage.exe</code>.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for this constituency the ViPNet-specific vector is largely irrelevant, but two technique classes generalize directly. First, any third-party secure-network/VPN client with an auto-launched updater in a writable directory is a DLL-sideload persistence surface — treat vendor-updater directories as monitored locations where an unsigned or unexpected DLL write is high-signal. Second, AFD-IOCTL interception is a portable primitive for blinding user-mode network-filtering EDR; a Detours-style hook on <code>NtDeviceIoControlFile</code> in <code>svchost.exe</code> is worth surfacing regardless of the product being abused. <strong>Triage:</strong> a <code>wtsapi32.dll</code> written into a vendor&#39;s update directory has no legitimate reason to be there (the DLL belongs in <code>System32</code>); the vendor&#39;s own updater loading a DLL whose signature does not carry the vendor&#39;s publisher name, and a Plink/PuTTY binary identified by PE metadata rather than filename opening a <code>-R port:addr:port</code> tunnel, are the discriminators Kaspersky&#39;s hunt guidance keys on.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">By placing the file in this directory, the attackers implement the DLL Sideloading technique — the ViPNet update system executable file itcsrvup64.exe, which is launched at OS startup, is susceptible to it.</p><p class="entry-cite__quote">These codes are used during socket operations — their interception allows the malware to hinder security solutions operating in user mode for filtering network connections.</p><p class="entry-cite__quote">At present, we link this campaign to the activities of an unknown Chinese-speaking APT group with a low degree of confidence.</p><figcaption class="entry-cite__attr"><a href="https://securelist.com/hellonet-vipnet/120700/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist (GReAT)</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>research</span><span>17 Jul 04:35Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-17/kaspersky-hellonet-vipnet-updater-sideload-afd-ioctl/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://securelist.com/hellonet-vipnet/120700/" target="_blank" rel="noopener noreferrer">Kaspersky Securelist (GReAT)</a></div></article>]]></content:encoded></item><item><title>Italian DPA fines Wind Tre EUR 1.7M — retail-staff vishing led to enumeration of an unprotected secondary API (365,048 customers)</title><link>https://ctipilot.ch/entries/2026-07-17/garante-wind-tre-vishing-api-enumeration-fine/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-17/garante-wind-tre-vishing-api-enumeration-fine/</guid><pubDate>Fri, 17 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-17T04:35:00Z</dc:date><category>data-breach</category><category>phishing</category><category>identity</category><category>europe</category><description><![CDATA[<p>Italy&#39;s Garante published (2026-07-16) its 14 May 2026 decision fining Wind Tre S.p.A. EUR 1,715,600 over two 2025 breaches with an unusually complete technical account: attackers vished retail point-of-sale staff into granting remote access, harvested a stored client digital certificate and credentials, used them as valid MFA&#39;d access to a customer web application, then pivoted from the protected primary search API to an unprotected secondary API and ran ~2,000,000 sequential customerId requests, exfiltrating data on 365,048 customers (payment data for 41,359). The transferable lesson for any Swiss/EU telco, utility or public body with a POS/field-agent access model: an enumeration-reachable secondary endpoint that pentesting never exercised.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-17/garante-wind-tre-vishing-api-enumeration-fine" data-tags="data-breach phishing identity" data-regions="europe" data-kind="incident" data-priority="notable" data-discovered="2026-07-17T04:35:00Z"><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 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="garante-wind-tre-vishing-api-enumeration-fine"><a href="https://ctipilot.ch/entries/2026-07-17/garante-wind-tre-vishing-api-enumeration-fine/">Garante fines Wind Tre EUR 1.7M over a vishing-enabled API-enumeration breach that exposed 365,048 telco customers</a></h3><p>The Garante&#39;s decision gives a rare, fully technical account of a telco breach. Initial access was voice social engineering: attackers phoned staff at two retail points of sale, posed as internal support technicians, and &quot;convinced operators at two retail points of sale to allow access to company systems&quot; (<a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10272004" target="_blank" rel="noopener noreferrer">Garante, 2026-07-16</a>). That remote access yielded the point-of-sale device&#39;s installed client digital certificate plus login credentials — reportedly recoverable in cleartext from the desktop or browser rather than held in an OS certificate store — which the attackers then used as valid, MFA-satisfied access to a customer-facing web application. In the first incident that access ran 66 targeted lookups (~23 customers). In the second, days later, the attackers pivoted from the primary (protected) search API to an unprotected secondary API invoked by the same search function and &quot;executed about 2 million total requests following an enumeration logic, i.e. progressively incrementing the customer code identifier (&#39;customerId&#39;),&quot; compromising 365,048 customers and, for 41,359 of them, payment-instrument data (<a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10263796" target="_blank" rel="noopener noreferrer">Garante, 2026-07-16</a>). The Garante rejected Wind Tre&#39;s defense that its API design followed OWASP practice, finding the enumeration-reachable secondary endpoints were &quot;reasonably identifiable&quot; by a vulnerability assessment and penetration test scoped to the API surface — not just the primary documented interfaces.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the chain is entirely transferable to any organization with a retail/field-agent access model and a customer-lookup web application, and it turns on two failures a SOC can act on independent of Wind Tre. First, credential/certificate custody: client certificates and service credentials recoverable in cleartext from an endpoint are stealable via a single social-engineered remote-access session — they belong in an encrypted store, KMS or HSM. Second, the object-level-authorization gap on a secondary API that the primary UI silently calls: security testing that exercises only documented primary interfaces misses exactly the endpoint an attacker finds by observing the app&#39;s own client behaviour. <strong>Triage:</strong> benign customer-lookup traffic is bounded and non-sequential; the discriminator here is volume and sequence — a single authenticated session issuing hundreds of thousands to millions of requests that increment an object identifier monotonically, against an endpoint with no rate-limiting or CAPTCHA, is enumeration, not use.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">gli hacker, fingendosi tecnici dell&#39;assistenza, hanno convinto gli operatori di due punti vendita a consentire l&#39;accesso ai sistemi aziendali</p><figcaption class="entry-cite__attr"><a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10272004" target="_blank" rel="noopener noreferrer">Garante per la protezione dei dati personali (Newsletter n.549)</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">gli attaccanti sono riusciti ad eseguire circa 2 milioni di richieste totali seguendo una logica di enumeration, ovvero andando ad aumentare progressivamente l&#39;identificativo del codice cliente (c.d. &quot;customerId&quot;) violando i dati personali di 365.048 clienti</p><figcaption class="entry-cite__attr"><a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10263796" target="_blank" rel="noopener noreferrer">Garante per la protezione dei dati personali (Provvedimento n.348, 14 May 2026)</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/garante-wind-tre-vishing-api-enumeration-fine/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10272004" target="_blank" rel="noopener noreferrer">Garante per la protezione dei dati personali (Newsletter n.549)</a> · <a href="https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/10263796" target="_blank" rel="noopener noreferrer">Garante per la protezione dei dati personali (Provvedimento n.348, 14 May 2026)</a> · <a href="https://www.ansa.it/english/news/business/2026/07/16/privacy-watchdog-fines-wind-tre-1.7-million_43961a24-11d7-4652-9659-f09f4cd78659.html" target="_blank" rel="noopener noreferrer">ANSA (English)</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>Nayax&#39;s board formally rejects The Syndicate&#39;s extortion and says the exfiltrated data excludes sensitive payment-authentication details</title><link>https://ctipilot.ch/entries/2026-07-16/nayax-the-syndicate-board-refuses-extortion-scope-narrowed/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/nayax-the-syndicate-board-refuses-extortion-scope-narrowed/</guid><pubDate>Thu, 16 Jul 2026 04:46:00 +0000</pubDate><dc:date>2026-07-16T04:46:00Z</dc:date><category>data-breach</category><category>europe</category><description><![CDATA[<p>In a 2026-07-14 update to its cloud-account incident, Nayax Ltd. (whose Nayax Europe UAB is a Bank-of-Lithuania-licensed EEA payment institution) said its board resolved not to comply with The Syndicate&#39;s criminal extortion demand, narrowed the disclosed exfiltrated data to a backup of scanned documents and payment-transaction records that it says exclude sensitive payment authentication data, and confirmed remediation is complete with systems cleared of unauthorized access. The update sharpens the contrast with the group&#39;s original — and internally inconsistent — 1-billion-card claim.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/nayax-the-syndicate-board-refuses-extortion-scope-narrowed" data-tags="data-breach" data-regions="europe" data-kind="incident" data-priority="routine" data-discovered="2026-07-16T04:46:00Z"><div class="badges"><span class="b ">ROUTINE</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="nayax-the-syndicate-board-refuses-extortion-scope-narrowed"><a href="https://ctipilot.ch/entries/2026-07-16/nayax-the-syndicate-board-refuses-extortion-scope-narrowed/">Nayax refuses The Syndicate&#39;s extortion demand and narrows its disclosed breach scope</a></h3><p class="update-lead"><strong>UPDATE</strong> · originally covered <a href="https://ctipilot.ch/entries/2026-07-09/nayax-cloud-account-incident-the-syndicate-claim/">Nayax (Bank-of-Lithuania-licensed EEA payment institution) discloses a cloud-account incident; &quot;The Syndicate&quot; claims 1B card records — claim unverified and contradicted by the filing</a> <span class="mono muted">(2026-07-09)</span></p><p>Nayax Ltd. — whose Nayax Europe UAB subsidiary is a Bank-of-Lithuania-licensed payment institution serving EEA enterprises — issued a 14 July status update on the cloud-account incident The Syndicate claimed. Its board of directors &quot;has resolved not to comply with criminal extortion demands,&quot; on the stated grounds that compliance would not serve customers&#39;, partners&#39;, employees&#39; or shareholders&#39; long-term interests (<a href="https://www.globenewswire.com/news-release/2026/07/14/3326635/0/en/Nayax-information-security-incident-update.html" target="_blank" rel="noopener noreferrer">Nayax Ltd., 2026-07-14</a>). Nayax narrowed the disclosed exfiltrated data to a backup of scanned documents, other business information, and mainly a backup of payment-transaction records that it says excludes sensitive payment-authentication data (cardholder names, CVV, ID information), adding that most affected transactions used digital-wallet single-use tokens it describes as valueless if disclosed. It also states remediation is complete and its systems are confirmed free of unauthorized access (<a href="https://www.globenewswire.com/news-release/2026/07/14/3326635/0/en/Nayax-information-security-incident-update.html" target="_blank" rel="noopener noreferrer">Nayax Ltd., 2026-07-14</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operative development is the sharpened gap between the company&#39;s account and The Syndicate&#39;s original claim of ~1 billion card records with a ~9-month dwell — a claim already flagged as internally inconsistent with an &quot;immediately contained&quot; account. For defenders triaging extortion coverage, this is a reminder to weight a victim&#39;s own scoped disclosure over a leak-site actor&#39;s volume claims, which are routinely inflated; the reciprocal caution is that &quot;confirmed free of unauthorized access&quot; is a self-assessment pending any actor data release. No new defender action follows from this status update.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The Company&#39;s Board of Directors has resolved not to comply with criminal extortion demands.</p><p class="entry-cite__quote">The Company&#39;s systems have been cleared and based on its investigation to date, confirmed to be free of unauthorized access.</p><figcaption class="entry-cite__attr">Nayax Ltd.</figcaption></figure></div><div class="prov"><span>incident</span><span>16 Jul 04:46Z</span><span class="p-warn">single-source · victim disclosure</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/nayax-the-syndicate-board-refuses-extortion-scope-narrowed/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.globenewswire.com/news-release/2026/07/14/3326635/0/en/Nayax-information-security-incident-update.html" target="_blank" rel="noopener noreferrer">Nayax Ltd. (press release)</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>World Leaks leaks ~858k files from a Kudankulam nuclear-plant contractor breached at a third-party data-centre host — a lesson for energy-CI operators</title><link>https://ctipilot.ch/entries/2026-07-16/worldleaks-kudankulam-reliance-third-party-hosting-breach/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/worldleaks-kudankulam-reliance-third-party-hosting-breach/</guid><pubDate>Thu, 16 Jul 2026 04:42:00 +0000</pubDate><dc:date>2026-07-16T04:42:00Z</dc:date><category>data-breach</category><category>supply-chain</category><category>apac</category><description><![CDATA[<p>The data-theft-extortion group World Leaks (a Hunters International rebrand) posted roughly 858,000 files on its leak site attributed to Reliance Group, a contractor to India&#39;s Kudankulam Nuclear Power Plant; Reuters reviewed ~19,000 sensitive files (2016–2025) purporting to show blueprints, supplier and inspection records. Reliance confirmed a &quot;partial breach&quot; from a server hosted by third-party Indian data-centre provider Yotta; India&#39;s CERT-In is investigating and the leaked files are only claimed — not established — to be authentic. Out-of-nexus (India) but carried for its global critical-infrastructure significance and a transferable third-party-hosting lesson for European energy-CI operators.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/worldleaks-kudankulam-reliance-third-party-hosting-breach" data-tags="data-breach supply-chain" data-regions="apac" data-kind="incident" data-priority="notable" data-discovered="2026-07-16T04:42: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="worldleaks-kudankulam-reliance-third-party-hosting-breach"><a href="https://ctipilot.ch/entries/2026-07-16/worldleaks-kudankulam-reliance-third-party-hosting-breach/">World Leaks posts ~858,000 files tied to India&#39;s Kudankulam nuclear-plant contractor; Reliance confirms a third-party-hosting breach</a></h3><p>The data-theft-extortion group <strong>World Leaks</strong> — the rebrand of Hunters International already tracked in this store — posted roughly <strong>858,000 files</strong> on its dark-web leak site attributed to Reliance Group, a contractor involved in India&#39;s Kudankulam Nuclear Power Plant (KNPP), the country&#39;s largest nuclear facility (<a href="https://www.theweek.in/news/india/2026/07/15/india-s-nuclear-files-leaked-on-dark-web-858000-files-from-kudankulam-plant-out-reliance-group-admits-partial-breach.html" target="_blank" rel="noopener noreferrer">The Week / Reuters, 2026-07-15</a>). Reuters reviewed a subset of about 19,000 files dated 2016–2025 that purport to show facility blueprints, supplier details, meeting and inspection records, equipment reviews and insurance policies; the files are only claimed to originate from the plant and their authenticity is not established. Reliance Group confirmed to Reuters that a <strong>&quot;partial breach&quot;</strong> of its data occurred from a server hosted by <strong>Yotta</strong>, a third-party Indian data-centre provider, and that the government has been informed; India&#39;s CERT-In is investigating and a Nuclear Threat Initiative expert warned the exposure could pose a serious plant-safety risk.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the victim and jurisdiction are out of this constituency&#39;s nexus, but the structure is the recurring one — sensitive engineering, inspection and design documentation for a critical-infrastructure facility held on a subcontractor&#39;s externally hosted infrastructure, outside the operator&#39;s own security perimeter, and breached there rather than at the plant. For European energy-CI operators the transferable action is inventory: know which contractors and hosting providers hold facility design, inspection and supplier documentation, contractually bound them to breach notification and log access, and minimise how much of that documentation persists on third-party infrastructure at all. This is the same third-party-exposure pattern behind the Basel utility disclosure this window, at a far higher-consequence asset class.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">They admitted to Reuters that a &quot;partial breach&quot; of its data had taken place from a server hosted by Yotta, a third-party Indian data centre service provider, and that the government has been informed about the incident.</p><p class="entry-cite__quote">19,000 of these files appeared to be highly sensitive, the report added, noting that the documents were dated between 2016 and 2025, and reportedly featured blueprints, supplier details, meeting and inspection records, equipment reviews and insurance policies.</p><figcaption class="entry-cite__attr"><a href="https://www.theweek.in/news/india/2026/07/15/india-s-nuclear-files-leaked-on-dark-web-858000-files-from-kudankulam-plant-out-reliance-group-admits-partial-breach.html" target="_blank" rel="noopener noreferrer">The Week (India), relaying Reuters</a> <span class="entry-cite__date mono">2026-07-15</span></figcaption></figure></div><div class="prov"><span>incident</span><span>16 Jul 04:42Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/worldleaks-kudankulam-reliance-third-party-hosting-breach/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.theweek.in/news/india/2026/07/15/india-s-nuclear-files-leaked-on-dark-web-858000-files-from-kudankulam-plant-out-reliance-group-admits-partial-breach.html" target="_blank" rel="noopener noreferrer">The Week (India), relaying Reuters</a></div></article>]]></content:encoded></item><item><title>Elastic details TELEPUZ, a MaaS RAT hiding syscalls in patched Windows DLLs, with C2 discovery via Telegram, Steam, DNS and a Polygon smart contract</title><link>https://ctipilot.ch/entries/2026-07-16/telepuz-modular-windows-rat-maas-clickfix-vidar/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-16/telepuz-modular-windows-rat-maas-clickfix-vidar/</guid><pubDate>Thu, 16 Jul 2026 04:40:00 +0000</pubDate><dc:date>2026-07-16T04:40:00Z</dc:date><category>phishing</category><category>infostealer</category><category>global</category><description><![CDATA[<p>Elastic Security Labs is tracking TELEPUZ, a full-featured modular Windows RAT active since late April 2026 and spreading via a ClickFix→Vidar chain that ends in a rundll32-loaded DLL. It executes indirect syscalls from the .text section of a randomly chosen legitimate DLL to bypass user-mode hooking, patches AMSI/ETW, escalates via UAC bypass and token theft, and discovers its WebSocket C2 through four decentralized fallbacks (a Telegram bio, a Steam profile, a DNS TXT record and a Polygon smart contract). It ships a keylogger, stealer and a CDP/WebDriver-BiDi banking web-injection module. Relevant to any Windows fleet exposed to ClickFix lures; Elastic released a public YARA rule.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-16/telepuz-modular-windows-rat-maas-clickfix-vidar" data-tags="phishing infostealer" data-regions="global" data-kind="threat" data-priority="notable" data-discovered="2026-07-16T04: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 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="telepuz-modular-windows-rat-maas-clickfix-vidar"><a href="https://ctipilot.ch/entries/2026-07-16/telepuz-modular-windows-rat-maas-clickfix-vidar/">TELEPUZ — a modular Windows RAT/MaaS spread through ClickFix→Vidar chains, executing syscalls from patched trusted DLLs</a></h3><p>Elastic Security Labs is tracking <strong>TELEPUZ</strong>, a full-featured, fast-evolving modular Windows RAT active since late April 2026 and, on Elastic&#39;s telemetry, a likely malware-as-a-service given the daily volume of new builds uploaded to VirusTotal (<a href="https://www.elastic.co/security-labs/telepuz-maas-malware-clickfix" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-16</a>). Delivery runs through a <strong>ClickFix</strong> social-engineering lure that pastes a PowerShell one-liner into the Run dialog, which downloads a Go variant of the Vidar stealer; Vidar then fetches a small stager (<code>install.exe</code>) that loads the main payload — a 64-bit DLL executed via <code>rundll32</code> from domain-rotating staging infrastructure (<a href="https://www.elastic.co/security-labs/telepuz-maas-malware-clickfix" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-16</a>).</p>
<p>The payload&#39;s headline evasion is an indirect-syscall engine: it maps a fresh copy of <code>ntdll.dll</code>, parses syscall numbers from its export table, then patches the <code>.text</code> section of a randomly chosen legitimate DLL (<code>dfscli.dll</code>, <code>davhlpr.dll</code>, <code>msdtclog.dll</code>, <code>dsrole.dll</code> or <code>secur32.dll</code>) with syscall trampolines so calls execute from inside a trusted-looking module, defeating user-mode API hooking and ETW (<a href="https://www.elastic.co/security-labs/telepuz-maas-malware-clickfix" target="_blank" rel="noopener noreferrer">Elastic Security Labs, 2026-07-16</a>). It additionally patches AMSI/ETW to neutered return values, unhooks NTDLL, reflectively loads modules and runs downloaded PEs via process hollowing, escalates through two UAC-bypass techniques and SYSTEM token theft, and persists as a service named <code>CipherAllocator</code>. Command-and-control runs over WebSocket (optionally SChannel TLS) at a <code>/cdn/health?sid=</code> URI, with four fallback address-discovery channels — a Telegram channel bio, a Steam profile, a DNS TXT record and a Polygon smart-contract call (also a kill switch). Modules include a keylogger, an infostealer with a Chrome App-Bound-Encryption cookie helper, and a browser web-injection module that uses Chrome DevTools Protocol / Firefox WebDriver BiDi (not code injection) to swap IBAN/amount fields in banking web forms; the malware also runs anti-analysis checks — debugger evasion (<code>ProcessDebugPort</code>/<code>ThreadHideFromDebugger</code>) and sandbox/host geofencing on CIS country, sandbox hostnames and usernames.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">signature and user-mode-hook-based detection degrade against the indirect-syscall-from-patched-DLL design, so hunt on behaviour and lineage — process-creation telemetry showing <code>rundll32</code> (or a service process) making outbound network connections it never normally makes, and integrity anomalies where a signed system DLL&#39;s <code>.text</code> section has been modified in memory. ClickFix delivery means the earliest observable is a user-spawned <code>PowerShell.exe</code> from the Run dialog (<code>explorer.exe</code> parent) fetching a remote binary. <strong>Triage:</strong> a legitimate <code>rundll32</code>-hosted process does not open outbound WebSocket connections; a <code>rundll32</code> (or <code>CipherAllocator</code> service) process reaching a <code>/cdn/health?sid=</code> WebSocket endpoint, combined with fixed-return-value AMSI/ETW patch stubs in that process, is the distinguishing sequence — either signal alone is weaker than the two together. Elastic published a YARA rule (<code>Windows_Trojan_Telepuz</code>) alongside the 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">Given the significant number of builds uploaded to VirusTotal daily, it is likely that we are dealing with a MaaS.</p><p class="entry-cite__quote">Finally, the malware selects a random library from a set of standard libraries (dfscli.dll, davhlpr.dll, msdtclog.dll, dsrole.dll, and secur32.dll) and loads it via LoadLibrary. It then patches the library&#39;s .text section with the previously generated trampolines, so indirect syscalls are now executed from this location.</p><figcaption class="entry-cite__attr"><a href="https://www.elastic.co/security-labs/telepuz-maas-malware-clickfix" target="_blank" rel="noopener noreferrer">Elastic Security Labs</a> <span class="entry-cite__date mono">2026-07-16</span></figcaption></figure></div><div class="prov"><span>threat</span><span>16 Jul 04:40Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-16/telepuz-modular-windows-rat-maas-clickfix-vidar/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.elastic.co/security-labs/telepuz-maas-malware-clickfix" target="_blank" rel="noopener noreferrer">Elastic Security Labs</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>CISA republishes four Rockwell/ABB OT advisories led by a CVSS 10.0 debug-port takeover on an energy/water EtherNet/IP adapter, fixed in firmware 3.011</title><link>https://ctipilot.ch/entries/2026-07-15/cisa-ics-batch-rockwell-abb-energy-water-ot/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-15/cisa-ics-batch-rockwell-abb-energy-water-ot/</guid><pubDate>Wed, 15 Jul 2026 04:36:00 +0000</pubDate><dc:date>2026-07-15T04:36:00Z</dc:date><category>vulnerabilities</category><category>ot-ics</category><category>auth-bypass</category><category>patch-available</category><category>info-disclosure</category><category>priv-esc</category><category>global</category><category>patch-available</category><category>CVE-2026-10577</category><category>CVE-2025-14771</category><category>CVE-2025-14772</category><category>CVE-2025-14773</category><category>CVE-2025-14774</category><description><![CDATA[<p>CISA published four ICS advisories on 2026-07-14 landing on the energy, water and critical-manufacturing sectors and on Swiss-headquartered ABB. The headline is CVE-2026-10577 in the Rockwell Automation 1715-AENTR EtherNet/IP Adapter (all versions ≤ 3.003, CVSS 10.0): a network-reachable debug port with no authentication lets an unauthenticated attacker read/delete files, stop tasks, modify memory and change I/O states — Rockwell fixes it in firmware 3.011, with network isolation as the interim control. ABB T-MAC Plus 4.0-24 (a fuel/chemical terminal-management system, fixed in 4.0-25) is subject to a four-CVE chain led by CVE-2025-14771 (CVSS 9.9, authenticated file disclosure); ABB also shipped a fix in Ability Edgenius for the previously-disclosed &quot;Copy Fail&quot; kernel flaw (CVE-2026-31431). No in-the-wild exploitation is reported for the newly-disclosed items.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-15/cisa-ics-batch-rockwell-abb-energy-water-ot" data-tags="vulnerabilities ot-ics auth-bypass patch-available info-disclosure priv-esc" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-15T04:36:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-10577/">CVE-2026-10577 +4</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="cisa-ics-batch-rockwell-abb-energy-water-ot"><a href="https://ctipilot.ch/entries/2026-07-15/cisa-ics-batch-rockwell-abb-energy-water-ot/">CISA ICS batch (14 Jul): Rockwell 1715-AENTR unauthenticated debug-port takeover (CVE-2026-10577, CVSS 10.0, fixed in firmware 3.011) and a Swiss-vendor ABB T-MAC Plus auth chain (CVSS 9.9)</a></h3><p>CISA published four Industrial Control Systems advisories on 2026-07-14, each a verbatim republication of a vendor PSIRT bulletin, that land squarely on this constituency&#39;s energy and water sectors and on a Swiss-headquartered vendor (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-04" target="_blank" rel="noopener noreferrer">CISA, 2026-07-14</a>). The most severe is <strong>CVE-2026-10577</strong> in the <strong>Rockwell Automation 1715-AENTR EtherNet/IP Adapter</strong> (all versions ≤ 3.003), rated CVSS v3.1 10.0 for missing authentication on a critical function (CWE-306): a network-accessible debug port exposes intrusive CLI commands with no authentication, so an unauthenticated remote attacker can &quot;read or delete files, stop tasks, modify memory, and change I/O states&quot; on the device (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-04" target="_blank" rel="noopener noreferrer">CISA / Rockwell PSIRT, 2026-07-14</a>). The advisory names the affected sectors as Energy, Water and Wastewater, and Critical Manufacturing; Rockwell fixes it in <strong>firmware version 3.011</strong> and CISA additionally recommends network isolation for devices that cannot be upgraded immediately (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-04" target="_blank" rel="noopener noreferrer">CISA / Rockwell PSIRT SD1785, 2026-07-14</a>). No known public exploitation has been reported to CISA.</p>
<p>Separately, <strong>ABB T-MAC Plus 4.0-24</strong> (fixed in 4.0-25) — a Terminal Management System operating chemical/petroleum terminals, pipeline and refinery tankage, bulk plants and hydrogen terminals — is subject to four flaws responsibly disclosed by Angelo Catalani of Italy&#39;s national cybersecurity agency (ACN): <strong>CVE-2025-14771</strong> (CVSS 9.9, a low-privilege authenticated file disclosure via a crafted HTTP GET against the web application, CWE-552), <strong>CVE-2025-14772</strong> (CVSS 8.8, broken access control letting a low-privilege user perform administrative operations, CWE-639), <strong>CVE-2025-14773</strong> (CVSS 8.0, stored cross-site scripting) and <strong>CVE-2025-14774</strong> (CVSS 7.4, an adjacent-network denial of service of the Card Reader service caused by an unencrypted communication protocol) (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-03" target="_blank" rel="noopener noreferrer">CISA / ABB PSIRT, 2026-07-14</a>). ABB states exploitation requires network or physical access to the terminal LAN rather than internet reachability, and that an update resolves the set. The same day, ABB shipped a fix in <strong>Ability Edgenius</strong> (fixed in 3.2.4.1) for the previously-disclosed <strong>CVE-2026-31431</strong> &quot;Copy Fail&quot; Linux-kernel <code>algif_aead</code> local root-escalation flaw — new here only in that a specific Swiss-vendor OT product is now named as an affected instance (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-02" target="_blank" rel="noopener noreferrer">CISA / ABB PSIRT, 2026-07-14</a>) — and a low-severity (CVSS 4.4) DLL search-path fix (CVE-2025-13162) in 800xA for Advant Master / Control Builder A (<a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-01" target="_blank" rel="noopener noreferrer">CISA / ABB PSIRT, 2026-07-14</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the Rockwell flaw is the one that changes work this week for OT operators — upgrade the adapter to firmware 3.011, and where an OT change window makes that non-immediate, treat network segmentation as the interim control; because the debug/CLI service is a distinct network service from the normal EtherNet/IP control protocol, the highest-signal telemetry is network-flow monitoring for any connection to that port from a host other than a known engineering workstation; no legitimate remote-management workflow should reach it. <strong>Triage:</strong> on the Rockwell adapter there is no authentication to correlate against, so any inbound session to the debug/CLI port from an unexpected source is itself the indicator; on ABB T-MAC Plus the abuses are authenticated-tier, so the hunt surface is the web-application access log — GET requests probing file paths outside the expected UI structure (the CVE-2025-14771 disclosure path) and administrative API calls issued by accounts holding only low-privilege roles (the CVE-2025-14772 authorization bypass), distinguished from benign admin activity by the mismatch between the session&#39;s role and the operation performed.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Successful exploitation of this vulnerability could allow an attacker to read or delete files, stop tasks, modify memory, and change I/O states, potentially impacting the confidentiality, integrity, and availability of the device.</p><p class="entry-cite__quote">No known public exploitation specifically targeting this vulnerability has been reported to CISA at this time.</p><figcaption class="entry-cite__attr"><a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-04" target="_blank" rel="noopener noreferrer">CISA (ICSA-26-195-04, republishing Rockwell Automation PSIRT)</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-warn">single-source · national CERT</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-15/cisa-ics-batch-rockwell-abb-energy-water-ot/">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-26-195-04" target="_blank" rel="noopener noreferrer">CISA (ICSA-26-195-04, republishing Rockwell Automation PSIRT)</a> · <a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-03" target="_blank" rel="noopener noreferrer">CISA (ICSA-26-195-03, republishing ABB PSIRT)</a> · <a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-02" target="_blank" rel="noopener noreferrer">CISA (ICSA-26-195-02, ABB Ability Edgenius)</a> · <a href="https://www.cisa.gov/news-events/ics-advisories/icsa-26-195-01" target="_blank" rel="noopener noreferrer">CISA (ICSA-26-195-01, ABB Advant Master Online Builder)</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>Trend Micro documents a jailbroken Gemini agent rebuilding attacker C2 infrastructure from a 5 KB skill file in six minutes, ~90% of the work AI-driven</title><link>https://ctipilot.ch/entries/2026-07-14/patriot-bait-jailbroken-gemini-cli-autonomous-c2/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/patriot-bait-jailbroken-gemini-cli-autonomous-c2/</guid><pubDate>Tue, 14 Jul 2026 20:22:57 +0000</pubDate><dc:date>2026-07-14T20:22:57Z</dc:date><category>ai-abuse</category><category>cryptocrime</category><category>phishing</category><category>botnet</category><category>global</category><description><![CDATA[<p>Trend Micro analysed 200+ Gemini CLI session logs from a solo Russian-speaking operator (&quot;bandcampro&quot;, the multi-year &quot;Patriot Bait&quot; fraud/influence campaign) who instructed a jailbroken Gemini agent to migrate a blocked C2: the AI autonomously wrote the new server, deployed it to a fresh VPS, stood up a tunnel, self-diagnosed and fixed errors, and confirmed bot reconnection in six minutes, with the human contributing an estimated 11%. The whole reusable capability is compressed into ~5 KB of plain-text files.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/patriot-bait-jailbroken-gemini-cli-autonomous-c2" data-tags="ai-abuse cryptocrime phishing botnet" data-regions="global" data-kind="threat" 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="patriot-bait-jailbroken-gemini-cli-autonomous-c2"><a href="https://ctipilot.ch/entries/2026-07-14/patriot-bait-jailbroken-gemini-cli-autonomous-c2/">A lone actor used a jailbroken Gemini CLI to autonomously rebuild and redeploy C2 infrastructure in six minutes (&quot;Patriot Bait&quot;)</a></h3><p>Trend Micro&#39;s TrendAI Research analysed more than 200 Gemini CLI session logs (19 March–21 April 2026) belonging to a solo Russian-speaking operator with the handle &quot;bandcampro,&quot; who runs the multi-year &quot;Patriot Bait&quot; Telegram influence-and-fraud campaign. When the operator&#39;s tunnel-based C2 began getting blocked, he instructed a jailbroken Gemini CLI to &quot;study the C2 migration&quot; — a pre-packaged skill file plus server code the AI had most likely authored earlier — and the agent then autonomously wrote a new C2 server, deployed it to a fresh VPS, stood up a tunnel, hit and self-resolved a 502 gateway error and a load-balancing failure, and confirmed bots reconnecting, all in six minutes with the human never typing a console command (<a href="https://www.trendmicro.com/en_us/research/26/g/actor-behind-patriot-bait-used-ai-to-deploy-c2-botnet.html" target="_blank" rel="noopener noreferrer">Trend Micro, 2026-07-14</a>). The jailbreak is a persona-injection file instructing the model it is an &quot;authorized pen tester&quot;; Trend Micro assesses the entire reusable operational capability — jailbreak, C2 architecture/skill file, migration playbook — is compressed into roughly 5 KB of plain-text files, making attacker infrastructure disposable and trivially transferable to a less-skilled operator (<a href="https://www.theregister.com/research/2026/07/14/the-bots-are-alive-jailbroken-gemini-spun-up-new-c2-server-for-russian-fraudster-in-just-6-minutes/5270131" target="_blank" rel="noopener noreferrer">The Register, 2026-07-14</a>). Gemini refused at least one escalation (an auto-propagating &quot;agent bomb&quot;). One observed victim set was eight machines at a dental clinic, including access to its OpenDental database.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the operational implication is that infrastructure takedown alone is no longer disruptive when an adversary can regenerate a working C2 from a small skill file in minutes — Trend Micro&#39;s guidance is to pair any takedown with network-level blocking and sustained monitoring for reconnection, and to anchor detection on what stays constant across AI-regenerated infrastructure rather than the disposable server address. This item adds a concrete, quantified case of AI-driven infrastructure management to the pipeline&#39;s ongoing &quot;AI as operator&quot; thread. <strong>Triage:</strong> the constant, behaviour-level signals Trend Micro identifies survive infrastructure regeneration — a fixed short-interval polling cadence to a static update endpoint, non-standard HTTP headers carrying host/user identifiers, a browser-style User-Agent emitted from a PowerShell process, an <code>svchost.exe</code> launched from a user-writable AppData directory rather than System32, and a WMI event filter on OS performance counters; a normal host does not exhibit PowerShell impersonating a browser or a system binary running from a user profile, so those lineage anomalies are the discriminators. Per policy no indicators are reproduced; the report carries them.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">The actor provided strategic direction and functioned as a product manager, while the AI was his entire engineering team</p><p class="entry-cite__quote">The entire C&amp;C operation (server code, deployment knowledge, Cloudflare configuration) is encoded in three plain-text files</p><figcaption class="entry-cite__attr"><a href="https://www.trendmicro.com/en_us/research/26/g/actor-behind-patriot-bait-used-ai-to-deploy-c2-botnet.html" target="_blank" rel="noopener noreferrer">Trend Micro (TrendAI Research)</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">A jailbroken Google Gemini did 90 percent of the work in a credential- and cryptocurrency-stealing spree, including spinning up a new command-and-control (C2) server in just six minutes</p><figcaption class="entry-cite__attr"><a href="https://www.theregister.com/research/2026/07/14/the-bots-are-alive-jailbroken-gemini-spun-up-new-c2-server-for-russian-fraudster-in-just-6-minutes/5270131" target="_blank" rel="noopener noreferrer">The Register</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>threat</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/patriot-bait-jailbroken-gemini-cli-autonomous-c2/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.trendmicro.com/en_us/research/26/g/actor-behind-patriot-bait-used-ai-to-deploy-c2-botnet.html" target="_blank" rel="noopener noreferrer">Trend Micro (TrendAI Research)</a> · <a href="https://www.theregister.com/research/2026/07/14/the-bots-are-alive-jailbroken-gemini-spun-up-new-c2-server-for-russian-fraudster-in-just-6-minutes/5270131" target="_blank" rel="noopener noreferrer">The Register</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>DragonForce claims 850 GB from Geneva&#39;s IFAGE, layering an unconfirmed extortion listing onto a narrower April breach the foundation already disclosed</title><link>https://ctipilot.ch/entries/2026-07-14/dragonforce-leak-claim-ifage-geneva-adult-education/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/dragonforce-leak-claim-ifage-geneva-adult-education/</guid><pubDate>Tue, 14 Jul 2026 20:22:57 +0000</pubDate><dc:date>2026-07-14T20:22:57Z</dc:date><category>ransomware</category><category>data-breach</category><category>switzerland</category><category>europe</category><description><![CDATA[<p>DragonForce has listed IFAGE — the Fondation pour la formation des adultes à Genève, a Geneva adult-education foundation — on its extortion leak site, claiming 850 GB of exfiltrated data (Inside IT, 2026-07-14). IFAGE had already disclosed a narrower April 2026 employee-data exfiltration; the DragonForce attribution and the 850 GB figure are single-sourced and unconfirmed by IFAGE. Treat as a watch item, not a confirmed breach.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/dragonforce-leak-claim-ifage-geneva-adult-education" data-tags="ransomware data-breach" data-regions="switzerland europe" data-kind="incident" data-priority="notable" data-discovered="2026-07-14T20:22:57Z"><div class="badges"><span class="b ">NOTABLE</span><span class="b cls cls-med" title="NATO Admiralty code · source reliability C: Fairly reliable · information credibility 3: Possibly true"><span class="k">NATO</span>C3</span></div><h3 class="f-h" id="dragonforce-leak-claim-ifage-geneva-adult-education"><a href="https://ctipilot.ch/entries/2026-07-14/dragonforce-leak-claim-ifage-geneva-adult-education/">DragonForce lists Geneva&#39;s IFAGE adult-education foundation on its leak site, claiming 850 GB — an attribution and volume IFAGE has not confirmed</a></h3><p>The German-title source reads &quot;the DragonForce group claims to have captured 850 gigabytes of data from IFAGE; the foundation had already warned of a leak of sensitive data.&quot; IFAGE (Fondation pour la formation des adultes à Genève), a Geneva adult-education foundation, disclosed in May 2026 that it suffered an intrusion on 11–12 April 2026 (detected 13 April): unauthorized exfiltration of current- and former-employee data, no ransom demand recorded at the time, reported to the Federal Data Protection and Transparency Commissioner, and described by IFAGE as resolved (<a href="https://latele.ch/articles/la-fondation-ifage-a-geneve-victime-d-une-cyberattaque" target="_blank" rel="noopener noreferrer">La Télé, 2026-05-15</a>). On 14 July 2026, Swiss IT outlet Inside IT reported that the extortion group DragonForce has now listed IFAGE on its leak site, claiming 850 GB — an order of magnitude beyond the scope IFAGE described, and a specific actor attribution IFAGE itself never made (<a href="https://www.inside-it.ch/ransomware-bande-bekennt-sich-zu-angriff-auf-genfer-erwachsenenbildung-20260714" target="_blank" rel="noopener noreferrer">Inside IT, 2026-07-14</a>). No IFAGE statement responding to the listing, and no second independent outlet corroborating the DragonForce name or the 850 GB figure, could be located as of this run.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for Swiss defenders this is situational awareness of DragonForce activity against a home-region education institution, not an actionable incident — the intrusion vector was never disclosed, so there is no transferable technique, and the leak-site claim is unverified. The relevant posture is to watch for victim confirmation or a second-source corroboration and, if IFAGE or affected staff are in your constituency, to anticipate the follow-on identity-abuse and targeted-phishing risk that an 850 GB employee-data dump would create if the claim proves real. This item exists to keep the DragonForce-vs-Swiss-public-sector thread visible; if corroboration emerges it should ship as a delta on this entry rather than a fresh report.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Die Gruppe Dragonforce will 850 Gigabyte an Daten von Ifage erbeutet haben. Die Stiftung hatte bereits vor einem Abfluss sensibler Daten gewarnt.</p><figcaption class="entry-cite__attr"><a href="https://www.inside-it.ch/ransomware-bande-bekennt-sich-zu-angriff-auf-genfer-erwachsenenbildung-20260714" target="_blank" rel="noopener noreferrer">Inside IT Switzerland</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure><figure class="entry-cite"><p class="entry-cite__quote">Des données usuelles de collaborateurs ont été compromises</p><figcaption class="entry-cite__attr"><a href="https://latele.ch/articles/la-fondation-ifage-a-geneve-victime-d-une-cyberattaque" target="_blank" rel="noopener noreferrer">La Télé</a> <span class="entry-cite__date mono">2026-05-15</span></figcaption></figure></div><div class="prov"><span>incident</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/dragonforce-leak-claim-ifage-geneva-adult-education/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.inside-it.ch/ransomware-bande-bekennt-sich-zu-angriff-auf-genfer-erwachsenenbildung-20260714" target="_blank" rel="noopener noreferrer">Inside IT Switzerland</a> · <a href="https://latele.ch/articles/la-fondation-ifage-a-geneve-victime-d-une-cyberattaque" target="_blank" rel="noopener noreferrer">La Télé</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>Check Point AI Security Report 2026: AI moves from assistant to operator; planted config files become the durable agent bypass</title><link>https://ctipilot.ch/entries/2026-07-14/check-point-annual-ai-security-report-2026/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/check-point-annual-ai-security-report-2026/</guid><pubDate>Tue, 14 Jul 2026 04:40:00 +0000</pubDate><dc:date>2026-07-14T04:40:00Z</dc:date><category>ai-abuse</category><category>phishing</category><category>global</category><description><![CDATA[<p>Check Point Research&#39;s Annual AI Security Report 2026 argues AI has crossed from a force multiplier that made existing attacks faster into an operator that runs live intrusions — from a China-nexus espionage campaign to a criminal breach of Mexican government agencies. CPR&#39;s load-bearing defender finding: attackers increasingly abuse agentic architecture rather than single prompts, and the durable bypass is a planted configuration file an AI agent loads and trusts persistently across sessions, meaning any config or memory store an agent trusts is a persistence surface that needs integrity monitoring, not just input-side prompt filtering.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/check-point-annual-ai-security-report-2026" data-tags="ai-abuse phishing" data-regions="global" data-kind="annual-report" data-priority="notable" data-discovered="2026-07-14T04: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 2: Probably true"><span class="k">NATO</span>B2</span></div><h3 class="f-h" id="check-point-annual-ai-security-report-2026"><a href="https://ctipilot.ch/entries/2026-07-14/check-point-annual-ai-security-report-2026/">Check Point Annual AI Security Report 2026 — AI shifts from attack accelerant to autonomous operator, with the agent&#39;s trusted config store as the new persistence surface</a></h3><p>Check Point Research&#39;s <strong>Annual AI Security Report 2026</strong> frames the year&#39;s shift as &quot;AI has crossed from assistant to operator&quot;: where AI once helped attackers prepare, CPR now observes it doing the hands-on work inside live intrusions, spanning a China-nexus espionage campaign and a criminal breach of multiple Mexican government agencies, and spreading from nation-states to ordinary cybercriminals (<a href="https://research.checkpoint.com/2026/ai-security-report-2026/" target="_blank" rel="noopener noreferrer">Check Point Research, 2026-07-14</a>). Two developments matter most to a defender rather than to a headline. First, AI now builds deployment-ready tooling whose AI provenance is invisible in the finished artifact — CPR cites one developer producing <strong>VoidLink</strong>, an 88,000-line command-and-control framework, in under a week using an AI environment, illustrating how the tooling-development timeline collapses even for non-experts. Second, and more durable, attackers are moving from transient prompt-injection strings to abusing the <em>agentic architecture itself</em>: CPR reports that the reliable bypass is now &quot;a planted configuration file an agent loads and trusts across sessions,&quot; a persistence class that survives context resets and re-authentication in a way one-shot prompt injection does not.</p>
<p>CPR also reports a maturing criminal AI-tooling market — phishing-as-a-service kits shipping with a jailbroken language model built in, and conversational AI voice-agent services running vishing and one-time-passcode theft at scale — alongside a rise in indirect prompt injection (CPR&#39;s telemetry shows detections of longer malicious payloads climbing sharply between March and May 2026) and persistent enterprise data leakage through unsanctioned GenAI use. Most actors, CPR notes, favour jailbroken mainstream commercial models over self-hosted ones.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">for teams running agentic AI tooling — coding assistants, SOC-automation agents, RAG pipelines — the report&#39;s actionable reframing is architectural: treat any configuration file, memory store, or tool-output channel an agent trusts across sessions as a persistence surface that requires integrity monitoring and change control, not just input-side prompt filtering, because that trusted-context store is where a durable compromise now lives. The criminal-tooling findings (LLM-embedded phishing kits, AI voice-agent vishing, cheap synthetic-identity forgery) reinforce that voice, face and document artifacts are no longer reliable trust anchors for out-of-band verification of high-risk requests. Treat the report&#39;s percentages as Check Point&#39;s own product telemetry rather than independently established rates.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">AI has crossed from assistant to operator.</p><p class="entry-cite__quote">the durable bypass is now a planted configuration file an agent loads and trusts across sessions.</p><figcaption class="entry-cite__attr"><a href="https://research.checkpoint.com/2026/ai-security-report-2026/" target="_blank" rel="noopener noreferrer">Check Point Research</a> <span class="entry-cite__date mono">2026-07-14</span></figcaption></figure></div><div class="prov"><span>annual-report</span><span>14 Jul 04:40Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/check-point-annual-ai-security-report-2026/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://research.checkpoint.com/2026/ai-security-report-2026/" target="_blank" rel="noopener noreferrer">Check Point Research</a></div></article>]]></content:encoded></item><item><title>CrashStealer: notarized-dropper macOS stealer validates stolen passwords with dscl before harvesting keychain and browser data</title><link>https://ctipilot.ch/entries/2026-07-14/crashstealer-macos-native-cpp-infostealer/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-14/crashstealer-macos-native-cpp-infostealer/</guid><pubDate>Tue, 14 Jul 2026 04:35:00 +0000</pubDate><dc:date>2026-07-14T04:35:00Z</dc:date><category>infostealer</category><category>identity</category><category>global</category><description><![CDATA[<p>Jamf Threat Labs details CrashStealer, a native-C++ macOS infostealer (distinct from AMOS/MacSync) that reached in-the-wild deployment by early July 2026. A signed, Apple-notarized &quot;Werkbit Setup&quot; dropper clears Gatekeeper and stages an ad-hoc-signed payload impersonating Apple&#39;s CrashReporter from a hidden /private/tmp path; the payload prompts for the login password, validates it locally with dscl -authonly, unlocks the keychain, profiles installed EDR tooling, and exfiltrates browser, wallet-extension and keychain data AES-GCM-encrypted over libcurl. Any organisation with a macOS fleet should hunt for the staging artifacts.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-14/crashstealer-macos-native-cpp-infostealer" data-tags="infostealer identity" data-regions="global" data-kind="threat" data-priority="notable" data-discovered="2026-07-14T04: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="crashstealer-macos-native-cpp-infostealer"><a href="https://ctipilot.ch/entries/2026-07-14/crashstealer-macos-native-cpp-infostealer/">CrashStealer — a native-C++ macOS infostealer using a notarized dropper and local dscl password validation to raid keychain, browsers and wallets</a></h3><p>Jamf Threat Labs documents <strong>CrashStealer</strong>, a macOS infostealer written in native C++ (around an internal <code>MacOSData</code> class) rather than the AppleScript droppers or thin Objective-C wrappers typical of commodity macOS stealers; Jamf first saw a sample on VirusTotal in early May 2026 and observed in-the-wild payload detections by early July, and tracks it as a distinct family rather than a variant of Atomic (AMOS), MacSync or Phexia (<a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs, 2026-07-13</a>; <a href="https://www.bleepingcomputer.com/news/security/new-crashstealer-malware-poses-as-apple-crash-reporting-tool/" target="_blank" rel="noopener noreferrer">BleepingComputer, 2026-07-13</a>). Initial access is a signed and Apple-<strong>notarized</strong> dropper distributed as a &quot;Werkbit Setup&quot; disk image (both the image and the inner app are signed under a valid Developer ID — which Jamf reported to Apple after confirming it was used to distribute malicious payloads — with hardened runtime enabled) — because it carries a valid notarization ticket it clears Gatekeeper on first launch, so the &quot;right-click → Open&quot; instruction the installer shows is pure social engineering rather than a technical bypass (<a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs, 2026-07-13</a>). The dropper fetches a first-stage file from a GitHub repository (keeping the opening network hop on a trusted developer domain), decodes a <code>curl</code> command, and pulls a shell script delivered as successive Base64 blobs decoded at runtime and piped to <code>bash</code>; that script downloads the payload disk image, copies the app into a hidden <code>/private/tmp/.CrashReporter</code> directory, strips and re-signs it ad-hoc (<code>codesign --remove-signature</code> then <code>codesign -s - --force --deep</code>), registers it with Launch Services and launches it (<a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs, 2026-07-13</a>).</p>
<p>The payload impersonates Apple&#39;s crash reporter (bundle identifier <code>com.apple.crashreporter</code>, executing from the hidden staging path), clears its own quarantine and last-used-date extended attributes with <code>xattr -cr</code>, then presents a native-styled password prompt and validates the entered credential locally with <code>dscl . -authonly</code>, looping until a valid password is supplied — so the operator only ever collects credentials that actually authenticate (<a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs, 2026-07-13</a>). With the validated password it unlocks the login keychain, copies <code>login.keychain-db</code> into a hidden <code>~/.cache</code> staging root, runs a reconnaissance sweep (<code>defaults read</code> for version paired with <code>du -sh</code> for on-disk size) against an embedded list skewed toward malware-analysis and EDR tooling to profile the defensive environment, and collects browser data, Chromium/Firefox extensions (including cryptocurrency-wallet extensions) and password-manager material — AES-GCM-encrypting each item into hidden staging files as it is collected (so the loot is never written to disk in the clear), then packaging each staging directory into its own zip archive before exfiltrating over <code>libcurl</code>. Persistence is a LaunchAgent registered under an Apple-impersonating label with a second re-signed copy of the binary. Anti-analysis is layered throughout: the binary checks for an attached debugger via <code>sysctl</code> process-flag (<code>P_TRACED</code>) inspection at two separate points in initialization — so patching out the first check alone does not defeat it — and its C2 address and collection-target list are held as encrypted, runtime-decoded strings behind control-flow-flattening obfuscation rather than in cleartext (<a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs, 2026-07-13</a>).</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the notarized-dropper-plus-ad-hoc-payload split is the load-bearing tradecraft — the trusted first stage clears Gatekeeper, while the actual stealer is re-signed locally so it never needed valid signing of its own. On endpoints, the high-signal behaviours are process-execution telemetry showing an application bundle launching from a hidden <code>/private/tmp</code> path, a GUI process spawning <code>dscl . -authonly</code> and <code>security unlock-keychain</code>, <code>codesign</code> re-signing a bundle at runtime, and a chain of <code>base64 -d</code> decodes piped to <code>bash</code> from a <code>curl</code>-fetched script. <strong>Triage:</strong> Apple&#39;s genuine CrashReporter runs from <code>/System/Library/CoreServices/</code> and is Apple-signed; a process advertising the <code>com.apple.crashreporter</code> bundle identifier that runs from <code>/private/tmp</code> or <code>~/Library/Caches</code> with an ad-hoc signature, or a <code>dscl -authonly</code> invocation parented to a freshly-launched &quot;installer&quot; app, is the discriminator — the legitimate directory-service utility is used routinely by system components but not normally spawned by a user-launched app bundle. Hardening: restrict app execution from user-writable and temporary paths, and treat a Developer-ID-notarized installer that then reaches out to GitHub and a bespoke delivery endpoint as suspicious regardless of its signature.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Validating the password with dscl -authonly before harvesting lets the operator keep only credentials that actually work</p><p class="entry-cite__quote">Patching out that first check is not enough on its own: a second check later in application initialization exits the same way</p><figcaption class="entry-cite__attr"><a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>threat</span><span>14 Jul 04:35Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-14/crashstealer-macos-native-cpp-infostealer/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.jamf.com/blog/crashstealer-macos-infostealer-analysis/" target="_blank" rel="noopener noreferrer">Jamf Threat Labs</a> · <a href="https://www.bleepingcomputer.com/news/security/new-crashstealer-malware-poses-as-apple-crash-reporting-tool/" target="_blank" rel="noopener noreferrer">BleepingComputer</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>Rejetto HFS patches a six-CVE chain whose pre-auth session forgery reaches code execution on any exposed instance</title><link>https://ctipilot.ch/entries/2026-07-13/rejetto-hfs-session-forgery-prng-rce-cve-2026-61500/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/rejetto-hfs-session-forgery-prng-rce-cve-2026-61500/</guid><pubDate>Mon, 13 Jul 2026 20:33:00 +0000</pubDate><dc:date>2026-07-13T20:33:00Z</dc:date><category>vulnerabilities</category><category>rce</category><category>pre-auth</category><category>auth-bypass</category><category>path-traversal</category><category>patch-available</category><category>global</category><category>patch-available</category><category>CVE-2026-61500</category><category>CVE-2026-61501</category><category>CVE-2026-61502</category><category>CVE-2026-61503</category><category>CVE-2026-61504</category><category>CVE-2026-61505</category><description><![CDATA[<p>Rejetto HFS (HTTP File Server) 3.0.0–3.2.0 derives its session-cookie signing key from JavaScript&#39;s Math.random() and leaks that generator&#39;s outputs to unauthenticated clients, letting an attacker forge an administrator session and reach RCE via the server_code feature (CVE-2026-61500, CVSS 9.3). Fixed in 3.2.1 (2026-07-13) alongside five companion bugs; no exploitation reported yet, but a pre-auth RCE in internet-facing file-sharing software warrants prompt patching of any exposed instance.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/rejetto-hfs-session-forgery-prng-rce-cve-2026-61500" data-tags="vulnerabilities rce pre-auth auth-bypass path-traversal patch-available" data-regions="global" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-13T20:33:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-61500/">CVE-2026-61500 +5</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="rejetto-hfs-session-forgery-prng-rce-cve-2026-61500"><a href="https://ctipilot.ch/entries/2026-07-13/rejetto-hfs-session-forgery-prng-rce-cve-2026-61500/">CVE-2026-61500 — Rejetto HFS &lt; 3.2.1: predictable session-signing PRNG lets an unauthenticated attacker forge admin sessions to RCE (CVSS 9.3)</a></h3><p>VulnCheck disclosed a six-CVE chain in Rejetto HFS (HTTP File Server) 3.0.0 through 3.2.0, all fixed in 3.2.1 on 2026-07-13 (<a href="https://www.vulncheck.com/advisories/rejetto-hfs-session-forgery-via-predictable-signing-key" target="_blank" rel="noopener noreferrer">VulnCheck, 2026-07-13</a>). The headline flaw, CVE-2026-61500 (CVSS 4.0 9.3, CWE-338 weak PRNG), derives the session-cookie signing key from JavaScript&#39;s non-cryptographic <code>Math.random()</code> and leaks outputs of that same generator to unauthenticated clients on the login endpoint; an attacker who collects a small number of login responses can reconstruct the generator&#39;s internal state, recover the signing key and forge a valid administrator session cookie — reaching full admin access and code execution through HFS&#39;s built-in <code>server_code</code> configuration feature (arbitrary server-side script), with no authentication or user interaction (<a href="https://www.vulncheck.com/advisories/rejetto-hfs-session-forgery-via-predictable-signing-key" target="_blank" rel="noopener noreferrer">VulnCheck, 2026-07-13</a>). Five companion bugs, all verified on NVD and fixed in the same 3.2.1 release, lower the bar further: unauthenticated username enumeration including the default admin account (CVE-2026-61503), state-changing admin actions accepted over GET with no anti-CSRF check (CVE-2026-61502), stored XSS rendered when an admin views the log via a crafted failed-login username (CVE-2026-61501) and via unescaped filenames in the fallback &quot;basic&quot; listing reachable by anonymous uploaders (CVE-2026-61504), and a <code>lang</code>-parameter path traversal limited to reading specific JSON files outside shared folders (CVE-2026-61505). No in-the-wild exploitation of this 3.x chain has been reported yet; the risk is the standard one for a pre-auth, unauthenticated-RCE flaw in internet-facing file-sharing software whose patch is already public — once the forge-the-cookie technique is understood, an exposed instance is a low-effort opportunistic target.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">treat any internet-reachable HFS instance as exposed the moment a public write-up appears — the exploitation primitive is a forged admin cookie, not a memory-corruption craft, so weaponisation is cheap. In HFS request logs, the recovery-then-forge sequence shows as a short burst of repeated login requests from one source immediately followed by an authenticated, admin-privileged session with no preceding legitimate credential-setting event, then privileged actions such as <code>server_code</code> edits or account creation from that session. <strong>Triage:</strong> a genuine admin login issues a <code>Set-Cookie</code> from the server before any privileged action; a forged session presents a valid-looking admin cookie the server never issued and is typically preceded by a cluster of login probes used to recover the generator state — either signal alone is weak, the sequence is the tell. Hardening: upgrade to 3.2.1; if that must wait, keep the admin interface off the public internet and disable <code>server_code</code>.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Rejetto HFS 3.0.0 through 3.2.0 derives its session-cookie signing key from the non-cryptographic Math.random() generator and discloses outputs of the same generator to unauthenticated clients during login.</p><p class="entry-cite__quote">A remote attacker can collect a small number of login responses, reconstruct the generator&#39;s state, recover the signing key, and forge a valid administrator session cookie, leading to full administrative access and remote code execution via the server_code configuration feature.</p><figcaption class="entry-cite__attr"><a href="https://www.vulncheck.com/advisories/rejetto-hfs-session-forgery-via-predictable-signing-key" target="_blank" rel="noopener noreferrer">VulnCheck</a> <span class="entry-cite__date mono">2026-07-13</span></figcaption></figure></div><div class="prov"><span>vulnerability</span><span>13 Jul 20:33Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/rejetto-hfs-session-forgery-prng-rce-cve-2026-61500/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.vulncheck.com/advisories/rejetto-hfs-session-forgery-via-predictable-signing-key" target="_blank" rel="noopener noreferrer">VulnCheck</a> · <a href="https://github.com/rejetto/hfs/releases/tag/v3.2.1" target="_blank" rel="noopener noreferrer">Rejetto (GitHub release)</a></div></article>]]></content:encoded></item><item><title>WAGO patches a hidden early-boot diagnostic interface in I/O System Field couplers that lets an unauthenticated remote attacker take full control</title><link>https://ctipilot.ch/entries/2026-07-13/wago-io-system-field-cve-2026-4769-early-boot-backdoor/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-13/wago-io-system-field-cve-2026-4769-early-boot-backdoor/</guid><pubDate>Mon, 13 Jul 2026 12:50:00 +0000</pubDate><dc:date>2026-07-13T12:50:00Z</dc:date><category>vulnerabilities</category><category>ot-ics</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-4769</category><description><![CDATA[<p>CERT@VDE published advisory VDE-2026-031 / CVE-2026-4769 (2026-07-13) for WAGO I/O System Field coupler devices: certain models activate an undocumented diagnostic capability during the initial boot sequence that is reachable without authentication for a brief early-boot window, letting an unauthenticated remote attacker with network access reach internal system processes and achieve full system compromise (CWE-912 Hidden Functionality; CVSS 9.8). No exploitation is reported (EPSS 0.0) and fixed firmware is available per model. Swiss/European energy, water and industrial-automation OT estates running these couplers should schedule the firmware update and verify these devices are segmented from untrusted networks, especially during maintenance reboots.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-13/wago-io-system-field-cve-2026-4769-early-boot-backdoor" data-tags="vulnerabilities ot-ics auth-bypass pre-auth patch-available" data-regions="global europe" data-kind="vulnerability" data-priority="notable" data-discovered="2026-07-13T12:50:00Z"><div class="badges"><span class="b ">NOTABLE</span><a class="b cve" href="https://ctipilot.ch/cves/CVE-2026-4769/">CVE-2026-4769</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="wago-io-system-field-cve-2026-4769-early-boot-backdoor"><a href="https://ctipilot.ch/entries/2026-07-13/wago-io-system-field-cve-2026-4769-early-boot-backdoor/">CVE-2026-4769 — WAGO I/O System Field: undocumented early-boot interface allows unauthenticated full compromise (CVSS 9.8)</a></h3><p>CERT@VDE — Germany&#39;s OT/ICS coordinating CERT, acting as CVE Numbering Authority for the vendor — published advisory VDE-2026-031 / CVE-2026-4769 on 2026-07-13 for WAGO I/O System Field series coupler devices (models 0765-110x, 0765-120x, 0765-150x, 0765-2101, 0765-2102, 0765-410x, 0765-420x, 0765-450x, all variant <code>/0100-0000</code>) (<a href="https://www.certvde.com/en/advisories/VDE-2026-031/" target="_blank" rel="noopener noreferrer">CERT@VDE, 2026-07-13</a>). Certain devices activate an undocumented internal diagnostic capability during the initial boot sequence — functionality outside the publicly documented feature set — which is reachable without authentication for a brief window before the main operating environment and its security controls become fully active (CWE-912 Hidden Functionality). If an attacker has network access to the device during that early-boot window, they can interact with internal system processes normally protected during regular operation, which CERT@VDE describes as resulting in full system compromise. The advisory carries a CVSS 3.1 vector of AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H (9.8), and the ENISA EU Vulnerability Database entry EUVD-2026-43297 lists a CVSS 4.0 base score of 9.3 (<a href="https://euvd.enisa.europa.eu/vulnerability/EUVD-2026-43297" target="_blank" rel="noopener noreferrer">ENISA EUVD, 2026-07-13</a>). No exploitation has been reported and EPSS is 0.0. WAGO has released fixed firmware for each affected model.</p>
<p>WAGO I/O System Field devices are modular fieldbus I/O couplers used in industrial automation and building-management deployments, including energy and water-utility OT environments in the constituency&#39;s additional sectors. The practical exploitability is bounded — an attacker must have network reachability to the device precisely during its early-boot window — but the impact if that condition is met is unauthenticated, full compromise of an operational field device, and OT patch cycles are slow, so the exposure can persist. Detection is best framed as OT network monitoring: correlate device power-cycle/reboot events (from maintenance logs or the device&#39;s own uptime telemetry) with any new inbound session to the device&#39;s management/diagnostic ports in the same time window — a connection arriving during a reboot, rather than steady-state operation, is the anomaly this vulnerability creates. Hardening: apply the per-model fixed firmware listed above and, until then, keep these couplers behind VLAN/ACL segmentation from any untrusted network segment, tightening reachability during planned maintenance reboots when the early-boot window is opened deliberately.</p><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">This functionality is not formally documented and becomes accessible without authentication for a brief period in the early boot phase. During this window, an unauthenticated remote attacker can gain access to the internal system processes, resulting in full system compromise.</p><figcaption class="entry-cite__attr">CERT@VDE</figcaption></figure></div><div class="prov"><span>vulnerability</span><span>13 Jul 12:50Z</span><span class="p-warn">single-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-13/wago-io-system-field-cve-2026-4769-early-boot-backdoor/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.certvde.com/en/advisories/VDE-2026-031/" target="_blank" rel="noopener noreferrer">CERT@VDE (Germany OT/ICS coordinating CERT, CNA)</a> · <a href="https://euvd.enisa.europa.eu/vulnerability/EUVD-2026-43297" target="_blank" rel="noopener noreferrer">ENISA EU Vulnerability Database (EUVD-2026-43297)</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>FINMA AM 05/2026 — Swiss financial institutions lack a post-quantum migration roadmap; FINMA sets crypto-inventory and crypto-agility expectations</title><link>https://ctipilot.ch/entries/2026-07-12/weekly-w28-finma-post-quantum-guidance/</link><guid isPermaLink="true">https://ctipilot.ch/entries/2026-07-12/weekly-w28-finma-post-quantum-guidance/</guid><pubDate>Sun, 12 Jul 2026 23:54:00 +0000</pubDate><dc:date>2026-07-12T23:54:00Z</dc:date><category>law-enforcement</category><category>switzerland</category><category>europe</category><description><![CDATA[<p>FINMA published Aufsichtsmitteilung 05/2026 on 9 July 2026, reporting a survey of 60 Swiss financial institutions on cryptographically-relevant quantum computing risk: institutions are aware of the threat but &#39;mostly lack a clear roadmap&#39; for migrating to quantum-safe encryption. FINMA names &#39;harvest now, decrypt later&#39; as the operative near-term threat and, under existing operational-risk expectations (not a new binding circular), expects institutions to build a PQC migration strategy, run an institution-specific risk analysis, maintain a cryptographic inventory, adopt crypto-agility, and extend this to outsourced providers. No new mandatory deadline is set — this is expectation-setting ahead of a possible future circular.</p>]]></description><content:encoded><![CDATA[<article class="finding entry-card" data-entry-id="2026-07-12/weekly-w28-finma-post-quantum-guidance" data-tags="law-enforcement" data-regions="switzerland europe" data-kind="policy" data-priority="notable" data-discovered="2026-07-12T23:54:00Z"><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 1: Confirmed"><span class="k">NATO</span>A1</span></div><h3 class="f-h" id="weekly-w28-finma-post-quantum-guidance"><a href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-finma-post-quantum-guidance/">FINMA sets post-quantum crypto expectations for the Swiss financial sector — Aufsichtsmitteilung 05/2026 flags &#39;harvest now, decrypt later&#39; and a missing migration roadmap</a></h3><p>FINMA published <strong>Aufsichtsmitteilung (supervisory communication) 05/2026</strong> on 9 July 2026, presenting the results of a November 2025–January 2026 survey of 60 Swiss financial institutions on cryptographically-relevant quantum computing (CRQC) risk. Its core finding: institutions are aware of the threat but &quot;meist fehlt aber eine klare Roadmap und eine ausreichend vorausschauende Planung für die Migration zu quantensicherer Verschlüsselung&quot; — most lack a clear roadmap and sufficiently forward-looking planning for the migration to quantum-safe encryption (<a href="https://www.finma.ch/news/2026/07/20260709-mm-am-05-26/" target="_blank" rel="noopener noreferrer">FINMA, 2026-07-09</a>). FINMA explicitly names <strong>&quot;harvest now, decrypt later&quot;</strong> — capture-and-store-for-future-decryption of today&#39;s encrypted traffic and data — as the operative near-term threat model, and sets, under existing operational-risk-and-resilience supervisory expectations rather than a new binding circular, that institutions should produce a PQC migration strategy and roadmap, run an institution-specific risk analysis, &quot;die Erstellung eines kryptographischen Inventars&quot; (build a cryptographic inventory), adopt crypto-agility, and extend the planning to outsourced service providers. No mandatory deadline accompanies the communication (<a href="https://www.swissinfo.ch/eng/various/finma-to-banks-further-measures-are-needed-to-tackle-quantum-computers/91726878" target="_blank" rel="noopener noreferrer">swissinfo.ch, 2026-07-10</a>).</p>
<p><strong>Why this belongs in the strategic view:</strong> it is the home financial-sector regulator setting a direction of travel that a Swiss/EU public-sector or CI reader will encounter next as a compliance expectation, and it reframes post-quantum readiness as a near-term data-protection issue, not a distant cryptographic curiosity — because the &quot;harvest now, decrypt later&quot; risk accrues from <em>today&#39;s</em> captured traffic regardless of when a CRQC actually arrives.</p>
<aside class="callout callout--takeaway" role="note"><span class="callout__label">Defender takeaway</span><div class="callout__body">the defensible near-term action for finance-sector (and CI) readers is to start the cryptographic inventory now — enumerate which systems, protocols (TLS/VPN/at-rest) and applications use which algorithms and key lengths — because that inventory is the prerequisite for any migration and the only way to reason about HNDL exposure; watch for whether FINMA converts this into a binding circular and whether NCSC-CH or ENISA issue parallel public-sector PQC guidance.</div></aside><div class="entry-cites" role="group" aria-label="Quoted from the reporting"><figure class="entry-cite"><p class="entry-cite__quote">Die Institute sind sich der Cyberrisiken von kryptografisch relevanten Quantum Computern bewusst. Meist fehlt aber eine klare Roadmap und eine ausreichend vorausschauende Planung für die Migration zu quantensicherer Verschlüsselung.</p><p class="entry-cite__quote">Dazu gehört eine klare Strategie und Roadmap für die Migration zu quantensicheren Verschlüsselungen, eine institutsspezifische Risikoanalyse, die Erstellung eines kryptographischen Inventars, der Schutz kritischer Daten vor &#39;harvest now, decrypt later&#39; Angriffen.</p><figcaption class="entry-cite__attr">FINMA</figcaption></figure></div><div class="prov"><span>policy</span><span>12 Jul 23:54Z</span><span class="p-ok">multi-source</span><a class="refs" href="https://ctipilot.ch/entries/2026-07-12/weekly-w28-finma-post-quantum-guidance/">Open finding ↗</a></div><div class="f-sources"><span class="f-sources__l">Sources:</span> <a href="https://www.finma.ch/news/2026/07/20260709-mm-am-05-26/" target="_blank" rel="noopener noreferrer">FINMA (Swiss Financial Market Supervisory Authority)</a> · <a href="https://www.swissinfo.ch/eng/various/finma-to-banks-further-measures-are-needed-to-tackle-quantum-computers/91726878" target="_blank" rel="noopener noreferrer">SWI swissinfo.ch</a></div></article>]]></content:encoded></item></channel></rss>