マルチユーザーおよびマルチテナント環境におけるセキュリティポリシー

インフォマテックデジタル » Recursos » マルチユーザーおよびマルチテナント環境におけるセキュリティポリシー

現代のあらゆる組織において、マルチユーザー環境向けのセキュリティポリシーは、サイバーセキュリティ戦略の重要な要素となっています。複数のユーザー、部門、顧客、あるいは異なる企業が、社内サーバー、クラウド、共有デバイスなど、あらゆる環境で同じインフラストラクチャ、アプリケーション、データを共有することがますます一般的になっています。明確なルールと堅牢な技術的制御がなければ、データ漏洩、権限の悪用、規制違反のリスクは急激に高まります。

基本概念：マルチユーザー、マルチテナント、ネットワークオペレーティングシステム

まず最初に理解すべきは、ここで言うマルチユーザー環境とは何かということです。マルチユーザー環境とは、複数のユーザーが同じハードウェアまたはソフトウェアリソースを共有するものの、それぞれが独自のワークスペース、設定、および権限を持つ必要がある環境のことです。これは、数十のアカウントを持つサーバー、ユーザーが交代で共有するコンピューター、あるいは数千もの異なるクライアントが利用するSaaSアプリケーションなどで発生する可能性があります。

並行して、マルチテナンシーとは、単一のアプリケーションインスタンスが複数のクライアント（テナント）にサービスを提供するアーキテクチャです。これは多くのクラウドサービスで採用されている典型的なモデルで、単一のソフトウェアと共通のインフラストラクチャを使用しながら、各クライアントごとに独立した論理空間を提供します。セキュリティの観点からは、テナントが他のテナントのデータや設定にアクセスできないように、厳密な分離が求められます。

ネットワークオペレーティングシステムも重要な役割を果たします。ネットワークオペレーティングシステムは、共有リソース（ファイル、プリンタ、アプリケーション）を調整し、認証、認可、および集中管理メカニズムを提供します。これにより、誰が何にアクセスできるかを制御することなく、コラボレーション環境やマルチユーザー環境を管理することが可能になります。

これらのネットワークシステムの主な特徴は、マルチユーザー機能、マルチタスク処理、高度なセキュリティ、拡張性、相互運用性です。これにより、多様なデバイスやプラットフォームを単一の管理フレームワークとポリシーの下で統合し、異なる権限や役割を持つ多数のユーザーが同時に作業することが可能になります。

シングルユーザーシステム、マルチユーザーシステム、マルチタスクシステム：セキュリティへの影響

歴史的に見ると、シングルユーザーOSとマルチユーザーOSは明確に区別されていました。シングルユーザーシステム（古典的なMS-DOSなど）では、コンピュータを使用できるのは1人だけで、一度に実行できるタスクも1つだけでした。セキュリティはそれほど複雑ではありませんでしたが、バックアップやリカバリユーティリティによるデータ保護は依然として必要でした。

一方、UNIXのようなマルチユーザーオペレーティングシステムでは、複数のユーザーがそれぞれ独自の端末とプロセスを使用して、同じマシン上で同時に作業できます。そのため、あるユーザーの活動が他のユーザーに影響を与えないように、認証メカニズム、ユーザー空間の分離、ファイル権限、リソース監視などの導入が必要となります。

また、マルチタスクシステムもあり、これは1人のユーザーが複数のタスクを同時に実行できるシステムです（Windowsの各種バージョンなど）。これらのオペレーティングシステムの多くは、主にローカルの単一ユーザー向けに設計されていますが、ネットワーク機能やグループウェア機能を組み込んでいるため、セキュリティポリシーでは、コンピュータ自体の保護だけでなく、リモートアクセスや共有アクセスへの対応も必要となります。

最後に、ネットワークオペレーティングシステムは、複数のコンピュータが通信して情報を共有することを可能にし、多くの場合、マルチユーザー、ネットワーク、マルチタスク機能を組み合わせています。このような環境では、情報保護のために、サーバー側とクライアント側の両方での制御、集中型アクセス制御ポリシー、および転送中と保存中のデータを保護するメカニズムが必要となります。

