Fortinet の SASE|FortiSASE の構成と導入のポイント

  • URLをコピーしました!
目次

はじめに

Fortinet で SASE / SSE を検討する際の中核となるのが FortiSASE です。FortiSASE は、FortiGate と同じ FortiOS と Fortinet Security Fabric を基盤としており、すでに FortiGate を運用している組織にとっては、同じ OS とポリシーの考え方をクラウドのエッジへ広げられる点が特徴です。

つまずきやすいのは、FortiSASE が FortiOS や Security Fabric から何を引き継ぐのか、そして FortiClient や既存の FortiGate(Secure SD-WAN)とどう組み合わせるのか、という点です。本記事では、FortiSASE の全体像を整理したうえで、主要コンポーネント、SIA / SPA など接続の方式、導入の流れ、よくあるトラブルまでを扱います。

なお、SASE / SSE そのものの定義や構成要素(SWG・CASB・ZTNA・FWaaS の役割や、SASE と SSE の違い)は、関連記事『SASE とは|SSE や ZTNA との違いと構成要素のポイント』で扱っています。本記事は、その考え方を Fortinet の構成に当てはめる位置づけです。

この記事でわかること
  • FortiSASE の全体像(FortiOS / Security Fabric の基盤と、既存資産との関係)
  • 主要コンポーネント(SWG・CASB・FWaaS・DNS、Universal ZTNA・DLP・RBI)
  • アクセスと接続の方式(SIA / SPA / SaaS アクセスと、拠点の接続)
  • 導入・設定の流れ(VPN からの段階移行)
  • 接続やエージェント、ポリシーに関するトラブルの確認ポイント

Fortinet の SASE(FortiSASE)の全体像

FortiSASE は、FortiOS と Fortinet Security Fabric を基盤とするクラウド提供型の SASE です。既存の FortiGate や FortiClient と統合できる点が、他社にない特徴になります。

FortiSASE とは(FortiOS / Security Fabric の系譜)

FortiSASE は、SASE アーキテクチャをクラウドから提供する Fortinet のサービスです。

参考: Fortinet — FortiSASE Document Library(Introduction)
“FortiSASE is Fortinet’s cloud-delivered security service that implements the SASE architecture (FWaaS, SWG, ZTNA)”
(FortiSASE は、SASE アーキテクチャ(FWaaS・SWG・ZTNA)を実装した、Fortinet のクラウド提供型セキュリティサービスである)
https://docs.fortinet.com/document/fortisase/25.1.51/concept-guide/891466/introduction

FortiSASE の各機能は、FortiOS と Security Fabric に支えられています。FWaaS は FortiOS の NGFW 機能、SWG は FortiOS の Explicit Web Proxy・キャプティブポータル・認証機能に基づいており、FortiGuard Labs の脅威インテリジェンスが検知を支えます。Fortinet は、SWG・ZTNA・CASB・FWaaS・RBI・SSPM・Secure SD-WAN・DEM を「1 つの OS・1 つのエージェント・1 つのコンソール」で扱える点を強みとして挙げています。

用途としては、SIA(Secure Internet Access: インターネットアクセスの保護)、SPA(Secure Private Access: 社内アプリへのアクセス)、SSA(Secure SaaS Access: SaaS アクセスの保護)の 3 つが軸になります。また、自社のデータセンターに展開する FortiSASE Sovereign も提供されています。

FortiSASE は FortiGate と同じ FortiOS を基盤とするため、既存の FortiGate 利用者が、慣れた OS とポリシーの考え方をクラウドのエッジへ拡張できる点が、選定上の大きな判断材料になります。

既存資産との関係(FortiGate Secure SD-WAN / FortiClient / FortiGuard)

FortiSASE は、Fortinet の既存資産との連携を前提にできます。

FortiClient

ZTNA・SASE へのトラフィック誘導・エンドポイント保護を 1 つでまかなう統合エージェントです。BYOD や Chromebook など、エージェントを導入しにくい端末向けにエージェントレスの方式も用意されています。

FortiGate Secure SD-WAN

既存の FortiGate SD-WAN と統合できます。FortiGate を FortiSASE の LAN 拡張(FortiGate Secure Edge)として VXLAN-over-IPsec トンネルで接続すると、拠点配下の端末には FortiClient を入れずに FWaaS を適用できます(既存の FortiGate Secure SD-WAN の設定記事があれば、ここに内部リンクを設置すると回遊につながります)。

