Loading...

We've detected that your browser language is Chinese. Would you like to visit our Chinese website? [ Dismiss ]
著者: Dylan

企業が基幹業務ワークロードをクラウドへ移行し続ける現在、セキュリティは最重要な意思決定要素の一つとなっています。Oracle Cloud Infrastructure(OCI)は「セキュリティファースト」のアーキテクチャで設計されており、物理インフラからID、ネットワーク、データまであらゆるレイヤーに保護機能が組み込まれています。

Oracleはインフラ基盤に直接セキュリティ機能を実装しています。標準搭載の暗号化、ID主導のアクセス制御、常時監視、自動脅威検知などが該当します。

本ガイドでは、OCIクラウドセキュリティの仕組み、主要サービス、ベストプラクティス、準拠規格の対応範囲、基幹ワークロードの保護強化手法を解説します。

Info2softのi2BackupでOracle環境を簡単に保護

i2Backupはオンプレミス・クラウドを問わず、あらゆるOracle環境向けに効率的かつ総合的なデータ保護を提供します。イミュータブルバックアップ、複数保存先へのバックアップ、粒度の細かい復元などの機能を搭載しています。

60日間無料トライアル
累計200万人がダウンロード

Oracle Cloud Infrastructure

Oracleクラウドセキュリティと責任共有モデルの仕組み

Oracleクラウドセキュリティは、OCIの全世界リージョンにおけるインフラ、アプリケーション、データを保護するエンドツーエンドのフレームワークです。汎用クラウドプラットフォームと異なり、Oracle Database、自律型データベース、E-Business Suite・PeopleSoftといった企業向けアプリケーションと深くネイティブ連携します。

OCIのセキュリティは責任共有モデルに基づいて運用され、Oracleと顧客の責任範囲が明確に分かれています。Oracleは基盤となるクラウドインフラ(物理データセンター、ハードウェア、ファームウェア、ハイパーバイザー、グローバルネットワーク基幹)のセキュリティを担います。顧客はOCI上に導入するすべての要素、つまりID・アクセス管理権限、データ分類・保護、ネットワーク設定、ワークロードのパッチ適用、ログ監視、アプリケーションレイヤーのセキュリティに責任を負います。

このモデルはAWSの責任共有フレームワークと考え方は同じですが、実装方式が異なります。OCIではテナント・組織単位配下に階層型リソース隔離単位であるコンパートメントを採用し、Oracleのデータベース・アプリ階層と整合させています。Security ZonesやCloud Guardといった標準機能は汎用的なマルチワークロード対応のAWSとは違い、Oracleワークロードに最適化された制限ルールを提供します。

OCIセキュリティアーキテクチャ

OCIのセキュリティアーキテクチャは4本柱を軸に構築されています:IDガバナンス、ネットワーク隔離、暗号化、データベースセキュリティ。各要素は最小特権原則を徹底し、攻撃対象領域を縮小し、医療・金融・行政など規制業界の機密データを保護するよう設計されています。

ID・アクセス管理(IAM)

OCI IAMは最小特権原則を基盤とし、ユーザー・システムが自身の役割に必要な権限のみ付与される仕組みです。主要コンポーネントは以下の通りです。

  • コンパートメント:開発・検証・本番環境を分離するなどリソースを論理的・階層的に隔離し、粒度の細かいポリシーを適用する単位。初期段階では構造を簡素に保ち、複雑化すると管理コストが増大します。
  • グループ・動的グループ:人間向けの静的グループ、OCIコンピュートインスタンスなどリソース向けの動的グループに分け、権限管理を効率化します。
  • ポリシー:アクセスルールをテキストで定義。例:Finance-AnalystsグループにFinance-Dataコンパートメント内のオブジェクトストレージ参照権限を許可。全ユーザーに全リソース管理権限を付与するような広範なポリシーは避けます。
  • 多要素認証・フェデレーション:すべての管理者アカウントに多要素認証を強制。Azure AD、Oktaなど企業IDプロバイダーと連携し、IDライフサイクル管理を一元化します。

ネットワーク制御