デバイス上のマルチユーザーモードと集中管理

サーバー以外にも、多くの個人用および企業用デバイスには、マルチユーザー機能またはプロファイル機能が搭載されています。このモードでは、1台のデバイスを複数のユーザーが完全に分離されたセッションで使用できます。各プロファイルには独自のアプリケーション、データ、設定があり、他のユーザーには表示されません。

これは、学校、行政機関、シフト制の企業など、同じデバイスが一日を通して多くの人の手に渡る場合に特に役立ちます。重要なのは、各ユーザーが自分のプロファイルに割り当てられたアプリとコンテンツのみにアクセスできるようにすることで、プライバシーを尊重し、セッション間の情報漏洩を防ぐことです。

MDM/EMMプラットフォームなどのデバイス管理ソリューションを使用すると、ITチームは各ユーザータイプごとに、どのアプリケーション、制限、および権限を一元的に定義できます。これにより、ユーザーが共有デバイスの電源を入れると、システムは自動的にそのユーザープロファイルに対応する設定を復元し、以前のユーザーのデータ痕跡をすべて消去します。

コストとセキュリティの観点から、このアプローチは非常に魅力的です。適切に管理されたデバイスを共有することで、ハードウェア費用を削減しながら、明確なユーザーセグメンテーションを維持できます。セキュリティポリシー、アプリの配布、ネットワーク構成を一元管理することで、IT部門の作業負荷が軽減され、ルールがすべてのデバイスに一貫して適用されることが保証されます。

マルチテナントアーキテクチャにおけるセキュリティ：データ分離と保護

分析アプリケーションやサービスにおけるマルチテナントについて議論する際、主な課題は明確です。それは、単一のシステムが多数のクライアントのデータを混同することなく、それらのクライアントにサービスを提供しなければならないということです。典型的な例はオンラインバンキングです。何百万ものユーザーが同じアプリケーションにアクセスしますが、各ユーザーは自分の財務情報しか見ることができません。

マルチテナント型の統合分析ソリューションでも同様の状況が発生します。アプリケーションは一度だけデプロイされますが、データベースインフラストラクチャが共有されている場合でも、各テナントにそれぞれのデータとダッシュボードのみを表示できるように準備する必要があります。これを実現するには、顧客体験と情報セキュリティの両方を考慮しなければなりません。

機能面では、顧客はカスタマイズを要求することができます。例えば、独自のビジュアルスタイルやデザインから、エンドユーザー向けのパーソナライズされたアクセス構成まで、多岐にわたります。優れたマルチテナント設計の利点は、アプリケーションフレームワークとその定義（役割、権限、レイアウト）を再利用できるため、顧客ごとに製品を再構築する必要がない点にあります。

データ層においては、モデリングに関する決定が極めて重要です。各テナントが同じデータベースを共有するのか、個別のスキーマを使用するのか、あるいはテナントID列をフィルタリング用に含める共通テーブルを使用するのかを検討する必要があります。どのようなモデルを採用するにせよ、セキュリティポリシーによって、どのテナントもこれらのフィルタを回避できないようにしなければなりません。

安全なマルチテナント分析ソリューションが備えるべき最低限の機能には、異なるデータモデルに接続し、テナントごとにフィルタを適用する機能、クライアント間の情報漏洩を防ぐための接続のトークン化、ユーザーごとの高度なフィルタリングのサポート、およびすべてのアクセスを中央集権型のセキュリティメカニズム（役割と属性制御を備えたSSOなど）を通じて提供する機能が含まれます。

マルチテナントクラウドとシングルテナントクラウド

クラウドには、マルチテナント型インフラストラクチャとシングルテナント型インフラストラクチャという2つの主要なモデルがあります。主な違いは、基盤となる物理インフラストラクチャが顧客間で共有されるかどうかです。

