Oracle Databaseユーザー必見！ZRCVで始めるランサムウェア対策

近年、猛威を振るい、企業にとって深刻な脅威となっているランサムウェア攻撃。特に「企業の重要資産であるデータベース」への対策は喫緊の課題です。しかし、どれだけ防御を固めても侵入リスクをゼロにはできない今、重要になるのは「万が一感染しても、確実にデータを復旧できる仕組み」です。

毎年『情報セキュリティ10大脅威(*1)』で上位に位置づけられるランサムウェアに対し、

「Oracle Cloud Infrastructure（OCI）のOracle Database Zero Data Loss Autonomous Recovery Service（ZRCV）」を利用した対策を紹介します。

ZRCVをどのように利用すればランサムウェア対策ができるのかを設定方法も合わせて紹介します。

(*1)出典：IPA（情報処理推進機構）
　　「情報セキュリティ10大脅威 2025」
　　「情報セキュリティ10大脅威 2025 解説書(組織編)」

ランサムウェア（Ransomware）は、「Ransom（身代金）」と「Software（ソフトウェア）」を組み合わせた言葉で、マルウェア（悪意のあるソフトウェア）の一種です。

ランサムウェアは、サーバー上のファイルを暗号化し、利用者がファイルを利用できなくしたうえで、その解除と引き換えに金銭を要求するサイバー攻撃です。

データベースを攻撃対象としたランサムウェアは、通常のファイルではなく、データベースに保存されているデータを狙うマルウェアです。

ランサムウェア対策における「最後の砦」はバックアップです。ベストプラクティスとして知られている「3-2-1-1-0バックアップ・ルール」を基準に整理します。

3-2-1-1-0バックアップ・ルールは、ランサムウェアや災害からデータを守るための新しい指針で、従来の3-2-1ルールを強化したものです。

記載する5つの条件を満たすことを基準とし、米国政府機関のCISAも推奨しています。

『3-2-1-1-0バックアップルール』に従ってバックアップを実装したいがコストや時間の確保が難しい場合に有効なのが『ZRCV』です。

　OCIのZRCVは、OCI上で提供される、Oracle Database向けのフルマネージドのバックアップ・リカバリ・サービスです。

　従来のバックアップよりも高度にデータを保護し、特にランサムウェア感染やその他の障害時にデータ損失ゼロに近い状態で迅速に復旧できます。

ZRCVの特徴を『3-2-1-1-0バックアップルール』に沿って説明します。特にランサムウェア対策で重要となる「変更不可」と「リストア検証」を、ZRCVがいかに強力にサポートするかご注目ください。

これほど堅牢な保護機能を自前で構築しようとすると設計・運用が非常に複雑になりますが、ZRCVならわずか5ステップ、GUI上の操作だけで完結します。ここからは、その驚くほどシンプルな設定方法について説明します。

まず前提としてBaseDB、仮想クラウド・ネットワーク（VCN）が事前に作成済みであることとします。以下の5ステップで設定します。

ZRCVで利用できるバックアップの保管サイズとデータベース数には制限があります。

バックアップを保管する予定サイズとデータベース数が制限に抵触しないかを確認します。もし、不足する場合はサポート窓口宛に上限引き上げを申請します。

【図1】[制限、割当ておよび使用状況]の画面にて「利用可能上限のバックアップサイズ（protected-database-backup-storage-gb）」は、4,000GB、対象データベース数（protected-database-count）は10であることが確認できます。

ZRCVと関連リソースへのアクセスを有効にするため、必要な権限（ポリシー）を付与します。

ZRCVの用途ごとに、あらかじめポリシーが準備されています。[ポリシーの作成]の画面にて「自律型リカバリ・サービスですべてを行う機能」を選択します。

バックアップデータの保護を強化するために、バックアップ保存用に分離したサブネットを作成します。

その後に、バックアップ対象のデータベースサーバーと作成したバックアップの保存先のサブネットとの通信を許可します。

[サブネットの作成]の画面にてリカバリ・サービス用のサブネットを作成します。「IPv4 CIDRブロック」は「/24」を推奨します。

バックアップ対象のデータベースサーバーがあるサブネット（10.0.0.0/16）に対して、「TCP/2484」と「TCP/8005」の受信（ingress）を許可します。

ZRCVが通信できるように、リカバリ・サービス・サブネットに事前に作成したリカバリ・サービス用のサブネットとネットワーク・セキュリティ・グループ（NSG）を登録します。

リカバリ・サービス・サブネット（ZRCV_Recovery_Service_Subnet）に事前に作成したリカバリ・サービス用のサブネット（ZRCV_private_subnet）が登録されていることを確認します。

リカバリ・サービス・サブネット（ZRCV_Recovery_Service_Subnet）にリカバリ・サービス用のセキュリティグループ（ZRCV_NSG）が登録されていることを確認します。

『自律型リカバリ・サービス（推奨）』、『保護ポリシー』、『リアルタイム・データ保護』を選択した後に、「リアルタイム・データ保護」を有効にすればZRCVの設定は完了です。

[自動バックアップの構成]画面にて、バックアップの保存先で「自律型リカバリ・サービス(推奨）」を選択し、保護ポリシーにバックアップの「保存日数」を選択します。保護ポリシーは、保持日数（14/35/65/95日）から選択します。

「リアルタイム・データ保護」を有効にすることでZRCVの動作が開始します。

ZRCVが正常に設定されると[保護されたデータベースの詳細]画面の

[ヘルス]に「保護」が表示され、[リアルタイム・データ保護]に「有効」が表示されます。

本稿では、ZRCVがいかに簡単に導入できるかを、5つの設定ステップでご紹介しました。しかし、ランサムウェア対策として最も重要なのは「導入の簡単さ」ではなく、「攻撃者にバックアップを触らせない（改ざん・削除させない）こと」です。
特に、企業の要となる重要なシステムほど、その確実な保護が求められます。実はこのZRCV、クラウドだけでなくオンプレミス環境のOracle Databaseも保護でき、バックアップ先としても活用できることをご存知でしょうか？

次回の記事では、このZRCVの鉄壁の守りを実現する『仕組み』と『保護能力』の実力を徹底解説します。ご期待ください。

サイバー攻撃が複雑化・巧妙化する中、OCI環境においても「攻撃に遭うことを前提」とした多層防御が急務です。しかし、全ての機能を網羅するには多大なコストと時間がかかります。

本資料では、ランサムウェア被害、管理コンソールの設定不備、ストレージ公開ミスなど実際のインシデント事例を基に、IAM Policy／Cloud Guard／OCI Logging／RCV・ZRCV* といった「今すぐ・低コスト」で始められる優先対策を解説します。費用対効果の高いアシストの支援メニューをご確認ください。

　*ランサムウェア対策のOracle Databaseバックアップ・リカバリサービス
　　RCV：Oracle Database Autonomous Recovery Service
　　ZRCV：Oracle Zero Data Loss Autonomous Recovery Service