OCIの仮想クラウドネットワーク(VCN)は多層的な通信隔離と保護機能を提供します。

  • サブネット:すべてのワークロードはプライベートサブネットを標準とし、WAFで保護されたWeb層のみパブリックサブネットを使用します。
  • セキュリティリスト・ネットワークセキュリティグループ(NSG):セキュリティリストはサブネット全体に適用、NSGは個別リソースに対しより細かい制御が可能。本番環境ではNSGを優先します。
  • プライベートエンドポイント・サービスゲートウェイ:プライベートエンドポイントによりオブジェクトストレージ、自律型DBなどOCIサービスのパブリックIP公開を廃止。サービスゲートウェイはインターネットを経由せず安全にOCIサービスへアクセスできます。
  • WAF・ロードバランサー:WebアプリケーションファイアウォールがOWASP Top10の脅威を遮断。ロードバランサーは通信を分散し、TLS1.2以上の暗号化を強制します。

暗号化とデータベースセキュリティ

OCIでは保存時・通信中のすべてのデータに暗号化が義務付けられており、柔軟な鍵管理オプションを備えます。

  • OCI Vault:暗号鍵管理(KMS)・シークレット管理の統合サービス。規制対象データには顧客管理鍵(CMK)を使用し、暗号鍵の管理権限を維持します。
  • データベースセキュリティ:OCI上のOracleデータベースは保存データ向け透過的データ暗号化(TDE)、標準監査機能を搭載。Oracle Data Safeと連携し、データベースセキュリティ診断、データマスキング、操作監視を一括実行可能。規制業界ではIAM、ネットワーク隔離、暗号化、監査を組み合わせ、エンドツーエンドのデータ保護を実現します。

監視・検知・対応向けOCI標準セキュリティツール

OCIには一式の標準セキュリティツールが搭載されており、Oracle Cloud Guardがセキュリティ状況管理の中核ハブとなります。

Oracle Cloud Guard

Oracle Cloud GuardはOCI標準のクラウドセキュリティ状況管理(CSPM)ツールです。環境を常時スキャンし、公開されたオブジェクトストレージバケット、権限過多なIAMポリシーなど設定ミス・リスクの高い操作を検知します。CIS OCI Foundationsベンチマークに準拠し、一般的な問題に対する自動修復機能も提供します。

主要OCIセキュリティサービス

その他必須のOCIセキュリティサービスは以下の通りです。

  • Security Zones:本番データなどリスクの高いコンパートメントに事前定義された変更不可なセキュリティポリシーを適用。パブリックサブネットの作成や暗号化の無効化を禁止します。
  • ログ・監視・通知:全OCIサービスのログを集約。管理者ログイン失敗、バケット権限変更など重大イベントにリアルタイムアラートを設定します。
  • 監査サービス:すべてのAPI呼び出し・ユーザー操作を記録し、コンプライアンス監査に活用。PCI DSS対応の場合は13か月、HIPAA対応の場合は7年間ログを保存します。
  • 脆弱性スキャンサービス:コンピュートインスタンス・コンテナイメージの既知脆弱性を検出。重大な脆弱性は72時間以内の修正を優先します。
  • Bastionサービス:プライベートサブネット内のリソースに対し、公開SSH/RDPの代わりに安全な一時接続を提供。管理者用ポートの公開をなくします。
  • Oracle Data Safe:OCI上のすべてのOracleデータベース向け専用セキュリティツール。脆弱性診断、データ探索・マスキング、ユーザー操作監視、セキュリティ監査機能を搭載します。
  • OS管理ハブ:コンピュートインスタンスのOSパッチ適用・更新を自動化します。

脅威対応フロー

Cloud Guardが問題を検知した際の流れ:

  1. 業務影響度に基づき分類・重大度を設定
  2. メール、Slack、チケットシステム経由でセキュリティチームに通知を送信
  3. ログをOCI Logging Analyticsまたは外部SIEMに送信し、相関分析を実行
  4. 手動または自動アクションで問題を修復
  5. 修正完了を確認し、インシデント対応手順書を更新

OCI標準ツールはOracle製ワークロードとシームレスに連携します。OCI、AWS、Azureを併用する企業は、外部のCNAPP/CSPMソリューションによりマルチクラウド対応を強化できます。

実践的なOCIセキュリティ強化チェックリスト

OCIのセキュリティ侵害の大半は設定ミスが原因です。初期構築から本番運用まで段階的なチェックリストを活用し、環境を強化しましょう。

初期導入(基盤設定)

  • Oracle公式Terraformテンプレートを使用し、CIS基準に準拠したランディングゾーンを構築
  • 組織体制に合わせた簡素なコンパートメント階層を作成
  • 多要素認証と厳格な監査ログを適用した緊急管理者アカウントを用意
  • 企業IDプロバイダーとフェデレーションを有効化、OCIローカルユーザーを最小限に抑える
  • セキュリティ分類・コスト管理用のリソースタグを導入
  • 不正なリソース作成を検知する予算アラートを設定

