「現在のデスクトップ戦略」に関連する編集部のお薦め記事

Windowsアプリが依然多数派？　ブラウザ移行の幻想と情シスが直面する二重管理のわな

脱Windows、脱Teamsへ動くフランス政府　250万公務員の大移行が企業に迫るもの

　かつてブラウザは、デスクトップ上の1つのアプリケーションにすぎなかった。しかし、今やその説明だけでは不十分だ。

　多くの従業員にとって、ブラウザは1日の業務が始まる場所だ。SaaSを開き、システム間を移動し、プロンプトを入力する。会議への参加、ファイル共有、拡張機能の利用、そしてデータ操作の全てがブラウザで行われる。

　この状況は、管理上の難しい問題を引き起こしている。

　ユーザーにとってブラウザは「軽量」に感じられる。だが、IT部門にとっては必ずしもそうではない。ブラウザのセッションには、顧客データや財務情報、人事の詳細、プロジェクト計画、AIツールのソース資料などが含まれるからだ。

　一見無害なブラウザ拡張機能がリスクを生むこともある。私用のブラウザプロファイルと仕事用が混ざることもある。Webアプリが企業の正式な資産として認識される前に重要な役割を担ってしまうこともある。

　これは、ブラウザがデスクトップに取って代わったことを意味するのではない。ブラウザが「デスクトップ管理の一部」になったことを意味している。

　そのため、デスクトップ計画にはブラウザの管理とセキュリティを組み込む必要がある。どのブラウザを許可し、どの拡張機能が許容されるか。何をコピーし、アップロードしてよいか。Webアプリにどのデータを入力できるか。これらを明確に定めなければならない。デスクトップとは、単にマシンにインストールされたものだけではない。そこから「何に到達できるか」も含まれるのだ。

2．デバイスの状態がアクセス許可の信号になる

　デバイスは単なるハードウェアではない。それは「コンテキスト（背景情報）」を運ぶ存在だ。

　そのデバイスは管理下にあるか。パッチは適用されているか。暗号化は有効か。エンドポイント保護は動作しているか。ユーザーは私物デバイスを使っているのか、それとも会社のノートPCか。そのデバイスの状態は業務ポリシーを満たしているか。アプリケーションが開く前に、こうした情報が重要になる。

　ここで、統合エンドポイント管理（UEM）の役割は、単なるデバイス管理を超えたものになる。UEMの大きな役割は、デバイスの健全性を「アクセス判断の材料」にすることだ。

　ユーザーの認証が正しく、パスワードが一致し、アプリの利用が承認されていても、デバイスの状態が業務に不適切であれば、アクセスを拒否すべき場合がある。これは、従来のデスクトップ管理とは異なる考え方だ。

　アクセス許可の判断基準は「ID」だけではない。IDに「コンテキスト」を掛け合わせて判断する。デバイスの状態（ポスチャ）は、そのコンテキストで最も実用的な要素の1つだ。

　ここでゼロトラストの考え方が当てはまる。かつての境界防御モデルは、社内と社外の間に明確な線があることを前提としていた。だが、現代のデスクトップ戦略にその線は存在しない。ユーザーは管理下のノートPC、私物デバイス、クラウドアプリ、仮想デスクトップなどを同じ日のうちに使い分ける。

　デスクトップ戦略は、アクセス制御そのものへと近づいている。「このユーザーはネットワーク内にいるか」ではなく、「このユーザー、デバイス、セッション、アプリの経路は、この業務を行うのに十分信頼できるか」が問われている。

3．SaaSへのアクセスにはエンドポイントの文脈が必要

　SaaSの普及により、OSの違いを気にする必要性は薄れた。だが、デスクトップ管理の重要性が消えたわけではない。

　業務がSaaS上にあると、エンドポイントは何でもよいと考えがちだ。管理下のPCでもスマートフォンでも、同じアプリを開けるからだ。しかし、これらは管理の観点では「同一の表面」ではない。

　SaaSの契約は「誰に利用権があるか」は規定するが、そこに至る全ての経路を企業が制御できているとは限らない。ブラウザ、デバイス、セッション、ユーザープロファイル、そしてSaaSアプリの周囲にあるローカルアプリ。これら全てが影響を与える。

