ユーザーを招待してEnterprise Browserインストールして設定する前にEnterprise Browserの基本設定を行う必要があります。
Enterprise Browserでは、Netskopeを経由して宛先（例えば、企業アプリケーション）へトラフィックを誘導するために、ユーザー認証が必要です。Enterprise Browserによって生成される各リクエストには、ヘッダーの形式で認証トークンを含める必要があります。認証されていないリクエストは許可されておらず、ユーザーはSSO（シングルサインオン）による認証を求められます。
Enterprise Browserでは、SSO への認証フローをバイパスする必要があります。これにより、ユーザーはEnterprise Browserから企業アプリにアクセスする前に効果的に認証を行うことができます。
ユーザー認証フローのバイパスを構成する方法は 2 つあり、条件付きアクセスをどのように構成して強制するかによって異なります。 Enterprise Browserがアプリケーションにアクセスするためのものです。
- オプションA：認証（IdPフロー）はNetskopeの外部で行われます（ブラウザの設定）。
- オプションB：認証（IdPリクエスト）はNetskope IP範囲／専用エグレスIP範囲を介して行われます
オプションBを使用するには、アカウントでその機能を有効にする必要があります。アカウントでこの機能を有効にするには、サポートに連絡する必要があります。
Enterprise Browser認証バイパス（ブラウザバイパス）
このセクションでは、 Option Aで述べたNetskopeの外部で行われる認証（IdPフロー）について説明します。バイパスはブラウザレベルで設定されます。Enterprise Browserは、リクエストをSSOドメインに直接送信します。認証はNetskopeの外部で行われます。条件付きアクセス（Netskope IP範囲/DEIP）を課したい場合は、これが推奨されるアプローチですon each individual corporate app 。企業アプリケーションに到達するすべてのトラフィックに条件付きアクセスを課すことは、管理対象のトラフィックのみが常にアプリケーションに到達することを保証する最も安全な方法です。
Path: Settings → Security Cloud Platform → Enterprise Browser → Browser Setup
- Set up the identity provider:
- NestkopeのフォワードプロキシにIDプロバイダーを接続するには、「フォワードプロキシSAML」セクションに移動してください。これにより、 Netskopeユーザーを認証できるようになりますNetskope Enterprise Browser 。 アクセス方法Select = 「 Enterprise Browser 」。
- Set up the Bypass Settings:
EBからの受信リクエストは、前の手順で設定した顧客のSSOに対してユーザーが認証された後にのみ受け入れられます。
- SSOへのユーザー認証を許可するには、IdPドメインを指定する必要があります。このリストに IdP ドメインを含めない場合、ユーザーは認証のために IdP ドメインにアクセスできず、 Enterprise Browserも利用できません。
- 例えばIdPがOktaの場合は、*.okta.comを含める必要があります。*.oktacdn.com はそれぞれ別の行に記述してください。
- nsauth-<your_tenant_name>.goskope.com や authservice.goskope.com などのNetskopeドメインも含めてください。詳細については、推奨IDプロバイダーバイパスリストをご覧ください。
SAMLプロキシ認証バイパス
この節では、上記のNetskope IP範囲/専用出口IP範囲を通じて行われる認証(IdPリクエスト)について説明 Option B 。
SAMLプロキシ認証バイパスを有効にするには、アカウントでその機能を有効にする必要があります。コンタクト アカウントで有効にするためのサポート。
バイパスは、 Enterprise Browser ／CEPレベルで設定されます。 Enterprise Browserは、Netskope IPアドレス範囲／DEIPアドレス範囲からの認証されていないリクエストをSSOに転送します。認証要求はNetskopeから発信されます。
条件付きアクセス (Netskope IP 範囲 / DEIP) を課したい場合は、これが推奨されるアプローチですon the IdP leve l (例)通常はOktaと併用します。企業アプリケーションへの条件付きアクセスon all traffic (オプション A) を課すことは、管理されたトラフィックのみがいつでもアプリケーションに到達することを保証するための最も安全な方法です。
Path: Settings → Security Cloud Platform → Forward Proxy → SAML → Settings →Bypass
推奨されるIdPバイパスリスト
以下は最も頻繁にNetskope Enterprise Browserで使用されている IdP です。 これは、Netskope UI でさまざまな IdP に対して Enterprise Browser 用に構成する必要のある最小限のバイパス リストですが、お客様の特定の設定に合わせて調整が必要になる場合があります。
Microsoft Entra の EB バイパスリスト
Microsoft Entra SSO認証において、以下のドメインを明示的にバイパスします。
browser.events.data.microsoft.com autologon.microsoftazuread-sso.com autologon.microsoft-sso.com login.live.com login.microsoftonline.com login.microsoft.com aadcdn.msftauth.net aadcdn.msauth.net device.login.microsoftonline.com mysignins.microsoft.com authservice.goskope.com nsauth-<tenant-name>.goskope.com
OktaのEBバイパスリスト
Okta SSO認証において、以下のドメインを明示的にバイパスします。
*.okta.com *.oktacdn.com authservice.goskope.com nsauth-<tenant-name>.goskope.com
Google Workspace IdP の EB バイパスリスト
Google SSO認証において、以下のドメインを明示的にバイパスします。
accounts.google.com play.google.com *.gstatic.com authservice.goskope.com nsauth-<tenant-name>.goskope.com
OneLogin IdPのEBバイパスリスト
OneLogin SSO認証において、以下のドメインを明示的にバイパスします。
<Domain name in OnLogin>.onelogin.com web-login-v2-cdn.onelogin.com cdn.cookielaw.org cdn.onelogin.com nsauth-<tenant-name>.goskope.com