Security Fabric

FortiSASE が Security Fabric に参加し、エンドポイント情報を社内の FortiGate と共有することで、社内 FortiGate を ZTNA のアクセスプロキシとして利用できます。

FortiGuard / FortiClient EMS

FortiGuard が AI ベースの脅威インテリジェンスを提供し、エンドポイント管理は FortiClient EMS が担います。トラブルシュートや設定を補助する FortiAI-Assist も統合されています。

既存の FortiGate・FortiClient・Security Fabric を持つ組織では、エンドポイント・拠点・ポリシーを一貫して組み合わせられる点が、FortiSASE を選ぶ際の判断材料になります。

なお、利用できる連携や構成、対応バージョンは変わりうるため、実際の検討にあたっては Fortinet の最新ドキュメントでの確認を推奨します。

FortiSASE の主要コンポーネント

FortiSASE は、SSE の中核機能を FortiOS の上で統合しています。Web・SaaS・通信全般を守る SWG・CASB・FWaaS と、アプリ単位のアクセスを担う Universal ZTNA、保護を補強する DLP・RBI を備えます。

SWG / CASB / FWaaS / DNS

それぞれの役割は次のとおりです。

SWG(Secure Web Gateway)

FortiOS の Explicit Web Proxy を基盤に、Web フィルタリング、DNS フィルタリング、アンチマルウェアなどで Web トラフィックを保護します。SWG が行う SSL インスペクションの考え方は、既存の FortiGate SSL ディープインスペクション関連記事も参考になります(該当記事があれば、ここに内部リンクを設置)

CASB(Cloud Access Security Broker)

SaaS の利用を可視化・制御します。

参考: Fortinet — FortiSASE Architecture Guide(Technology used)
“FortiSASE provides Inline-CASB functionality with web filter and application control security features”
(FortiSASE は、Web フィルタとアプリケーション制御の機能を備えた Inline-CASB を提供する)
https://docs.fortinet.com/document/fortisase/23.4.49/architecture-guide/87005/technology-used

CASB は、インライン(Inline-CASB)と API ベース(FortiCASB)の両方に対応する Next-Generation Dual-Mode 方式で、Shadow IT の把握にも役立ちます。

FWaaS(Firewall as a Service)

FortiOS の NGFW 機能を基盤に、IPS・アプリケーション制御・アンチマルウェア・サンドボックス・アンチボットネットなどを提供します。

いずれも FortiOS を基盤とするため、既存の FortiGate で使っているプロファイルやポリシーの考え方を流用しやすい点が、運用面の利点になります。

ZTNA(Universal ZTNA)と DLP / RBI

社内アプリへのアクセス制御は Universal ZTNA が担います。ZTNA は、アプリケーションのセッションごとに利用者と端末を検証し、ポリシーを満たす場合にのみアクセスを許可します。

Universal ZTNA

アプリ単位の明示的なアクセスを実現し、「暗黙の信頼」から「明示的な信頼」への移行を可能にします。

DLP(Data Loss Prevention)

機密データの外部流出を検知・防止します。

RBI(Remote Browser Isolation)

Web のコンテンツをリモートで隔離して実行し、端末に直接到達させません。

ZTNA は FortiClient(エージェント)の利用と、社内 FortiGate を ZTNA アクセスプロキシとして構成することが前提になります。この点は、次のアクセス方式のセクションで具体的に整理します。

アクセスと接続の方式

FortiSASE の用途は、SIA(インターネット)・SPA(社内アプリ)・SSA(SaaS)の 3 つです。既定では、リモートユーザーの通信は FortiSASE へトンネルされ、各用途が連動します。ただし、ZTNA の通信は例外で、FortiSASE を経由せず、FortiGate の ZTNA アクセスプロキシ配下の社内リソースへ直接向かいます。

SIA / SPA / SaaS アクセス(エンドポイント・エージェント)

用途ごとの方式は次のとおりです。

SIA(Secure Internet Access)

NGFW による境界防御を、リモートユーザーへ拡張します。

参考: Fortinet — FortiSASE Architecture Guide
“SIA extends an organization’s security perimeter typically achieved by a NGFW to remote users”
(SIA は、通常 NGFW で実現される組織のセキュリティ境界を、リモートユーザーへ拡張する)
https://fortinetweb.s3.amazonaws.com/docs.fortinet.com/v2/attachments/ac518143-4d9b-11ee-8e6d-fa163e15d75b/FortiSASE-23.3-Architecture_Guide.pdf