マルチテナント型クラウドでは、複数の顧客が同じ物理的および論理的なリソースを共有するため、コストが分散され、プロバイダーは利用可能な容量を最適化できます。これにより価格が削減され、拡張性が向上します。共有リソースプールを活用することで、迅速な成長が可能になります。

しかしながら、このような共有はセキュリティとコンプライアンス上の課題をもたらします。分離設計が不十分だと、テナント間でクロストークが発生し、悪意のあるクライアントや設定ミスのあるクライアントがインフラストラクチャを侵害した場合、データ漏洩や可用性への影響が生じる可能性があります。さらに、一部の規制では機密データを専用システムでホストすることが義務付けられており、これはシングルテナントモデルの方が正当化しやすいと言えます。

シングルテナント型クラウドでは、各顧客が専用の物理的または論理的なインフラストラクチャを持ちます。これにより、規制遵守が簡素化され、一部の隔離リスクが軽減されますが、コストが高くなり、リソース効率が低下します。どちらのモデルを選択するかは、通常、価格、コンプライアンス、データの重要性、運用上の柔軟性のバランスを考慮して決定されます。

どちらの場合も、セキュリティポリシーは、インフラストラクチャセキュリティの可視性、インターネットからのアクセス制御、プロバイダーと顧客間の責任分担の管理といった問題を網羅する必要があり、その内容はIaaS、PaaS、SaaSのいずれであるかによって異なります。

アクセスセキュリティにおけるSASEとマルチユーザーの利点

クラウドコンピューティングとリモートワークの普及に伴い、SASE（Secure Access Service Edge）のようなモデルが注目を集めています。SASEは、ネットワーク（WAN）機能と高度なセキュリティ機能（SWG、CASB、FWaaS、ZTNAなど）を組み合わせ、どこからでもアクセス可能な分散型グローバルアーキテクチャを実現するという構想です。

SASEソリューションの中には、依然として顧客ごとに専用インスタンスを必要とするものがあり、これは拡張性を制限し、ポリシー管理を複雑化させる。なぜなら、これらのソリューションはシングルユーザー環境や従来のネットワークに適したアプローチに基づいているからである。その結果、ネットワークベースのアクセスポリシー、アプリケーションに送り返される前にプロバイダのクラウドに「戻る」必要のあるトラフィック、そして統合性の低い製品群が混在する状況が生じることが多い。

対照的に、マルチテナントサービスとしてゼロから設計されたSASEプラットフォームは、数百のデータセンターに分散された大規模なクラウドインフラストラクチャに依存しています。どのユーザーも最寄りのポイントに接続し、リアルタイムのセキュリティポリシーを適用し、遅延を最小限に抑えながらリモートアプリケーションにアクセスできます。

SASEのマルチテナント機能により、暗号化されたトラフィックを含む、さまざまなクライアントからのすべてのトラフィックをリアルタイムで大規模に分析することが可能になり、セキュリティ制御をその場で更新できます。世界中のどこかで新たな脅威が検出された場合、共有モデルを活用することで、クライアント全体に即座に保護対策を展開できます。

さらに、このタイプの設計では、すべてのネットワークおよびアクセスセキュリティ制御が単一のプラットフォームに統合され、管理者はユーザー、場所、デバイスごとに統一されたビューを利用できるため、複雑なマルチユーザー環境におけるポリシー管理が容易になります。これらのソリューションは、アクセス制御とネットワーク保護を補完する高度なセキュリティ機能の恩恵を受けます。

分散環境におけるハイブリッドデータセキュリティと認証情報管理

オンプレミスのインフラストラクチャとクラウドサービスを組み合わせると、慎重な構成を必要とするハイブリッドデータセキュリティソリューションが生まれます。これには、専用ノード、X.509証明書、複製されたデータベース（PostgreSQL、SQL Server）、およびパスワードが定期的に変更されるサービスアカウントなどが含まれることがよくあります。

このような環境では、証明書の有効期限が切れる前に更新したり、データベース接続パラメータを変更したり、新しいデータセンターを準備したりすることがよく発生します。さらに、セキュリティ上の理由から、多くのツールは有効期限が限定された（例えば9ヶ月）認証情報を生成するため、定期的な更新プロセスが必要となります。

