<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>#postmortem — LowEndSpirit</title>
        <link>https://www.lowendspirit.com/</link>
        <pubDate>Tue, 27 Oct 2026 11:48:06 +0000</pubDate>
        <language>en</language>
            <description>#postmortem — LowEndSpirit</description>
    <atom:link href="https://www.lowendspirit.com/discussions/tagged/postmortem/feed.rss" rel="self" type="application/rss+xml"/>
    <item>
        <title>Architecture Post-Mortem: How an OSS Auth Flaw Nuked 4 Availability Zones at IDCF Japan</title>
        <link>https://www.lowendspirit.com/discussion/11517/architecture-post-mortem-how-an-oss-auth-flaw-nuked-4-availability-zones-at-idcf-japan</link>
        <pubDate>Tue, 27 Oct 2026 07:49:47 +0000</pubDate>
        <category>Industry News</category>
        <dc:creator>kako1talk</dc:creator>
        <guid isPermaLink="false">11517@/discussions</guid>
        <description><![CDATA[<p><strong>Security Post-Mortem:</strong> IDC Frontier (SoftBank) published their final Report #7 on the Oct 7th cloud ransomware incident <strong>today (Oct 27 at 16:00 JST)</strong>:<br />
🔗 <a href="https://www.idcf.jp/news/topics/20261027001/?bid=gtop" rel="nofollow">https://www.idcf.jp/news/topics/20261027001/?bid=gtop</a></p>

<p>The report provides rare transparency into how control-plane privilege escalation can take down physical infrastructure at scale.</p>

<h3>Anatomy of the Attack</h3>

<ul>
<li><strong>Entry:</strong> Attackers leveraged an unpatched OSS vulnerability in the customer-facing Cloud Portal authentication stack.</li>
<li><strong>Lateral Movement:</strong> The breach jumped from the web layer into the internal management console, subsequently accessing virtualization backplanes.</li>
<li><strong>Execution:</strong> Storage encryption routines triggered. To halt lateral spread, IDCF physically severed storage across 4 availability zones in East Japan 1 (<code>tesla</code>, <code>henry</code>, <code>pascal</code>, <code>joule</code>).</li>
</ul>

<h3>The Impact</h3>

<ul>
<li><strong>495 enterprise/government tenants</strong> suffered catastrophic volume loss, with original infrastructure declared unrecoverable.</li>
<li><strong>206 clients</strong> had salvageable snapshots currently being extracted to replacement hardware.</li>
<li><strong>No ransom was paid</strong>, and VM storage payloads were not exfiltrated.</li>
<li><strong>Portal shutdown:</strong> Management planes across all regions were severed from the public internet. Basic hypervisor operations are currently performed manually by on-call engineers.</li>
<li><strong>Architectural Redesign:</strong> The entire management portal is being rebuilt with a decoupled third-party IdP, mandatory MFA, IP-based network filtering, and continuous SBOM automated scanning.</li>
</ul>

<h3>Key Lessons</h3>

<ul>
<li><strong>Hard isolation of control planes:</strong> Customer portals must never have direct lateral network paths into the underlying storage controller fabric.</li>
<li><strong>True 3-2-1 backups:</strong> If your snapshots reside on the provider's native control plane, you don't have a backup—you have shared exposure.</li>
</ul>

<p><img src="https://external-content.duckduckgo.com/iu/?u=https%3A%2F%2Fcdn.pixabay.com%2Fphoto%2F2017%2F04%2F30%2F15%2F12%2Fapocalypse-2273069_640.jpg&amp;f=1&amp;nofb=1&amp;ipt=765e2113bcdaf4371cc5bca2b5941987ef0cdcca71e2146d0d8060868678707a&amp;ipo=images" alt="" title="" /></p>
]]>
        </description>
    </item>
   </channel>
</rss>
