All
SaaS管理
デバイス管理
セキュリティ対策
脅威・インシデント対策
IT基盤・インフラ
情シス業務・組織形成
AI / テクノロジー
プロダクト
イベントレポート
その他
ガバナンス

新着記事

もっと見る

>

>

プロキシサーバーとは?メリットやVPNとの違い、種類を徹底解説

プロキシサーバーとは?メリットやVPNとの違い、種類を徹底解説

プロキシサーバーとは?メリットやVPNとの違い、種類を徹底解説

プロキシサーバーとは?メリットやVPNとの違い、種類を徹底解説

公開日

プロキシサーバー(プロキシ)は、組織のセキュリティとガバナンスを担う中継サーバーです。本記事では、プロキシサーバーとは何かといった基本から、仕組み、メリット・デメリット、VPNとの違い、さらに2025年から2026年にかけての最新動向まで、情報システム部門の担当者向けに徹底解説します。

監修:マネーフォワード Adminaセキュリティ編集部(企業向けITセキュリティ・ネットワーク設計の実務経験を持つ情報システム専門家が監修)

社内ネットワークとインターネットの仲介役となるプロキシサーバーの仕組み、VPNとの違いや導入メリットを比較して解説するインフォグラフィック。

プロキシサーバーとは

本記事のポイント

  • プロキシサーバーはクライアントの通信を代理し、セキュリティとアクセス管理を一元化します。

  • SaaS利用の急増に伴い、従来のオンプレミス型から「クラウド型プロキシ(SWG)」への移行が主流となっています。

  • サイバー攻撃の高度化に対応するため、生成AIへの機密情報送信を防ぐDLP(データ損失防止)機能や、高度なセッション検証が必須化しています。

プロキシサーバーとは、クライアント(PCやスマートフォンなどの端末)とインターネットの間に入り、通信を代理・中継するシステムのことです。

プロキシ(Proxy)は英語で「代理」や「代わり」を意味します。企業ネットワークにおいて、社員の端末が直接外部のWebサイトと通信するのを防ぎ、すべてこの中継用サーバーを経由させることで、セキュリティの強化やアクセス管理の効率化を図ります。これは企業のオフィスにおける「総合受付」のような存在で、外部とのやり取りをすべて確認・記録し、安全な通信のみを通します。

プロキシサーバーの基本的な仕組み

プロキシは、内部ネットワークの構成情報を隠蔽し、直接的なサイバー攻撃を防ぐ緩衝材として機能します。ユーザーがWebブラウザで特定のサイトにアクセスを要求すると、そのリクエストはまずプロキシに送られます。プロキシはユーザーの代わりに宛先サイトへアクセスしてデータを取得し、それをユーザーに返します。これにより、外部からはプロキシサーバーの情報しか見えず、個々の社員の端末IPアドレスや社内LANの構造が隠されるため、標的型攻撃や不正侵入のリスクを低減できます。

2025-2026年の最新動向:クラウドプロキシ(SWG)への完全シフト

近年、Microsoft 365やGoogle Workspaceに代表されるSaaSの利用が当たり前になったことで、すべての通信を一度社内のオンプレミス型プロキシサーバーに集約してインターネットへ抜ける「境界型防御」は、帯域が逼迫して通信速度低下の深刻な原因(ボトルネック)となっています。

この課題を解決するため、現在の企業ネットワークでは、オンプレミス型プロキシから、クラウド上で通信を安全に中継・フィルタリングする「クラウドプロキシ(SWG:Secure Web Gateway)」への移行が急速に進んでいます。富士キメラ総研が2025年に発表した調査結果によると、国内のSWG市場規模は2024年度見込みで380億円(2023年度比138.2%)に達しており、さらに2029年度予測では800億円(2023年度の2.9倍)へと激増する見通しです。この市場規模の急拡大からも、境界型防御からゼロトラストネットワークへのシフトが本格化していることが分かります。

高度化する脅威と生成AIへの対応

2025-2026年現在、ChatGPTやClaudeなどの生成AIツールが業務に深く浸透したことを受け、プロキシには単に「危険なWebサイトへのアクセスを止める」だけでなく、「生成AIに自社の機密情報やソースコードをペーストして送信していないか」をリアルタイムで監視・制御するDLP(データ損失防止)機能が強く求められています。