マシンアカウントのパスワードの有効期限が近づくと、プロバイダは通常、パスワードの再生成と全ノードの設定ファイルの更新を促す通知を送信します。通常、2つのオプションが提供されます。1つは「ソフトリセット」で、古いパスワードと新しいパスワードが一定期間共存する方式です。もう1つは「ハードリセット」で、古いパスワードが即座に無効になります。

パスワードの更新が期限内に行われず、パスワードの有効期限が切れると、サービスに影響が出て、すべてのノードでハードリセットと構成の置き換えが必要になる場合があります。そのため、マルチユーザー環境や重要な環境では、セキュリティポリシーに更新スケジュール、明確な責任分担、構成（新しいISOファイルなど）の再生成とサービスの中断なしでの展開に関する文書化された手順を含める必要があります。

クラウドセキュリティポリシーとは何か、そしてなぜ重要なのか：

クラウドセキュリティポリシーは、組織がクラウドサービスやアプリケーションを使用する際にどのように行動すべきかを定義する枠組みです。単なる装飾的な文書ではなく、セキュリティに関する意思決定の基準、行動の限界、データ処理やリソース使用に関する許容される行動を定めるものです。

優れたクラウドセキュリティポリシーは、長期的な事業目標と組織文化に合致していなければなりません。機密データの保護方法、可用性と完全性の確保方法、ユーザーアクセスへの制御方法、データ漏洩やセキュリティ侵害などのインシデントへの対処方法などを明記する必要があります。

これらのポリシーを規則や標準と区別することが重要です。クラウドセキュリティ標準（CISベンチマーク、NIST、ISO 27001など）は通常、公認機関によって定められ、特定の分野では義務付けられており、カスタマイズの余地はほとんどありません。一方、社内ポリシーは柔軟性があり、これらの標準の実装方法を詳細に規定でき、従業員や技術チームにとって実践的な指針となります。

組織は正式な方針を策定するかどうかを決定できますが、その業界における適用される規制や要件（例えば、医療分野におけるHIPAA、銀行業界における厳格な財務規制など）を無視することはできません。コンプライアンスを確実に遵守するための方針を策定することが、罰則、評判の低下、法的問題を回避する最も効果的な方法です。

クラウドセキュリティポリシーの主要構成要素

マルチユーザークラウド環境向けのセキュリティポリシーを作成する際には、いくつかのセクションに分けて構成することをお勧めします。最初のセクションは、目的と範囲です。ここでは、ポリシーの目的（クラウド資産の機密性、完全性、可用性を保護すること）と、対象となるリソース、サービス、データ、ユーザーの種類を明確に定義します。

第2章では、役割と責任について説明します。ポリシーの実施、監視、および見直しを担当する責任者（セキュリティ担当者、IT管理者、システム管理者、データ所有者、エンドユーザーなど）を明確にすることが重要です。役割を明確にすることで、誰も意思決定の責任を負わないといった曖昧な状況を避けることができます。

データ分類も重要な要素です。ポリシーでは、情報を（公開情報、内部情報、機密情報、機密性の高い情報など）分類し、各カテゴリに最低限の保護レベルと制御レベルを割り当てる必要があります。アクセス制御モデルはこの基盤の上に構築され、通常はロールベースアクセス制御（RBAC）と、堅牢で理想的には多要素認証が使用されます。

データ暗号化は独立した項目として扱うべきである。ポリシーでは、転送中のデータと保存中のデータの両方について、鍵の管理方法、バックアップ時やセキュリティインシデント発生時に暗号化されたデータがどのように扱われるか、そして各チームの責任範囲を明記する必要がある。

最後に、インシデント対応とコンプライアンス／監査に関する章は不可欠です。この章では、インシデントの検出と報告方法、対応の調整方法、問題の封じ込めと根絶のために講じられる措置、そして得られた教訓の文書化方法について説明する必要があります。コンプライアンスのセクションでは、適用される規格（ISO 27001、NIST、HIPAAなど）、監査の頻度、および逸脱に対処するためのプロセスを詳細に記述する必要があります。