　ここで、アプリケーションのスプロール（無秩序な拡大）が問題になる。多すぎるツール、重複するアプリ、管理外のブラウザ拡張機能。従業員が「承認された経路より早いから」という理由で使う非公式なワークフロー。これらはSaaSが悪いのではなく、アクセスに「エンドポイントの文脈」が必要であることを示している。重要なのは、SaaSアプリが承認されているかどうかだけではない。そのデータやワークフローにとって、アプリへの「ルート」が十分に把握されているかどうかなのだ。

4．仮想デスクトップは「逃げ道」ではない

　仮想デスクトップは、データの集約やイメージの標準化、協力会社への環境提供など、多くの問題を解決できる。

　しかし、仮想デスクトップを導入すればデスクトップ戦略を考えなくて済むわけではない。仮想デスクトップ自体が、独自の「アクセスレイヤー」を作り出すからだ。

　DaaS（Desktop as a Service）やVDI（仮想デスクトップインフラ）も、ID管理やセッションのセキュリティ、エンドポイントの制御、監視、データの移動ルールに依存する。ユーザーはどこからかその環境に入らなければならず、その「出発点」が重要になる。

　仮想デスクトップのセキュリティを、別個の副次的な問題として扱うべきではない。物理デスクトップと仮想デスクトップではリスクやサポートの前提が異なるため、別のルールが必要になる。

　仮想デスクトップはエンドポイント上のデータを減らせるが、それだけでセッションが安全になるわけではない。コピー＆ペーストは可能か。印刷やファイルのダウンロードは制限されているか。未管理のデバイスからアクセスできるか。セッション終了後に何が起きるか。これらは設定の問題ではなく、管理モデルそのものだ。

　同じアプリケーションに到達するからといって、異なるアクセス経路を「同じもの」として扱うのは間違いだ。目的地が同じでも、そこに至るリスクや管理の負担は同じではない。

5．AI機能がアクセス制御の重要性を高める

　AIの登場により、デスクトップ戦略の重要性はさらに増している。

　AIツールは内容の要約、回答の作成、ファイルの検索、タスクの自動化などを行う。これらはブラウザや生産性スイート、CRM、あるいはOS自体に組み込まれる形で現れる。

　特にAIとブラウザの組み合わせは、アクセスの問題を深刻化させる。AI機能が、SaaSアプリやファイル、企業の機密データにアクセスするワークスペースと同じ場所にあるからだ。

　問題は「従業員がAIを使えるか」だけではない。そのツールが何を見ることができ、どのデータに到達できるか。そして、そのデバイスやセッションが「その業務を行うのに信頼できるか」だ。日常的なメールのやりとりには問題ないデバイスでも、顧客情報や財務データが絡むAI業務には不適切な場合がある。これはAIガバナンスの問題であると同時に、デスクトップの問題でもある。

　ユーザー、ブラウザ、デバイス、アプリ、データが交わる場所こそが管理ポイントだ。企業がこのレイヤーを可視化、管理できなければ、AIを介した業務が実際に何に触れているかを把握することは困難になる。

デスクトップアクセスレイヤーの「所有者」が必要だ

　これからのデスクトップ戦略は、WindowsかMacかといったハードウェア標準の選択だけでは完結しない。

　より大きな問いは、ユーザーがアプリやデータに到達しようとするその瞬間に、企業がいかにして業務を統制するかだ。ITリーダーは、より実務的な問いを立てる必要がある。

• どのエンドポイントが、どの種類の業務で信頼できるか
• どのブラウザセッションに、より強力な制御が必要か
• どのSaaSアプリに、未管理デバイスからのアクセスを許容するか
• アクセスに際し、デバイスの準拠を必須とすべきデータはどれか
• AI機能の導入により、新たな可視化やポリシーが必要になっていないか

　そして最も難しい問いはこれだ。「ID、エンドポイント管理、ブラウザセキュリティ、SaaSガバナンスが重なり合う場所で、誰がルールを所有するのか」

　全ての会話をガバナンスの議論にする必要はない。しかし、管理の力点がどこに移ったかを認識することは必要だ。

　かつてデスクトップは「業務が行われる場所」だった。今では「業務へのアクセスが判断される場所」へと変わりつつある。そのため、デスクトップ戦略をセキュリティやアイデンティティー管理、従業員体験から切り離すことはできなくなっている。

　企業の業務は、ユーザーがアプリケーションに到達する前に始まっている。その最初のレイヤーこそが、管理の起点となる。