サービスとしてのLIコンプライアンス:実際に要求すべきSLAとは?

LIコンプライアンス・アズ・ア・サービス ― 合法的傍受コンプライアンスの例

「マネージド・ローフル・インターセプション(LI)モデル」——しばしば「LIコンプライアンス・アズ・ア・サービス」として販売されている——は、独自の傍受インフラを構築・運用するための社内リソース、専門知識、あるいは規模を欠くMVNO、中小の通信事業者、および新規参入企業の間で、大きな支持を集めています。 このモデルでは、専門のプロバイダーが通信事業者に代わってLIシステムを導入・運用・保守し、令状の処理から法執行機関へのデータ提供に至るまでのすべてを請け負います。その魅力は明らかです。設備投資の削減、コンプライアンス達成までの期間の短縮、そして社内にLIチームを構築することなく専門的なノウハウを活用できる点にあります。.

しかし、LI業務を外部委託しても、法的責任が外部委託されるわけではありません。通信事業者は、傍受義務の遵守について引き続き法的責任を負い、マネージドサービスプロバイダーによるいかなる不履行も、通信事業者に直接影響を及ぼします。このため、通信事業者とLIマネージドサービスプロバイダーとの間のサービスレベル契約(SLA)は、通信事業者が締結する契約の中でも最も重要なもののひとつとなります。 にもかかわらず、多くの通信事業者――特にLI分野に不慣れな事業者――は、自社のニーズや要求すべき事項、そして真のリスクがどこにあるかを十分に理解しないまま、画一的なSLAを受け入れてしまっている。.

本記事では、規制の厳しい欧州市場で事業を展開する際の実務上の要件に基づき、事業者がマネージドLIサービスを調達する際に求めるべきSLA条項について、詳細なガイドを提供します。.

LIコンプライアンス・アズ・ア・サービスの内容

マネージドLIサービスにおいて最も重要なSLA指標は、令状の有効化時間、すなわち有効な傍受命令の受領から、傍受の有効化および法執行機関へのデータ提供開始までの所要時間である。 各国の規制では通常、最大有効化時間が定められており、その時間は管轄区域や事件の緊急性に応じて、数時間から数営業日までの範囲となります。.

SLAでは、標準注文および緊急注文の最大アクティベーション時間を明記するとともに、各カテゴリーの定義を明確にすべきです。緊急注文(即時アクティベーションが必要な注文)については、SLAにおいて、数日単位ではなく数時間以内のアクティベーションを規定する必要があります。 また、SLAでは、アクティベーション時間の計測基準についても定義する必要があります。すなわち、マネージドサービスプロバイダーが注文を受領した時点、注文が検証された時点、あるいはネットワーク内で対象が特定された時点のいずれから計測するかです。定義によって実質的なアクティベーション時間は異なりますので、事業者は規制当局の期待に沿った定義を徹底させる必要があります。.

アクティベーション時間の超過に対する違約金は、実効性のあるものでなければならない。契約金額に比べて微々たる金額の違約金では、プロバイダーが目標を達成しようとする動機付けにはほとんどならない。事業者は、義務の重大性を反映した違約金を交渉すべきであり、極端なケースでは、アクティベーション時間の目標が継続的に達成されない場合に契約を解除する権利を含めるべきである。.

システムの可用性と稼働時間

LIシステムは常に利用可能でなければなりません。ダウンタイムが発生すると、傍受データの欠落につながり、法執行機関の捜査に支障をきたすほか、事業者が規制当局からの制裁を受ける可能性もあります。SLAでは、最低可用性目標(通常は99.9%以上)を明記するとともに、計画的なメンテナンス期間を計算から除外するかどうかを含め、可用性の測定方法を定義する必要があります。.

SLAでは、単一のインシデントにおける許容可能な最大ダウンタイム、および測定期間内の累積ダウンタイムの上限についても規定すべきである。 年間可用性が99.9%を達成しているシステムであっても、8時間の停止が1回発生した場合、総計目標は達成しているとはいえ、事業者のニーズを満たさない可能性があります。事業者は、総計およびインシデントごとの可用性目標の両方を明記する必要があります。.

SLAには、冗長化およびフェイルオーバーに関する規定を含める必要があります。マネージドサービスプロバイダーは、自動フェイルオーバー機能を備えた冗長化されたインフラストラクチャを運用すべきであり、SLAには、さまざまな障害シナリオにおける復旧時間目標(RTO)および復旧時点目標(RPO)を明記する必要があります。 運用担当者は、プロバイダーの冗長化アーキテクチャが、単に手動での介入を必要とするスタンバイシステムではなく、真に機能するものであることを確認する必要があります。.

データの完全性と品質

SLAでは、傍受データの完全性と品質について規定すべきである。これには、IRIおよびCCの両方が含まれる。IRIの完全性とは、傍受されたすべての通信について、必要なメタデータイベントがすべて生成され、必須のデータフィールドがすべて正確に入力されていることを意味する。CCの完全性とは、傍受されたすべての通信の内容が、欠落、途切れ、または破損なく取得され、配信されることを意味する。.

管理されたLI環境においてデータの完全性を測定することは、事業者が傍受プロセスを直接把握できない場合があるため、困難を伴うことがあります。したがって、SLAには、事業者または独立した第三者が、参照テストシナリオに基づいて傍受データの完全性および正確性を検証する定期的な品質監査に関する規定を含める必要があります。 これらの監査の頻度および方法については、SLAに明記すべきである。.

監査の過程で特定された、あるいは法執行機関から報告されたデータ品質の問題については、明確に定められた是正プロセスと期限に従って対処すべきである。SLAには、マネージドサービスプロバイダーがデータ品質の問題を調査・解決するための最大期間を明記するとともに、解決が困難な問題や深刻な品質問題に対するエスカレーション手順を含めるべきである。.