また、攻撃者が一般家庭のIPアドレスを踏み台として偽装する「レジデンシャルプロキシ」を悪用して企業のIP制限をバイパスする手口や、多要素認証(MFA)を突破する中間者攻撃ツール(Evilginxなど)も蔓延しています。そのため、プロキシは単一のIPアドレスによる接続制限ではなく、通信のコンテキストや振る舞いまで分析する高度なセッション検証機能が求められる時代になっています。

クライアントとインターネットの間で通信を代理・中継するプロキシサーバーの基本構成

▲ クライアントとインターネットの間で通信を代理・中継するプロキシサーバーの基本構成

プロキシサーバーの種類

プロキシは設置場所や用途、通信の制御方法によっていくつかの種類に分類され、適切な使い分けが求められます。

プロキシの主な種類とその特徴、設置場所は以下の通りです。従来のオンプレミス向けの種類だけでなく、最新のクラウド型ソリューションも把握しておきましょう。

種類

主な用途

設置場所

特徴

フォワードプロキシ

社内から外部へのアクセス制御・監視

社内ネットワークの出口

クライアントの身元を隠し、通信を代理する(一般的なプロキシ)

リバースプロキシ

外部から社内サーバーへのアクセス分散・保護

Webサーバーの前面

外部からのアクセスを複数のサーバーへ振り分け、負荷を分散・防御する

透過プロキシ

ユーザーに意識させない通信監視

ネットワークの経路上(ゲートウェイなど)

クライアント端末の設定変更が不要で、強制的に通信を中継・監視する

トンネリングプロキシ

暗号化通信(HTTPS)の中継

経路上

SSL/TLSなどの暗号化された通信をそのまま中継する

クラウドプロキシ(SWG)

クラウド経由での全通信の安全確保・DLP連携

クラウド上

場所を問わず均一なセキュリティポリシーを適用し、SaaSに最適化する

1. フォワードプロキシ

フォワードプロキシは、クライアントとインターネットの間に入り、社内から外部へのアクセスを一括して中継するシステムです。一般的に単に「プロキシ」と呼ぶ場合は、このフォワードプロキシを指します。管理者は一括してURLフィルタリングやマルウェアスキャンを適用できるため、従業員による不正サイトへの接続や、私的利用、不審なファイルのダウンロードを遮断することができます。

2. リバースプロキシ

リバースプロキシは、Webサーバーの前面に設置され、外部からのリクエストを代表して受け取り、適切な内部サーバーへ振り分ける役割を持ちます。主な目的はサーバーの負荷分散(ロードバランシング)や、SSL暗号化処理をサーバーの代わりに行うことでWebサーバー自体の負荷を下げることです。

近年では、Windowsインフラを利用する企業において「Microsoft Entra アプリケーションプロキシ」などを活用し、VPNを介さずに外部から社内のオンプレミスWebアプリケーションへ安全にアクセスさせる構成も、リモートワーク時代のセキュリティ設計として高い注目を集めています。

3. トンネリングプロキシ

トンネリングプロキシは、SSL/TLS通信などの暗号化されたパケットを中継するための仕組みです。暗号化されたデータを解読・加工せず、中継サーバーとして送信元から送信先へそのままデータを配送します。これにより、社内ネットワークから外部の暗号化サイトへ接続する際、プロキシによる接続性を維持しつつセキュアなエンドツーエンドの通信経路を確保できます。

4. 透過プロキシ(Transparent Proxy)

透過プロキシは、クライアント端末(ブラウザ等)にプロキシサーバーのIPアドレスを設定することなく、ネットワークのルーターやゲートウェイ側で自動的かつ強制的に通信を中継する技術です。情報システム部門にとっては、従業員のPC一台一台に設定を行って回る手間を省くことができ、またユーザーによるプロキシ設定の解除(セキュリティポリシーの回避)を防げるメリットがあります。

5. クラウドプロキシ(SWG:セキュアWebゲートウェイ)

クラウドプロキシは、従来のオンプレミス型プロキシのセキュリティ機能をクラウドサービスとして提供するものです。テレワークの普及により、社員がオフィスの外からインターネットやSaaSにアクセスする機会が増えた現在、わざわざオフィスのネットワークにVPNで戻すことなく、直接クラウド上で高度なセキュリティ検査(URLフィルタリング、DLP、サンドボックスなど)を適用できるため、現在のデファクトスタンダードとなっています。これについては、SWG(Secure Web Gateway)解説記事でも詳細に解説されています。

プロキシサーバーを導入するメリット

プロキシサーバーを適切に導入・運用することで、組織全体のガバナンスとセキュリティをまとめて底上げできます。

社内ネットワークにおけるアクセスを個々の端末任せにせず、プロキシで一括制御することは、不正アクセス防止やコンプライアンス遵守の土台になります。

