メルカリの協力会社端末対策、VDIをやめてブラウザ起点に転換
自社で直接管理できない協力会社の端末を、どうやって高水準に守ればよいのか。業務委託先を含む多くの企業と連携するメルカリが、この難題への具体策をまとめて公開しました。
この記事の要点
何が起きたか
メルカリは、自社の従業員だけでなく多くの協力会社(業務委託先)の力でビジネスを支えています。同社はこれまで、カスタマーサポート業務における個人情報保護のためにVDI(仮想デスクトップ基盤)を採用し、手元のPCにデータを置かない対策を取ってきました。
しかし、VDIを迂回したアクセスや画面の撮影、コピー&ペーストといった抜け道を完全には排除できず、データ漏えいの懸念が残っていたといいます。加えて、協力会社が自身で管理する端末についてはメルカリが直接統制できず、インシデント対応に時間を要する課題も抱えていました。
こうした状況を受け、メルカリは端末全体を管理下に置く方法を目指すのではなく、業務データにアクセスする入り口である「Chromeブラウザ」に着目したアプローチを選びました。具体的には「Chrome Enterprise Premium」を導入し、IdP(統合認証基盤)へのログインをトリガーにChromeプロファイルを管理対象として登録する仕組みを採用しています。これにより、協力会社の端末にMDMなどを配布できない状況でも、エージェントレスでブラウザを一元管理できるようになりました。さらに同社は、生成AI「Gemini in Chrome」についても、協力会社を含む全社規模で導入を進めています。
背景・解説
VDIとは、サーバー側に仮想的なデスクトップ環境を用意し、手元の端末にはデータを一切保存させずに業務を行わせる仕組みです。機密情報を扱う企業で広く使われてきましたが、出典によれば、画面の撮影やコピー&ペーストといった操作までは制御しきれず、保護の粒度が「利用するか、しないか」という大まかな単位にとどまる弱点があるといいます。
一方、Chrome Enterprise Premiumは、ブラウザそのものを管理対象とするセキュアブラウザの仕組みです。出典では、個人情報やソースコードなど機密データの種類や、コピー&ペースト・未承認の生成AIへの入力・ローカルへのダウンロードといった「行為の単位」で制御できる点がVDIとの違いとして説明されています。
サプライチェーン攻撃とは、取引先や委託先を経由して本体企業に被害が及ぶサイバー攻撃を指します。自社が直接管理できない端末が攻撃の入り口になりやすいため、多くの企業にとって共通の課題となっています。メルカリの事例は、この課題に対してOS層の管理を協力会社に委ねたまま、ブラウザ層だけを自社が統制するという役割分担のモデルを示したものです。
仕事や業務への影響
協力会社に業務を委託している企業ほど、この事例から得られる学びは大きくなります。例えば、コールセンター業務を10社の協力会社に委託している通信会社の情報システム担当者であれば、各社の端末にMDMを個別導入する調整作業そのものが不要になります。認証基盤へのログインをきっかけにブラウザを管理対象へ登録する方式なら、協力会社側の端末管理方針を変えずに統制を効かせられるからです。
VDIを使い続けるかどうかの判断にも、この事例は参考になります。例えば、従業員50人規模の人材紹介会社が個人情報保護のためだけにVDIを運用しているなら、コピー&ペーストや未承認ツールへの入力といった行為単位で制御できるブラウザ管理への切り替えを検討すべきです。VDI特有の操作の遅さが解消され、インフラの運用コストも抑えられます。
責任分界の明確化も実務上の利点です。例えば、経理代行業務を3社の協力会社に外注している中堅メーカーであれば、「ブラウザより上は自社、OS・端末は協力会社」という線引きを契約や運用ルールに明記することで、情報漏えいが疑われた際の調査主体を即座に特定できます。対応主体が曖昧なまま時間を浪費する事態は避けられます。
生成AIの扱い方についても判断材料になります。例えば、問い合わせ対応に複数のGoogle Workspaceテナントを使い分けている企業であれば、機密性の高いテナント側でAI機能を無効にする設定だけで、情報漏えいを恐れて利用を一律禁止する必要はなくなります。禁止よりも、使える範囲を区切る設計のほうが現実的です。
不確かな点・注意
出典はメルカリの取り組みを紹介する記事であり、導入にかかった期間や投じた費用、効果を数値で示す社内データは記載されていません。協力会社の人数や端末台数についても具体的な規模は明らかになっていないため、他社が同様の体制を敷く際の工数を見積もる材料にはなりません。
Chrome Enterprise Premiumが保護するのはブラウザ以上のアプリケーション層に限られ、OSやハードウェア層の防御はEDRなど別の製品が担う前提です。この構成をそのまま導入しても、端末そのものへの攻撃やマルウェア対策までは代替できない点に注意が必要です。
また、HTTPヘッダーインジェクションによるテナント制御は、Chromeブラウザのバージョン152から標準ポリシーで対応したとされていますが、それ以前のバージョンや他ブラウザでの挙動は出典に記載がありません。自社の利用環境が対応バージョンを満たしているかどうかは、個別に確認する必要があります。
出典
この記事のつくり方
国内外の情報源(企業の公式発表や、国内外の報道)を巡回して、新しいニュースの候補を集めます。
AIが、選んだ出典だけをもとに記事を書きます。出典に無い数字・日付・発言は作りません。
20を超える決まりの検査と、別のAIによる出典との照らし合わせを通った記事だけを公開します。通らなかった記事は公開しません。
公開した記事には、運営者が目を通しています。誤りに気づいたときは、訂正するか、公開を取り下げます。