SPA(Secure Private Access)

社内アプリへのアクセス方式で、2 つの選び方があります。ZTNA を用いる方式は TCP ベースのアプリが対象で、FortiClient(エージェント)と、ZTNA アクセスプロキシとして構成した FortiGate が必要です(UDP ベースのアプリやエージェントレス端末では利用できません)。一方、SD-WAN または NGFW を用いる方式は、TCP・UDP 両方のアプリに対応し、既存の FortiGate SD-WAN のハブ&スポーク構成や、FortiGate NGFW を SPA ハブとして利用します。

SSA(Secure SaaS Access)

FortiCASB の API ベースの検査と、Inline-CASB(Web フィルタ・アプリ制御)で SaaS 利用を保護します。

端末側の接続方式としては、FortiClient によるエージェント方式(VPN トンネルを張る Endpoint モード)、ブラウザベースのエージェントレス方式(BYOD や Chromebook 向け)、OS やブラウザに FortiSASE を SWG サーバとして設定する SWG モードがあります。

SPA は、TCP かつエージェント前提の「ZTNA 方式」と、TCP・UDP に対応する「SD-WAN / NGFW 方式」を、対象アプリに応じて使い分けるのが設計のポイントです。

拠点の接続(Secure SD-WAN / トンネル)

拠点単位での接続には、FortiGate を活用できます。FortiGate を VXLAN-over-IPsec トンネルで FortiSASE に接続する FortiGate Secure Edge(LAN 拡張)では、FortiGate がデフォルトゲートウェイとして拠点の通信を集約するため、配下の端末に FortiClient を導入する必要がありません。また、既存の FortiGate SD-WAN のハブ&スポーク構成と統合して SPA を実現することもできます(既存の FortiGate Secure SD-WAN の設定記事があれば、ここに内部リンクを設置)。

接続先となるグローバルな PoP は多数提供されており、利用者の近くの PoP を選んで遅延を抑えられます。

拠点は FortiGate(Secure Edge / SD-WAN)でまとめて FortiSASE へ接続でき、端末ごとのエージェント導入を減らせる点が、既存 FortiGate を持つ組織にとっての利点になります。

導入・設定の流れ

FortiSASE はクラウドサービスのため、設定は FortiSASE ポータルでの操作が中心です。初回ログイン時には、SIA(エンドポイント用途)の初期設定を案内する組み込みのオンボーディングガイド(手順・動画・確認用チェックリスト)が表示されます。

参考: Fortinet — FortiSASE Administration Guide
“An embedded onboarding guide for FortiSASE displays upon first login”
(初回ログイン時に、FortiSASE の組み込みオンボーディングガイドが表示される)
https://fortinetweb.s3.amazonaws.com/docs.fortinet.com/v2/attachments/3d59bf35-3fcd-11ef-bfe5-fa163e15d75b/FortiSASE-24.2.63-Administration_Guide.pdf

段階的なロールアウト(VPN からの移行)

エンドポイントモードでのプロビジョニングは、おおむね次の流れです。

STEP

管理者が FortiSASE 環境を初期化します。

STEP

ポリシーとセキュリティコンポーネント(ディープインスペクションのプロファイルなど)を設定します。

STEP

エンドユーザーをプロビジョニングし、招待メールを送付します(LDAP などのリモート認証や SAML SSO に対応)

STEP

FortiClient を端末へ配布し、招待コードで FortiClient Cloud へ接続します。

STEP

FortiClient が FortiSASE ライセンスを有効化し、FortiSASE VPN トンネルをプロビジョニングします。

STEP

エンドユーザーが FortiSASE トンネルへ接続します。

STEP

FortiSASE が端末にポリシーを適用します。

STEP

管理者がログを確認し、設定を調整します。

オンボーディングは、少人数なら事前設定済みのインストーラを「Onboard Users」から配布する方法、多人数なら GPO や MDM で集中展開する方法(Managed Endpoint)が選べます。接続できているかは、Zero Trust Telemetry の状態が「Connected / Managed by FortiClient Cloud」になることで確認できます。

VPN からの移行は、段階的に進めるのが現実的です。まず SIA(インターネットアクセスの保護)から始め、次に SSA(SaaS アクセス)、その後 SPA(ZTNA または SD-WAN / NGFW)を対象アプリから順に導入する、という順序が無理がありません。