ネットワーク強化

  • WAF保護対象のWeb層以外、すべてのワークロードにプライベートサブネットを使用
  • 必要最小限の受信ルールのみ許可、SSH(22)、RDP(3389)、データベースポートへの0.0.0.0/0からのアクセスを遮断
  • セキュリティリストよりNSGを優先使用
  • インターネット公開型アプリにすべてWAFを導入
  • すべてのOCIサービスにプライベートエンドポイントを利用

データセキュリティ

  • すべての暗号鍵にOCI Vaultを有効化、規制対象データには顧客管理鍵を使用
  • データベース・オブジェクトストレージに自動暗号化バックアップを設定
  • すべてのデータベースをOracle Data Safeに登録
  • 機密データへのアクセスに対しデータベース監査を有効化
  • 暗号鍵・シークレットを90日ごとにローテーション

ワークロード強化

  • OS管理ハブでOSパッチ適用を自動化
  • コンピュート・コンテナイメージは導入前に脆弱性スキャンを実施
  • 本番インスタンスから不要なソフトウェア・サービスを削除
  • 基幹アプリケーションにランタイム保護を導入

コードによるインフラ・設定管理(IaC)

  • セキュリティ制限付きOracle標準Terraformモジュールを活用
  • ポリシーアズコードを導入し、全環境でセキュリティ基準を統一
  • 設定の乖離を検知するドリフト検知機能を有効化
  • IaCにより公開バケット作成・広範なIAMポリシーを禁止

運用面の強化

  • 業種別検知ルールセットを適用しCloud Guardを有効化
  • ログを一元集約し、脅威検知用の相関ルールを作成
  • インシデント対応手順書を作成し、訓練を実施
  • CIS OCIベンチマークに準拠したセキュリティ診断を四半期ごとに実施

OCIによく見られる設定ミスと対処法

設定ミス内容

修正方法

権限範囲が過度に広いIAMポリシー

最小特権に絞り込み、特定グループ・コンパートメントのみに権限を制限

公開設定されたオブジェクトストレージバケット

公開範囲をプライベートに変更、一時アクセスには事前署名URLを使用

外部に公開されたSSH/RDPポート

パブリックアクセスを無効化、OCI Bastionサービスを利用

監査ログが無効化されている

適切な保存期間を設定しOCI監査サービスを有効化

暗号鍵のローテーション未実施

OCI Vaultに自動ローテーションを設定

 

準拠規格・コスト・製品比較:OCIとAWS

準拠規格・認証

OCIはISO 27001/27017/27018、SOC 1/2/3、PCI DSS、HIPAA、FedRAMP Moderate、GDPRなど国際的なコンプライアンス認証を取得しています。最新のリージョン別認証状況はOracle公式コンプライアンスポータルで確認できます。

コンプライアンスも責任共有の対象となります。OCIは規格適合済みのインフラを提供しますが、アプリケーション、データ分類、内部業務プロセスが業界要件を満たすよう管理する責任は顧客にあります。

コスト面の考慮事項

OCIの主要なセキュリティサービスの多くは追加費用なしで利用可能です。

  • IAM、コンパートメント、アクセスポリシー
  • Cloud Guard基本機能
  • OCI監査サービス
  • VCN、セキュリティリスト、NSG
  • 標準の保存時・通信時暗号化

有料サービス一覧

  • Cloud Guard高度機能
  • Oracle Data Safe
  • 顧客管理鍵利用時のOCI Vault
  • WAF・ネットワークファイアウォール
  • 脆弱性スキャンサービス(高度機能利用時)

OCIとAWSのセキュリティ比較:主なトレードオフ

比較項目

OCI

AWS

データベースセキュリティ

Oracle Databaseと深くネイティブ連携、Data Safeにより総合的なDB保護を実現

汎用的なDBセキュリティ、Oracleデータベースの高度保護には外部ツールが必要

エコシステム

規模は小さいが、企業向け・Oracle製ワークロードに特化

最大規模のエコシステム、外部セキュリティツールとの連携が豊富

ライセンス

Oracle顧客向けBYOLプランが柔軟、Oracleデータベースの追加ライセンス料なし