セキュリティの向上とSSL復号(インスペクション)の適用

プロキシの最大の導入メリットは、外部との通信を可視化して脅威を防ぐことにあります。昨今のWebトラフィックは9割以上がHTTPSで暗号化されていますが、最新のセキュリティ機能を備えたプロキシ(SWG)は、暗号化通信を一時的に復号して中身のマルウェア検査や漏洩ファイルの有無をチェックし、再暗号化して目的地へ届ける「SSL復号(SSLインスペクション)」機能を備えています。これにより、暗号化通信に隠れたマルウェア侵入や機密情報漏洩を境界で食い止めることができます。

アクセスログの一元管理と監査対応

「誰が・いつ・どのサイトにアクセスし、何をダウンロードしたか」というアクセス履歴を、すべての従業員分一括して正確に記録・保存することは、企業の内部統制(J-SOX対応など)や監査対応において欠かせません。万が一、マルウェア感染や情報漏洩などのインシデントが発生した際も、プロキシのログを解析することで原因となった通信経路や影響範囲を迅速に特定し、迅速な事後対処が可能になります。また、「ログが常時監視されている」という状況自体が、従業員による不適切なサイト利用や内部不正を抑止する効果も生みます。

キャッシュの利用による帯域節約とネットワーク最適化

多くの社員が同じWebサイトやクラウドサービスを頻繁に利用する場合、プロキシサーバーの「キャッシュ機能」が効果を発揮します。一度取得した画像やWebコンテンツデータをプロキシ内部に一時保存(キャッシュ)しておくことで、2回目以降のアクセス時には外部のインターネット回線を経由せず、プロキシが保存データを返します。これにより、オフィスのインターネット回線帯域の逼迫を緩和し、Webサイト表示の体感速度を大幅に向上させることができます。

デメリットや失敗パターン:なぜSaaS時代にプロキシがボトルネックになるのか

プロキシの導入・運用を誤ると、ネットワーク全体のパフォーマンスを著しく低下させ、業務の継続を脅かすボトルネックとなってしまいます。

特に、従来型のオンプレミスプロキシをそのままSaaS時代に使い続けること、および設定の最適化を怠ることは、多くの情報システム部門が直面する失敗パターンです。

通信速度の低下とM365等によるセッション枯渇

よくある失敗パターンの一つが、すべてのインターネット通信を従来型のオンプレミスプロキシ経由で処理しようとすることです。Microsoft 365やGoogle Workspace、Zoomといった現代のクラウドサービスは、従来型のWebサイトに比べて膨大な接続コネクション(セッション数)を同時に生成します。これをオンプレミスの機器一台に集中させると、サーバーのCPUやメモリが即座にパンクし、セッション数が枯渇します。結果として全社的な通信速度の低下を招き、「インターネットに繋がらない」「Web会議が頻繁に途切れる」といった重大な業務影響を引き起こします。

失敗パターン①:オンプレプロキシの膨大なURLルール引き継ぎによる設計破綻

クラウド型プロキシ(SWG)への移行を計画する際、多くの担当者が「オンプレミス環境で長年かけてつぎはぎしてきた何万行もの静的URLホワイトリスト/ブラックリスト」を、そのままクラウドへインポートしようとします。しかし、これは設定の複雑化と処理負荷の増大を招き、初期設定の段階で移行プロジェクトそのものが破綻する原因になります。

対策として、クラウド移行時は手動でのURL個別登録を脱却し、SWG製品が提供している「ドメインレピュテーション(ドメインの信頼度評価)」や「カテゴリ(『SNS』『金融』『不審なサイト』など)」をベースにした動的なフィルタリングへと、セキュリティ運用自体をアップデート(断捨離)すべきです。

失敗パターン②:すべてのHTTPS通信を「SSL復号」したことによるトラブル

セキュリティレベルを最大化しようとして、すべての暗号化通信をSSL復号(インスペクション)対象に指定した結果、プロキシサーバーの負荷が激増し、全体の通信遅延が発生する失敗ケースです。

さらに、独自の証明書検証(SSLピンニング)を行っているクライアントアプリ(例:Microsoft 365アプリ、Slackアプリ、Zoom、各種決済API等)は、プロキシによるSSL復号(証明書の差し替え)を中間者攻撃と検知し、突然通信エラーを吐いて動かなくなります。

