要約

  • SecureSkyは9月9日、Soverenを買収したと発表した。保存中と移動中の機密データを把握する機能を、既存のセキュリティ運用サービスに加える。
  • 発表には買収対価、顧客移行の日程、統合後の運用実績がない。観測情報が優先順位の見直しと責任ある対応につながるかが焦点となる。

検知した後の問いを減らせるか

設定の弱点を見つけても、その先でどのデータが扱われ、どの業務に影響するかが不明なら、担当者はすぐには対応を選べない。アプリケーションの責任者に確認し、変更の影響を調べる必要がある。SecureSkyによるSoveren買収は、この判断に必要な背景情報を既存サービスへ取り込む動きと読める。

9月9日の発表でSecureSkyは、Soverenを買収し、クラウドネイティブ環境とオンプレミス環境における機密データの発見、分類、保護へプラットフォームを拡張すると説明した。Soverenは保存データのセキュリティ状態の管理と、eBPFを使うネットワーク活動分析を組み合わせ、利用の異常や外部とのデータの流れの変化などを捉えるとされる。いずれも提供企業による機能説明であり、統合環境で検証された成果ではない。対価や顧客移行計画、発表日とは別の取引完了日は示されていない。買収発表

SecureSkyには既に、クラウドのリスク評価、設定強化、監視、ポリシー検証、調査、インシデント対応を担うサービスがある。修正や統制の実務も説明している。したがって、今回買うのは既存の運用業務に使える観測能力であり、対応サービスを初めて始めるという話ではない。全顧客が統合済みの機能を利用できるようになったとも確認されていない。SecureSkyのサービス説明

データ本体と観測情報は別のもの

Soverenの構成文書は、顧客のKubernetes環境で動く、またはデータ保管先に接続するセンサーと、Soverenが運営するクラウドサービスを分けている。文書によれば、クラウドへ送られるのはデータの流れや内容に関するメタデータで、通信内容や元のレコードの実際の値は含めない。これは製品の設計上の説明であり、個別導入先を監査して確認した事実ではない。Soverenの構成文書

文書にはサービスの接続点、外部接続、検出したデータの種類、保管先の属性に加え、担当関係やサービスのグループを維持する機能も記されている。保管先が存在すると分かることと、ある種類のデータをどのサービスがやり取りしているか分かることでは、判断への使い道が異なる。後者は技術的な発見を業務と結び付ける手掛かりになる。

利用ガイドでは、ある流れに特定の機密データが初めて検出された場合などを活動記録の対象としている。また、顧客側の境界内で値をマスクし、処理後のメタデータをSoveren Cloudへ送ると説明する。新しく観測されたというだけで、漏えいが確定したり、業務を停止する権限が生じたりするわけではない。Soverenの利用ガイド

成果を測る場所は対応業務

運用を受託する側にとっての期待は、調査の順番を顧客の実情に近づけることだ。機密データの流れと担当者が結び付けば、孤立した警告より優先度を判断しやすくなる可能性がある。ただし、確認の往復が減ったか、担当の割り当てが改善したかは、稼働後の情報が必要となる。

発表には検出性能や暗号化通信の分析に関する宣伝もある。本稿では独立した性能試験、対象環境の互換性確認、アプリケーションへの負荷測定を行っていない。これらの表現を統合後の効果として扱うことはできない。既存の製品文書も、各顧客に適用される新たなデータ処理条件や包括的な変更権限を定めるものではない。

何を観測し、運用担当がどう解釈し、顧客が何を認めるのか。買収で機能の所有者は一つになったが、この三つが実務でつながったかどうかは今後の検証事項である。