<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Disaster-Recovery on ZX Cloud Security</title><link>https://zxcloudsecurity.co.uk/tags/disaster-recovery/</link><description>Recent content in Disaster-Recovery on ZX Cloud Security</description><generator>Hugo</generator><language>en-GB</language><lastBuildDate>Wed, 03 Jun 2026 22:31:29 +0000</lastBuildDate><atom:link href="https://zxcloudsecurity.co.uk/tags/disaster-recovery/index.xml" rel="self" type="application/rss+xml"/><item><title>Rethinking Cloud Resilience Against AI-Powered Attacks</title><link>https://zxcloudsecurity.co.uk/posts/commvault-rethink-resilience-ai-ransomware-backup-recovery/</link><pubDate>Wed, 03 Jun 2026 22:31:29 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/commvault-rethink-resilience-ai-ransomware-backup-recovery/</guid><description>Commvault warns AI-driven attackers are targeting backup systems, leaving organisations unable to recover. Here&amp;#39;s what cloud architects must do now.</description><content:encoded><![CDATA[<p>🟠 <strong>High</strong>  |  <strong>Source:</strong> <a href="https://www.theregister.com/security/2026/06/03/commvault-says-its-time-to-rethink-resiliency-as-ai-crooks-leave-victims-in-a-dark-dead-state/5250894">The Register — Security</a></p>
<hr>
<p>Commvault is urging organisations to fundamentally rethink their resilience strategies as AI-powered attackers increasingly target backup and recovery infrastructure, leaving victims unable to recover. The warning highlights that traditional backup plans are insufficient if they are not regularly tested under realistic attack conditions. As ransomware operators and AI-assisted threat actors specifically seek out and corrupt backup systems, untested recovery capabilities offer a false sense of security.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Conduct adversarial recovery testing — specifically simulate scenarios where backup infrastructure is compromised or unavailable — and ensure immutable, air-gapped backup copies exist outside the blast radius of your primary cloud environment. Review your recovery time objectives against actual tested recovery performance, not theoretical estimates.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://www.theregister.com/security/2026/06/03/commvault-says-its-time-to-rethink-resiliency-as-ai-crooks-leave-victims-in-a-dark-dead-state/5250894">Commvault says it&rsquo;s time to rethink resiliency as AI crooks leave victims in a &lsquo;dark, dead&rsquo; state</a></p>
]]></content:encoded></item><item><title>AWS ARC Adds Aurora &amp; Neptune Failover Automation</title><link>https://zxcloudsecurity.co.uk/posts/aws-arc-region-switch-aurora-scaling-neptune-failover/</link><pubDate>Wed, 03 Jun 2026 17:44:00 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/aws-arc-region-switch-aurora-scaling-neptune-failover/</guid><description>AWS ARC Region switch gains Aurora serverless, provisioned scaling, and Neptune failover blocks, automating multi-region DB recovery and reducing RTO.</description><content:encoded><![CDATA[<p>🟢 <strong>Low</strong>  |  <strong>Source:</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/06/region-switch-aurora-scaling-neptune-failover/">AWS What&rsquo;s New</a></p>
<hr>
<p>AWS has added three new execution blocks to Amazon Application Recovery Controller (ARC) Region switch, automating database scaling and failover for Aurora (serverless and provisioned) and Neptune global databases during multi-region failover events. Previously, teams had to manually right-size secondary clusters under incident pressure, adding critical minutes to recovery time. These new blocks remove that manual step, reducing recovery time and human error during regional outages.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Review your existing ARC Region switch plans and incorporate the new Aurora and Neptune execution blocks to eliminate manual scaling steps from your runbooks. This is particularly relevant if you run active-passive Aurora global database configurations with scaled-down secondary clusters, as automating right-sizing directly reduces your effective RTO.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/06/region-switch-aurora-scaling-neptune-failover/">ARC Region switch adds Amazon Aurora scaling and Amazon Neptune global database failover</a></p>
]]></content:encoded></item><item><title>AWS ARC Adds Aurora &amp; Neptune Failover Automation</title><link>https://zxcloudsecurity.co.uk/posts/aws-arc-region-switch-aurora-scaling-neptune-global-database-failover/</link><pubDate>Wed, 03 Jun 2026 17:44:00 +0000</pubDate><guid>https://zxcloudsecurity.co.uk/posts/aws-arc-region-switch-aurora-scaling-neptune-global-database-failover/</guid><description>AWS ARC Region switch gains automated Aurora scaling and Neptune global database failover blocks, reducing manual steps and recovery time in multi-region o</description><content:encoded><![CDATA[<p>🟢 <strong>Low</strong>  |  <strong>Source:</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/06/region-switch-aurora-scaling-neptune-failover/">AWS What&rsquo;s New</a></p>
<hr>
<p>AWS has added three new execution blocks to Amazon Application Recovery Controller (ARC) Region switch, automating database scaling and failover for Aurora (serverless and provisioned) and Neptune global databases during multi-region failover events. Previously, engineers had to manually right-size secondary clusters under incident pressure, adding precious minutes to recovery time. These new blocks remove that manual step, reducing recovery time and human error during outages.</p>
<blockquote>
<p><strong>Architect&rsquo;s Take:</strong> Review your existing ARC Region switch runbooks and integrate the new Aurora and Neptune execution blocks to eliminate manual scaling steps from your recovery plans. This is particularly important if you run active-passive Aurora global database configurations with scaled-down secondaries, as automating right-sizing directly reduces your practical RTO and the risk of operator error during a live incident.</p>
</blockquote>
<p><strong>Original advisory:</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/06/region-switch-aurora-scaling-neptune-failover/">ARC Region switch adds Amazon Aurora scaling and Amazon Neptune global database failover</a></p>
]]></content:encoded></item></channel></rss>