対策としては、信頼性が極めて高い大手SaaSドメインや、医療・金融関連など個人プライバシーに関わる特定カテゴリについては、SSL復号のバイパス(例外設定)を最初から設計に織り込んでおきましょう。

最新トレンドによる対策:ローカルブレイクアウト(LBO)の実施

こうしたプロキシの負荷を軽減するための代表的な対策が「ローカルブレイクアウト」です。これは、Microsoft 365などの信頼できる特定のSaaS通信のみをプロキシサーバーに通さず、各拠点からインターネットへ直接ルーティングさせる手法です。これによりプロキシの処理負担が劇的に軽減されます。

なお、総務省の地方公共団体における情報セキュリティポリシーに関するガイドラインにおいても、自治体の三層分離ネットワークにおける「α'(アルファダッシュ)モデル」で、特定の信頼できるSaaS通信を直接接続(ローカルブレイクアウト)させることが定義されており、セキュリティを担保しながらパフォーマンスを最大化するアプローチは官民問わず主流となっています。

日本国内企業の最新導入事例

自社に最適なプロキシ環境やクラウドセキュリティへ移行し、ビジネスを加速させた日本国内企業の最新事例を紹介します。

各社ともに、従来のオンプレミス機器やVPNによるボトルネックを解消するために、クラウド型プロキシ(SWG/SSE)を戦略的に導入しています。

事例1:シチズン時計株式会社(Symantec クラウドプロキシ導入)

  • 業種・規模:製造業・グローバルグループ企業

  • 導入時期:2020年代半ば以降

  • 課題:暗号化通信(HTTPS)の急増により、オンプレミス型プロキシの処理能力が限界に達し、業務通信に深刻な遅延が発生していた。また、中国を含む世界中の海外拠点において、セキュリティポリシーの統制と管理が困難だった。

  • 対策:オンプレミスプロキシを完全に廃止し、Symantecのクラウドプロキシ(SWG)へ移行。

  • 効果:アクセス急増に伴うハードウェアのスペック不足を懸念する必要がなくなり、ネットワークの遅延を解消。また、海外拠点も含めたグローバル統一のセキュリティ基準を適用でき、ログ分析の運用効率も大幅に向上した。

事例2:伊藤忠テクノソリューションズ株式会社(Netskope 導入)

  • 業種・規模:システムインテグレーター・大企業

  • 導入時期:2020年〜(2025-2026年現在も継続運用中)

  • 課題:在宅勤務や社外からのリモートワークを推進する中で、社員が場所を問わず快適かつ安全に働けるセキュリティ環境が必要だったが、従来の境界型セキュリティではVPNや社内回線への負荷が大きく、利便性を損なっていた。

  • 対策:クラウドプロキシ・SSE(Security Service Edge)プラットフォームとして「Netskope」を導入。

  • 効果:ロケーションフリーで一貫したハイパフォーマンスなセキュリティ環境を構築。2025-2026年現在も、通信速度を維持したまま、シャドーITの抑制と情報漏洩対策を高水準で維持している。

事例3:新電元工業株式会社(Zscaler 導入)

  • 業種・規模:半導体・電子デバイス製造業

  • 導入時期:2022年〜(順次グローバル展開)

  • 課題:グローバル展開を強化する中、従来のオンプレミス環境とデータセンターを経由する複雑なネットワーク構成が、DX(デジタルトランスフォーメーション)推進の大きなボトルネックになっていた。

  • 対策:Zscalerのクラウドプロキシ(ZIA:Zscaler Internet Access)およびZPA(Zscaler Private Access)を全面導入。

  • 効果:長年運用していたオンプレミスのプロキシサーバーとSSL-VPNを完全に廃止(脱VPN)することに成功。工場や海外拠点も含め、ゼロトラストをベースとしたセキュアかつ高速なグローバルインフラへと全面刷新した。

プロキシサーバーとVPNの違い

プロキシとVPNは、どちらも「通信を中継・仲介する技術」として似た目的で使用されますが、技術的な仕組みや適用範囲には明確な違いがあります。

「VPNはプロキシの上位互換である」と誤解されることがありますが、それぞれ動作するネットワークレイヤーや目的が異なります。どちらが自社に向くか、以下の比較表でご確認ください。

比較項目

プロキシサーバー

VPN(Virtual Private Network)

動作レイヤー

アプリケーション層(L7)※主にブラウザ通信

ネットワーク層(L3等)※端末全体の全通信

通信の暗号化

プロキシ自体は暗号化しない(Webサイト側のHTTPSに依存)

トンネリングと暗号化プロトコルで通信経路全体を保護

主な用途

