クライアントレスアクセスは、Zero Trust Network Access（ZTNA） ↗ サービスの導入方式のひとつです。エンドユーザーにソフトウェアのインストールを求めずに、社内アプリケーションへ安全にアクセスできます。ユーザーは、イントラネットの Web アプリ、SSH ターミナル、RDP 経由の Windows サーバーなど、社内リソースを Web ブラウザーから利用します。クライアントレスアクセスは、管理対象外のデバイスに対して、社内向けの 最小権限アクセス ↗ を提供する用途でよく使われます。対象ユーザーには、サードパーティの契約社員、サプライヤー、パートナーのほか、組織の BYOD（私物デバイス持ち込み）方針のもとで個人のスマートフォンを使う従業員も含まれます。
IT / セキュリティ管理者は、認証方法を選べます。社内の ID プロバイダー、ソーシャルメディアアカウント、メールで送る PIN、強力な MFA、またはこれらの組み合わせを使えます。管理者は、Remote Browser Isolation（RBI）や Data Loss Prevention（DLP）などのインラインサービスを追加し、管理対象外デバイスからのデータ持ち出しを防げます。これらもクライアントレスで実装できます。隔離したアプリでは、ブラウザー上で幅広いデータ制御を適用できます。アップロード / ダウンロードやコピー / ペーストの禁止、DLP ポリシーの組み込みなどです。
デバイスクライアントを使うと、ZTNA 導入で追加の機能が使えます。ポリシー評価にデバイスポスチャチェックを含めたり、プライベートホスト名のプライベートネットワークリソースへアクセスさせたりできます。ただし、サードパーティや一時的な作業者へアクセスを広げるとき、会社管理のデバイスを購入して配布したり、個人デバイスへクライアントを導入したりすることに抵抗がある組織もあります。IT やセキュリティチームによっては、デバイスの互換性、相互運用性、その他のソフトウェア監査が厳しく、ZTNA 展開時のユーザーオンボーディングが遅れることがあります。契約社員側も、レガシー VPN であれ、より新しいソフトウェアクライアントであれ、外部企業のソフトウェアを個人デバイスへインストールさせない場合があります。
従来、一部の組織は、サードパーティユーザー向けの社内 ID を自社の ID プロバイダー内に作ったり、相手側の外部 ID プロバイダーを自社と統合したりしてきました。時間と複雑さはさておき、すべてのリソースが従来の Identity and Access Management（IAM）製品と直接連携するわけではありません。そのため、組織内のリソース全体でアクセスの手続きをまとめるには、ZTNA のようなツールが依然として必要です。
エンタープライズブラウザーも、ハイブリッドワークや社内アクセスの用途で注目されているツールです。セキュリティ機能を集約し、管理対象ブラウザーだけで、リソースへの統一アクセスとデータ保護を提供することを目指します。ただし、既存のブラウザーでの作業を変えたくないユーザーもいます。サードパーティ側も、管理対象ブラウザーを含む外部ソフトウェアのインストールを望まない場合があります。
クライアントレスで安全なリモートアクセスを提供するときの大きな課題は、エンドユーザーにとってネイティブに感じられるようにすることです。ファイアウォールで TLS を解除したり、ピクチャーインピクチャーで社内 Web サービスへアクセスさせたりするソリューションは、何十年も前からあります。こうしたレガシーな方式では、従来の Web セキュリティの考え方をプライベートアプリへ適用しにくいです。
一方、Cloudflare は公開 Web アセット向けの主要な リバースプロキシ ↗ 事業者で、およそ 全ウェブサイトの 20% ↗ をプロキシしています。SASE プラットフォーム と組み合わせることで、Cloudflare は公開リソースとプライベートリソースの両方に、高パフォーマンスなブラウザーベースのセキュリティを提供できます。実装、管理、継続的な更新、ルーティングに追加のオーバーヘッドはありません。
クライアントレスアクセスは、管理者のユーザーオンボーディングを早めます。エンドユーザーにとっても、プライベートアプリが SaaS アプリと同じように使えます。多くの組織は、より大きな SASE アーキテクチャの取り組みの初期にクライアントレスアクセスを導入し、長期の VPN 置き換え やセキュリティ近代化に向けた早期の成果として勢いにしています。