既存の FortiGate がある場合は、FortiGate Secure Edge や SD-WAN 統合で拠点をまとめて接続すると、端末ごとの作業を減らせます。

よくあるトラブルと対処

FortiSASE のトラブルは、設定値そのものより、エージェントの登録、トンネルの接続、ポリシー(特にディープインスペクションの除外)に原因があることが少なくありません。これらを順に確認すると、切り分けが進めやすくなります。

接続・エージェント・ポリシーの確認ポイント

代表的な確認の観点は次のとおりです。

エージェントの登録(オンボーディング)

FortiClient が FortiClient Cloud に接続できているか(Zero Trust Telemetry の状態)を確認します。招待コードや認証(SAML SSO)も確認します。なお、事前設定済みの FortiClient インストーラが Microsoft Defender で「不明な発行元」と判定されることがあり、配布時の留意点になります。Windows で DEM(デジタルエクスペリエンスモニタリング)を使う場合は、MSI 版ではなく実行ファイル版のインストーラが必要です。

接続(トンネル)

エンドポイントモードは常時 VPN 接続が前提です。トンネルが確立しているか、利用する PoP / リージョンが適切かを確認します。

ポリシー(ディープインスペクションの除外)

Fortinet のインフラ宛ての通信は、ディープインスペクションを無効にした除外ポリシーが必要です。

参考: Fortinet — FortiSASE Document Library(Managed endpoint client onboarding)
“you must create a policy with deep inspection disabled for Fortinet infrastructure destinations”
(Fortinet インフラ宛ての通信には、ディープインスペクションを無効にしたポリシーを作成する必要がある)
https://docs.fortinet.com/document/fortisase/latest/mature-administration-guide/374953/managed-endpoint-client-onboarding

特に macOS のエンドポイント管理接続では、Fortinet-FortiSASE・Fortinet-FortiCloud・Fortinet-FortiClient.EMS・Fortinet-FortiSandbox.Cloud といった宛先を除外しないと、接続が確立しないことがあります。あわせて、SSL ディープインスペクションを行う場合は、検査用の証明書が端末に配布されているかも確認します。

ログ・可視化

FortiSASE のログや Analytics、DEM を用いて、エンドポイント・経路・アプリのどこに原因があるかを切り分けます。設定やトラブルシュートを補助する FortiAI-Assist も利用できます。上流への到達性をパケットレベルで確認したい場合は、関連記事『Wireshark のフィルタ書き方と複数条件の使い分け|TCP 再送と HTTP エラーの追跡』も参考になります。

切り分けは「エージェントの登録 → トンネルの接続 → ポリシー(特に Fortinet インフラ宛ての除外)」の順に進めると、原因を絞り込みやすくなります。

まとめ

  • Fortinet の SASE は、FortiOS と Security Fabric を基盤とする FortiSASE が中核で、既存の FortiGate と親和性が高い構成です。
  • 主要コンポーネントは SWG・CASB・FWaaS・DNS と Universal ZTNA で、DLP・RBI が保護を補強します。
  • いずれも FortiOS ベースのため、既存 FortiGate のポリシーの考え方を流用しやすい点が利点です。
  • 用途は SIA(インターネット)・SPA(社内アプリ)・SSA(SaaS)で、リモートは FortiClient やエージェントレス、SWG モードで接続します。
  • SPA は ZTNA 方式(TCP・エージェント前提)と SD-WAN / NGFW 方式(TCP・UDP)を使い分けます。
  • 拠点は FortiGate Secure Edge / SD-WAN でまとめて接続でき、端末ごとの導入を減らせます。
  • 効かないときは「エージェント登録 → トンネル接続 → ポリシー(Fortinet インフラ宛ての除外)」を確認します。

以上、最後までお読みいただきありがとうございました。

よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

関西を拠点に活動する、現役インフラエンジニア。経験20年超。

大手通信キャリアにて、中〜大規模インフラ(ネットワーク・サーバ・クラウド・セキュリティ)の設計・構築およびプロジェクトマネジメントに従事。現場で直面した技術課題への対処や、最新の脆弱性情報への実務対応を、一次情報として発信しています。

保有資格
CCIE Lifetime Emeritus(取得から20年以上)/ VCAP-DCA / Azure Solutions Architect Expert

▶ 運営者プロフィール(詳細)

目次