Webアクセスの制御、マルウェア検知(DLP)、キャッシュ

リモート拠点や端末から、社内ネットワークへの安全なリモートアクセス

管理・制御単位

ドメイン、URLカテゴリ、送信データの制御(L7レベル)

接続先IPアドレス、暗号化通信の確立(L3レベル)

導入の影響

キャッシュ機能により一部の通信は高速化、ただし負荷集中で遅延

暗号化処理のオーバーヘッドにより若干低下する傾向

動作するレイヤーと保護範囲の違い

プロキシサーバーは、OSI参照モデルの「アプリケーション層(L7)」で動作します。主にWebブラウザ(HTTP/HTTPS)や、特定のプロキシに対応したアプリケーションの通信のみを中継・制御します。このため、URLのフィルタリングや「送信データに個人情報が含まれていないか」といったきめ細かいコンテンツ制御(L7レベル)を得意としています。

一方、VPNは「ネットワーク層(L3)」などで動作します。PCなどのデバイス上でVPNを確立すると、Webブラウザの通信だけでなく、メール、ファイル共有(SMB)、SSHなど、その端末から発生するすべてのパケットを仮想的な専用トンネル(仮想専用線)に流し込んで通信します。詳細はVPNに関する解説記事および、より強固な認証を実現するSDP(Software Defined Perimeter)の概要をご参照ください。

暗号化プロトコルによるセキュリティレベルの違い

プロキシ自体は、クライアントとプロキシ間の通信経路自体を暗号化する技術ではありません(HTTPS通信を「そのまま中継」することは可能です)。そのため、暗号化されていない公衆Wi-Fiスポットなどを従業員が利用した場合、プロキシにたどり着く前の通信経路で盗聴されるリスクが残ります。

これに対し、VPNは「IPsec」や「SSL/TLS」などの暗号化プロトコルを用い、端末とVPNゲートウェイ間の通信経路全体を強力に暗号化します。これにより、NISC(内閣サイバーセキュリティセンター)のセキュリティガイドラインでも言及されている通り、信頼性の低いネットワーク環境からでも安全に社内リソースへ接続できます。

ゼロトラスト時代における「ハイブリッド構成」の推奨

現在、「ゼロトラスト=VPNの完全廃止」という言説を目にすることが増えましたが、急進的な脱VPNは必ずしも現実的ではありません。

IDC JapanやGartnerの調査でも指摘されているように、中堅・中小企業におけるゼロトラストネットワークアクセス(ZTNA)への完全移行は、予算や専任担当者の不足から依然として限定的なのが現状です。

そのため、2025-2026年現在の現実解は、VPNとプロキシ(SWG)のハイブリッド運用です。例えば、社内のレガシーシステムや機密の深いオンプレミスサーバー、OT(工場)環境へのアクセスには従来通り安全なVPNや多要素認証(MFA)を適用し、一般的なインターネットブラウジングやOffice 365といったクラウドサービスの利用に対しては、VPN負荷をかけないクラウドプロキシ(SWG)経由で直接通信させる、という役割分担が推奨されます。

プロキシサーバーとVPNにおける動作レイヤーと目的の違い

▲ プロキシサーバーとVPNにおける動作レイヤーと目的の違い

自社にプロキシサーバーは必要?判断チェックリスト

自社のセキュリティ要件や抱えている課題から、プロキシサーバー(またはクラウド型SWG)の導入・見直しの必要性を判断しましょう。

以下の項目で「はい」が3つ以上当てはまる場合、現在の境界型セキュリティからクラウドプロキシ(SWG)への本格的なリプレイスや見直しを検討するタイミングです。

  • 従業員が社用PCから業務に関係のないサイト(SNS、動画配信、掲示板など)を閲覧するのを制限(フィルタリング)したいとお考えの場合。

  • 社内から外部へのWebアクセスログを長期間保管し、万が一のインシデント発生時に「誰がいつ何をしたか」追跡できる環境を整えたいとお考えの場合。

  • ChatGPTなどの生成AIの業務利用を許可しているが、社員が顧客情報やプログラムのソースコードをペーストして送信する「シャドーIT」や「情報漏洩」を防ぎたいとお考えの場合。

  • Office 365やZoom、Teamsなどを導入した後、社内のインターネット回線が極端に遅くなり、業務に支障が出ている場合。

  • 不審なフィッシングサイトへの接続や、マルウェアが外部の攻撃指令サーバー(C&Cサーバー)へ通信しようとする動きを、ネットワークの出口(DNS・Web境界)で強制遮断したいとお考えの場合。