マルチユーザークラウド環境における一般的なセキュリティポリシーの種類

この全体的な枠組みの中で、さまざまな側面について具体的なポリシーを策定することがしばしば有効です。最も重要なポリシーの1つはデータ保護ポリシーであり、これはクラウド上でのデータの分類、保存、暗号化、削除の方法を規定するものです。強力な暗号化、鍵管理、データ保持、安全な削除といった事項を含める必要があります。

もう一つの重要な要素は、アクセス制御ポリシーです。これは、最小権限の原則や職務分掌といった原則を適用し、誰がどのリソースにどのような条件下でアクセスできるかを定義します。アカウントの作成と取り消し、役割管理、多要素認証の使用、定期的な権限レビューに関するルールが含まれます。

また、サイバー攻撃、データ漏洩、サービス障害への対応手順を定めたインシデント対応ポリシーも非常に重要です。このポリシーには、対応時間、インシデント対応チームの役割、社内外のコミュニケーションチャネル、クラウドプロバイダーとの連携方法などを明確に定める必要があります。

IDおよび認証ポリシーは、重要なリソースへのアクセスを許可する前に、ユーザー、デバイス、およびシステムをどのように検証するかを定義します。パスワードの強度、必須の多要素認証（MFA）、フェデレーションID管理、またはIAM/IdPソリューションの使用に関する要件を設定できます。

最後に、ネットワークセキュリティや事業継続性／災害復旧といったポリシーは、トラフィックをどのように保護するか、どのようなファイアウォールやセグメンテーションを適用するか、VPNやZTNAをどのように構成するか、そして重大なインシデントや物理的な災害が発生した場合に組織がサービスを復旧できるようにするためにどのような対策を講じるかを定義します。

政策ライフサイクル：設計、実施、継続的な見直し

ポリシーの策定は、午後だけでできるような作業ではありません。まず、組織の現状、リスク、業界、そして目標を分析する必要があります。そこから、適用される規制要件を特定し（病院とテクノロジー系スタートアップは同じではありません）、ポリシーの初期範囲を決定します。

次に、経営陣、ITおよびセキュリティチーム、法務部門、人事部門が関与する、方針の策定と承認に関する戦略が策定されます。経営陣の支援がなければ、方針はしばしば実施されないままになり、技術チームやビジネスチームが関与しなければ、実現不可能であったり、業務に悪影響を及ぼしたりする可能性が高いです。

草案が作成され承認されたら、いよいよ実施段階です。ポリシーは影響を受けるすべてのユーザーに明確に伝達し、主要チームへのトレーニングを実施し、セキュリティツール（ファイアウォール、DLP、EDR、CASBなど）を設定して、ルール適用を可能な限り自動化する必要があります。自動化が利用できない場合は、非常に明確な手動手順を定義する必要があります。

時間の経過とともに、脅威、技術、規制要件は変化します。そのため、現行のポリシーを定期的に監査し、どの部分が依然として有効で、どの部分が時代遅れになっているか、そして文書上の内容と実際の運用との間にどのようなギャップが存在するかを検証することが不可欠です。この作業は通常、IT部門、セキュリティ部門、コンプライアンス部門と連携して行われます。

レビューでは、新たな攻撃手法（高度なランサムウェア、コンテナ攻撃、APIエクスプロイトなど）も考慮に入れ、最新の脅威インテリジェンスやベストプラクティス（NIST CSF 2.0やISO/IEC 27017クラウドガイドラインなど）を取り入れるべきです。ポリシーは、ビジネスや脅威の状況に合わせて進化する生きた文書として捉えるべきです。

マルチユーザー環境におけるWindowsエンドポイントセキュリティ

