リモートアクセスの権限設計｜「全社LANに入れる」をやめる宛先の絞り方

リモートアクセスを入れるとき、つい「つながるかどうか」ばかりに目が行きがちです。けれど本当に大事なのは、「つながった後、社内のどこまで行けるか」です。多くのトラブルは、接続できること自体ではなく、接続後に社内LAN全体へ行けてしまう設計から生まれます。

この記事では、「全社LANに入れる」をやめ、役割ごとに必要な宛先だけへ絞るための権限設計を、中小企業向けに具体的な手順で整理します。考え方の全体像は中小企業のゼロトラスト入門、退職者・委託先の停止は権限管理の記事で扱っています。ここでは「設計の作り方」に絞ります。

この記事でわかること

• 「全社LANに入れる」設計がなぜ危ないか
• 役割→宛先で権限を設計する手順
• 設計を表で書き出す方法と、見直しのコツ

「全社LANに入れる」設計の問題

従来のVPNは、つなぐと社内LAN全体が見える状態になりがちです。これだと、次の問題が起きます。

• 1台が侵害されると、そこを起点に社内を横移動され、被害が広がる
• 盗まれたID・退職者のIDで入られたとき、触れる範囲が大きい
• 「誰が・どこへ行けるか」を誰も即答できず、棚卸しもできない

つまり、入口の認証をどれだけ固めても、入った後が開けっ放しなら被害は限定できません。鍵は「接続後の到達範囲を、必要な分だけにする」、いわゆる最小権限です。

権限設計の進め方（4ステップ）

難しく考える必要はありません。次の順で「誰が・どこへ」を決めていきます。

1. 棚卸し（宛先）：社内にある接続対象を書き出す（業務PC・会計サーバー・NAS・販売管理・複合機など）
2. グループ化（人）：利用者を役割でまとめる（例：経理・営業・現場・委託先）
3. 対応づけ：役割ごとに「必要な宛先だけ」を割り当てる（迷ったら渡さない側に倒す）
4. 既定は拒否：明示的に許可した宛先以外は届かない、を基本にする

ポイントは、「全員に同じ範囲」をやめ、役割の数だけ範囲を分けることです。人単位で例外が増えすぎると管理できなくなるため、まずは役割でまとめるのが現実的です。

設計を表に書き出す

頭の中だけで設計せず、一覧にすると抜けや渡しすぎに気づけます。たとえば、こんな表です。

この表は、そのまま棚卸しの台帳にもなります。「この役割は、本当にこの宛先が必要か？」を定期的に見直すと、権限が自然に肥大化するのを防げます。

設計チェック

設計を支える製品の選び方

権限設計は、紙の上だけでなく、仕組み側で「宛先単位の制御」ができて初めて運用に乗ります。製品を選ぶときは、次を確認します。

• 接続後に社内LAN全体ではなく、宛先単位で許可・拒否できるか
• 利用者ごとに発行・停止できるか（共有IDに頼らない）
• 「誰がどこへ行けるか」を一覧で確認・棚卸しできるか
• 接続ログで、実際の到達先を後から追えるか

たとえばForceLinkは、許可した利用者だけが指定した社内リソースへ接続する「社内リソース・ルート制御（Secure Route Control）」を備えたリモートアクセス製品の一例で、接続後に社内LAN全体を開放しない設計です。一方で、現時点で多要素認証（MFA）には未対応のため、MFAを必須要件とする場合は、要件に合う構成を別途ご確認ください。方式そのものの比較はリモートアクセス方式比較の記事で扱っています。

まとめ：押さえるべき3点

1. リモートアクセスは「つながるか」より、接続後にどこまで行けるかの設計が肝心
2. 役割でグループ化→必要な宛先だけを割り当て→既定は拒否の順で設計する
3. 設計は表に書き出して棚卸しし、宛先単位で制御できる仕組みで支える

自社での進め方は、セキュリティのページで設計の考え方を、製品ページで仕組みを確認しつつ、あわせて料金ページとFAQで確認してください。

参考・出典

• IPA「中小企業の情報セキュリティ対策ガイドライン」（第4.0版）
• IPA「情報セキュリティ10大脅威 2026」
• NIST「SP 800-207 Zero Trust Architecture」（2020年）
• 総務省「テレワークセキュリティガイドライン（第5版）」