企業規模別:推奨される導入ロードマップ

企業の規模や情シス部門の体制によって、プロキシ導入・運用における最適なアプローチは異なります。

1. 従業員数50名未満(小規模組織)

プロキシサーバーを単体で新規構築・運用するリソースはないケースが多いため、プロキシの導入は不要です。オフィスに設置する「UTM(統合脅威管理)アプライアンス」に内蔵されているWebフィルタリング機能やDNSセキュリティ機能を活用することで、コストと管理負荷を最小限に抑えつつ必要なセキュリティを確保できます。

2. 従業員数50〜300名(中堅規模組織)

社内システムのクラウド化(SaaS移行)が活発化し、VPN回線や社内プロキシが悲鳴を上げ始める時期です。ローカルブレイクアウトの実施と併せて、初期費用や専任担当者の運用負荷を抑えられる「クラウド型プロキシ(SWG)」のスモールスタートでの導入を強く推奨します。

3. 従業員数300名以上(大企業・グローバル企業)

すでに大規模なオンプレミスプロキシを稼働させている場合がほとんどですが、維持費と通信パフォーマンスが深刻な問題となります。拠点やテレワーク環境、海外グループ企業をも一元的に保護するため、ZscalerやNetskopeなどのエンタープライズ向けクラウドセキュリティ(SSEプラットフォーム)への全面移行を進め、完全にオンプレプロキシとSSL-VPNを断捨離する戦略が最適解です。

自社のセキュリティ課題から導くプロキシ(SWG)導入・見直しの判断フロー

▲ 自社のセキュリティ課題から導くプロキシ(SWG)導入・見直しの判断フロー

よくある質問

Q:プロキシとファイアウォールの違いは何ですか?

A:ファイアウォールは主にIPアドレスやポート番号(ネットワーク・トランスポート層)を基準に「怪しい通信を弾く関所」としての役割を果たします。一方、プロキシサーバーはWebページのURLやデータの中身、アプリケーションのコンテンツ(アプリケーション層)まで詳細に検査し、通信自体を代理する役割を持ちます。

Q:無料の公開プロキシ(オープンプロキシ)は使っても安全ですか?

A:業務での利用は絶対に避けてください。誰でも無料で使える公開プロキシの多くは、悪意のある第三者によって設置されており、通信内容が盗聴・傍受される危険性が極めて高いほか、ログイン用のID・パスワードや機密情報が流出する恐れがあります。

Q:クラウドプロキシと従来型プロキシの決定的な違いは何ですか?

A:最大の違いは「サーバーの設置場所」と「通信パフォーマンス」です。クラウドプロキシ(SWG)はベンダーのクラウド上で機能するため、社内ネットワークのハードウェア容量(サイジング)を気にする必要がなく、リモートワークや海外拠点からもVPNなしで直接安全にアクセスを制御できます。

Q:悪意のある「レジデンシャルプロキシ」やプロキシ攻撃(Evilginx等)への対策はありますか?

A:これらは攻撃者が一般家庭のIPアドレスや正規セッションを踏み台にする高度な脅威です。対策としては、静的なIPアドレスによるログイン制限だけに頼らず、デバイスのセキュリティ健全性を担保するEDRとの連携や、アクセスするユーザーの振る舞いを都度評価する継続的なコンテキスト評価(ゼロトラストアクセス制御)の実装が有効です。

まとめ

プロキシサーバー(プロキシ)は、適切に設計すれば企業のセキュリティとネットワーク効率を最大化する強力な武器になります。とはいえ、SaaS全盛の現代において、古いオンプレミス型のプロキシサーバーをそのまま稼働し続けることは、通信遅延を招くボトルネックになりかねません。2025-2026年現在は、従来のフォワードプロキシの役割をクラウドへと移行させた「クラウドプロキシ(SWG)」の導入が市場のスタンダードとなっています。まずは自社のWebアクセスログの取得状況を確認し、トラフィック量の多いMicrosoft 365などの通信経路を図式化して、自社の規模に合ったネットワーク刷新の優先度を判断する材料にしていただければ幸いです。

  • ✅ 自社のWebアクセスログの取得・保管状況を確認する

  • ✅ Microsoft 365等のSaaS通信がプロキシ経由かローカルブレイクアウトかを把握する

  • ✅ 企業規模別ロードマップを参照して導入・移行の優先度を判断する

本記事の内容に誤り等がございましたら、こちらからご連絡ください。

監修

Admina Team

情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。