ライセンス規定によりOracleデータベース運用コストが高くなる可能性がある

セキュリティ状況管理

Oracleスタックに最適化されたCloud Guard、CIS OCIベンチマークに準拠

AWS Config+Security Hub、複数種類のワークロードに幅広く対応

マルチクラウド対応

標準機能によるマルチクラウド管理機能は限定的

マルチクラウド管理ツールが充実

 

Info2soft i2BackupによるOracleデータベースのバックアップ

OCI上のOracleデータベースは保存データ保護用の透過的データ暗号化(TDE)、DB操作追跡用の標準監査機能を搭載しています。またOracle Data Safeと連携し、DBセキュリティ診断、データマスキング、常時操作監視を通じリスク検知とコンプライアンス順守を支援します。

基幹Oracleワークロードに対し、Info2softのi2BackupはOCI標準機能を補完します。すべてのOracleデータベースに総合的なバックアップを提供し、緊急時に迅速な復旧を実現します。

  • 増分永久バックアップアーキテクチャ:初回フルバックアップ後、変更点を継続的に取得。バックアップ時間、ネットワーク負荷、長期ストレージ使用量を大幅に削減
  • 粒度の細かい復元機能:業務ニーズに応じ、単一ファイル、アプリデータ、データベース、システム全体など複数レベルで高速復元可能
  • イミュータブルバックアップ保護:バックアップデータの不正な改ざん・削除を防止。ランサムウェア攻撃・内部悪意ユーザーに対する強固な防御策となる
  • 一元化バックアップ管理:単一コンソールからバックアップポリシー設定、ジョブ状況監視、複数環境の可視化を実現
  • 高性能復旧フロー:障害発生時の目標復旧時間(RTO)を最小限に抑え、基幹サービスを迅速かつ効率的に復元
  • ポリシー駆動型自動化:バックアップ、保存期間管理、復旧ポリシーを自動実行し、手作業によるミスや管理負担を削減
60日間無料トライアル

まとめ

OracleクラウドセキュリティはID主導アクセス制御、標準暗号化、自動監視を強固な基盤として構築されています。Oracleは充実した標準セキュリティサービスを提供しますが、全体のセキュリティ状況は環境の設定・運用方法に大きく依存します。

企業向けワークロードでは、OCI標準セキュリティ機能に統制体制、ゼロトラスト原則、高度なバックアップ・復旧戦略を組み合わせることで、より耐性が高くコンプライアンスに適合したクラウド環境を構築できます。

 

概要は準備中です

関連記事

OracleにおけるALTER SYSTEM ARCHIVE LOG:CURRENT、ALL、STOP
誤ったアーカイブログコマンドを使用すると、バックアップ失敗、リカバリ障害、最悪の場合データベースがハングする原因となります。本ガイドではOracleのCURRENT、ALL、STOPオプションの動作、適切な使用タイミング、管理者が把握すべきリスクについて解説します。
記事を読む
Oracleデータベースの削除手順:安全作業完全ガイド
OracleのDROP DATABASEは恒久的な操作であり、データファイル、制御ファイル、REDOログを削除します。本ガイドでは、構文、前提条件、SQLおよびDBCAによる実行手順、一般的なエラー、代替手段、データベース削除前のデータ保護について解説します。
記事を読む
Oracleデータベースを新規作成する4つの方法
新しいOracleデータベースを作成するには、単一コマンドを実行するだけでは不十分です。ストレージ、パラメータ、アーキテクチャの計画、セットアップ後作業が伴います。本ガイドではOracleデータベースを作成する4つの実用的な手法を解説し、一般的なエラーを回避し、初期段階から適切に設定する方法を紹介します。
記事を読む
ゼロトラストセキュリティ:原則と実装手法
ゼロトラストセキュリティは現代のIT環境に必要な最新のセキュリティフレームワークです。本記事ではコアとなる柱、およびゼロトラストセキュリティの実装方法について解説します。
記事を読む
ビジネスデータのセキュリティ強化を始めませんか?

· 世界中のエンタープライズおよびミッドマーケットのお客様

· トライアル期間中、サポートチームが対応します

· 60日間の無料トライアルまたはデモで、Info2Softが企業データをどのように保護するかをご確認ください。

フォームにご記入の上、送信してください。担当者より追ってご連絡いたします。
このフォームを送信することにより、 プライバシー通知を読み、同意したことを確認します。
{{ isSubmitting ? '送信中...' : '送信する' }}