セキュリティと機密性

マネージド・サービス・プロバイダーは、通信事業者の事業全体において最も機密性の高いデータの一部を扱っています。SLAには、傍受されたデータの保護、進行中の傍受の機密性、およびマネージド・サービス・プロバイダーの要員とインフラのセキュリティを網羅した包括的なセキュリティ条項を盛り込む必要があります。.

具体的なセキュリティ要件としては、保存中および転送中のデータの暗号化、多要素認証を伴う役割ベースのアクセス制御、データセンターおよび機器の物理的セキュリティ、従業員の身元調査およびセキュリティクリアランスの要件、ならびにセキュリティ侵害に対するインシデント対応手順などが含まれるべきである。 SLAでは、マネージドサービスプロバイダーに対し、ISO 27001などの関連するセキュリティ基準への準拠を義務付けるべきであり、また、事業者がセキュリティ監査を実施する権利、あるいはプロバイダーに対し独立したセキュリティ評価を受けるよう要求する権利を盛り込むべきである。.

LIの文脈において、機密保持条項は特に重要です。マネージドサービスプロバイダーは、知る権限を有する者以外のいかなる当事者に対しても、傍受が行われている事実を開示してはなりません。SLAには、LIシステムへのアクセス権を持つプロバイダーの全従業員に適用される具体的な機密保持義務を盛り込むとともに、機密保持義務違反の場合の措置を明記する必要があります。.

規制遵守および報告

事業者の規制上の義務は、マネージドサービスプロバイダーには移転されません。 SLAでは、規制遵守に関する各当事者の責任を明確に規定するとともに、事業者が報告および監査の義務を確実に履行できるよう、必要な条項を盛り込むべきである。これには、マネージドサービスプロバイダーが完全な監査証跡を維持すること、事業者に定期的にコンプライアンス報告書を提出すること、および規制当局による検査や監査の際に事業者を支援する義務が含まれる。.

SLAでは、規制の変更に常に対応するというプロバイダーの義務についても規定すべきです。国のLI要件が変化するにつれて(新しい技術仕様、手続き要件の更新、データ保存義務の変更など)、マネージドサービスプロバイダーは、それに応じて自社のシステムやプロセスを更新しなければなりません。 SLAでは、規制の更新を実施するためのスケジュールを明記するとともに、プロバイダーが事業者に対し、今後の変更内容とその影響について通知する旨の条項を含める必要があります。.

移行および終了に関する規定

マネージドLI SLAにおいて最も見過ごされがちな側面の一つが、エグジット戦略です。事業者は、契約が満了、解約、あるいは別のプロバイダーへの移行など、いかなる理由であれ契約が終了した際にどうなるかを検討する必要があります。 SLAには、稼働中の傍受データの新しいシステムへの移行、履歴データおよび監査記録の引き継ぎ、移行のスケジュール、ならびに移行期間中も運用を継続するマネージドサービスプロバイダーの義務などを網羅した、詳細な移行条項を含める必要があります。.

ロックインリスクは、管理型LIサービスを利用する上で正当な懸念事項です。事業者は、自社のLIデータおよび設定の移植性を評価するとともに、ロックインを最小限に抑えるようなSLA条項を交渉すべきです。これには、すべてのデータにアクセスし、標準形式でエクスポートする権利、移行に必要なドキュメントや設定情報の提供、ならびに妥当な通知期間と移行スケジュールが含まれます。.

インシデント管理とエスカレーション

SLAでは、インシデント管理およびエスカレーションの手順を明確に定義する必要があります。システム障害、データ品質の問題、セキュリティインシデント、アクティベーション目標の未達成など、さまざまな種類のインシデントについて、重大度レベル、対応時間、およびエスカレーションの経路を明確に定める必要があります。 エスカレーション手順には、オペレーター側およびマネージドサービスプロバイダー側の担当者を明記するとともに、各重大度レベルに応じた連絡手段と対応義務を定義しておく必要があります。.

SLA では、定期的なサービスレビュー会議の実施を義務付けるべきであり、そこを、SLA の目標に対する実績の検討、インシデントとその解決策の検証、および今後の変更や機能強化の計画立案を行う場とすべきである。これらの会議は少なくとも月1回開催すべきであり、重大なインシデントやパフォーマンスの乖離が生じた場合には、追加のレビューを実施すべきである。.

結論

「LI Compliance as a Service」は、独自の傍受インフラを構築・運用するためのリソースや専門知識を欠いている事業者にとって、大きなメリットをもたらします。しかし、このマネージドサービスモデルの成否は、SLAの質と網羅性に完全に左右されます。 通信事業者は、令状の有効化時間、システムの可用性、データの完全性、セキュリティ、規制遵守、移行条項、インシデント管理について、測定可能な目標、実効性のある違約金、明確な責任分担を盛り込んだSLAを要求しなければなりません。十分に交渉されたSLAは、通信事業者を保護し、コンプライアンスを確保するとともに、マネージドサービスプロバイダーとの生産的かつ持続可能なパートナーシップの基盤を築きます。.

LIコンプライアンス・アズ・ア・サービスというサービスを検討する際は、表面的な価格だけにとどまらず、その先を見据えてください。包括的なLIコンプライアンス・アズ・ア・サービスの契約では、規制上の義務のあらゆる側面が網羅されている必要があります。.

関連記事

関連トピックについては、以下の記事を参照されたい:

外部リソース

以下の外部リソースは、さらなる背景と公式文書を提供している:

上部へスクロール