多くのマルチユーザー環境において、最も脆弱な部分はエンドポイント、特に共有または複数アカウントのWindowsマシンです。このような場合、セキュリティポリシーはMicrosoft DefenderやWindowsのセキュリティ機能などのネイティブシステムツールを活用して、一貫した防御体制を構築する必要があります。この作業を容易にするWindows固有のセキュリティ機能については、関連ドキュメントを参照してください。

まず、デバイスの保護機能を常に有効にしておく必要があります。Microsoft Defenderのリアルタイム保護、改ざん防止機能（マルウェアや不正ユーザーによる設定変更を防ぐ）、およびエクスプロイト対策（DEP、SEHOPなど）の適用といった機能は、複数のユーザーが使用するデバイスにおける侵害のリスクを大幅に軽減します。

ネットワーク制御も重要な要素です。Microsoft Defenderファイアウォールを適切なプロファイルで構成し、ネットワーク保護を有効にして悪意のあるサイトへのアクセスをブロックし、機密性の高いポートやIPアドレス（RDPリモートアクセスなど）を制限する高度なファイアウォールルールを定義することで、内部および外部の両方における攻撃対象領域を最小限に抑えることができます。

アプリケーション制御に関しては、署名付きスクリプトのみを実行する、AppLockerを使用して危険な場所（ダウンロードフォルダやデスクトップフォルダなど）にある不正なプログラムをブロックする、GPOやレジストリを介してソフトウェアのインストールをブロックするなどのポリシーは、知識の限られたユーザーがマルウェアを実行するのを防ぐための非常に効果的な対策です。

最後に、データ制御とウェブブラウジング保護によって全体像が完成します。マルチユーザーコンピュータでのEFSによるファイル暗号化、BitLockerによるフルディスク暗号化、DLPと制御されたフォルダアクセス機能の有効化、疑わしいウェブコンテンツや添付ファイルの実行を遅らせるためのSmartScreenとASRルールの使用、そしてセキュリティ警告が無視されないようにするための厳格なブラウザ設定などが含まれます。

シングルユーザーシステムにおける従来型のデータ保護とバックアップ

現代の多くの環境はマルチユーザー型ですが、MS-DOSのような古いシステムやシングルユーザーシステムが依然として使用されているケースもあります。そのような場合でも、セキュリティポリシーにはバックアップやシステムユーティリティによるデータ保護を含める必要があります。

コピーコマンド（COPY、XCOPY）、フルディスクコピーユーティリティ（DISKCOPY）、バックアップ/復元機能などのツールを使用すると、さまざまなメディアに最新のバックアップを保持できます。これは、障害発生時や誤ってデータを削除してしまった場合にデータを復旧するために不可欠です。ただし、これらのバックアップは既存のコンテンツを上書きする可能性があるため、専用のストレージメディアで実行する必要があることに注意してください。

RECOVERやUNDELETEといった復元コマンドもあり、これらを使えば誤って削除してしまったファイルを復元したり、破損したメディアからデータを復元したりすることができます。これらのコマンドには大きな制約がありますが、最新のスナップショット機能やバージョン管理機能がないシステムでは、しばしば最後の頼みの綱となります。

一方、多くの古いオペレーティングシステムには、現在では時代遅れとみなされているものの、当時はマルウェア対策戦略の一部であった基本的なウイルス対策プログラムが含まれていました。この歴史は、プラットフォームの種類に関わらず、セキュリティポリシーには常に、各環境の機能に合わせたバックアップ、復旧、およびマルウェア対策を含める必要があることを示しています。

総合的に見ると、マルチユーザー環境向けのセキュリティポリシーは、ネットワークオペレーティングシステム、マルチテナントクラウド、SASEソリューション、共有デバイス、あるいは旧式のシングルユーザー機器など、あらゆる環境において、データ、アクセス、およびサービスの保護を支える基盤となります。明確な目標を設定し、堅牢な技術的制御によって支えられ、継続的に見直し、一貫して適用することで、複数のユーザー、クライアント、およびデバイスが、重要な情報の機密性、完全性、および可用性を損なうことなく、同じインフラストラクチャ上で共存できるようになります。