課題・用途
信頼せず、常に検証する。 OT環境のゼロトラスト
従来の境界防御では守れないOT環境の脅威。Secomeaはゼロトラスト原則をOT・ICS・SCADAに特化した形で実装し、すべてのアクセスを検証・制御します。
問題提起
なぜ従来の境界防御では
OT環境を守れないのか
「内部ネットワークは安全」という前提が崩壊している現代において、OT環境に特化したゼロトラストアプローチが必要です。
VPNがネットワーク全体へのアクセスを許可してしまう
VPNで接続したベンダーはネットワーク全体に到達できる状態になります。1つの認証情報が漏洩するだけで、工場全体が危険にさらされます。
内部ネットワークへの「暗黙の信頼」がリスクを生む
一度認証を通過すると、その後のアクセスは検証されません。内部からの脅威・サプライチェーン攻撃に対して無防備になります。
常時アクセス権限が過剰なリスクを生む
メンテナンス作業が終わっても、ベンダーのアクセス権限は残り続けます。使用されない権限が攻撃者の侵入口になります。
OTとITの境界が曖昧になり攻撃経路が増加
デジタル化・スマート製造化によりOT環境はインターネットに近づいています。従来の「エアギャップ」による安全は過去のものになりつつあります。
OT特有の課題
IT型 vs OT型ゼロトラストの違い
ITセキュリティの手法をOT環境にそのまま適用することはできません。OT特有の制約と優先事項を理解したアプローチが必要です。
| 観点 | IT環境 | OT環境 |
|---|---|---|
| 優先事項 | 機密性（Confidentiality） | 可用性（Availability）・安全性（Safety） |
| パッチ適用 | 迅速なパッチ適用が可能 | 稼働中断が困難・長期間パッチ未適用が多い |
| エンドポイント | 標準的なPCサーバ | PLC・HMI・SCADA等の専用機器 |
| 認証方式 | 標準的なID/PW・MFA | 共有アカウント・レガシー認証が多い |
| ネットワーク設計 | インターネット接続前提 | 外部接続を最小化した隔離設計 |
| インシデント影響 | データ損失・サービス停止 | 物理的損害・人命への影響も |
Secomeaの設計思想：OT環境の可用性・安全性を最優先にしながら、ゼロトラスト原則を実現します。対象設備へ専用ソフトウェアをインストールする必要がなく、PLCの制御ロジックを変えず、現場側に受信ポートを開けずに接続できる設計のため、稼働中の本番環境でも段階的に導入を進められます。
Secomeaの実装
OTゼロトラストを実現する
6つの原則
Secomeaはゼロトラストの各原則をOT環境に特化した形で実装しています。
アイデンティティ中心の認証
すべてのユーザ・デバイス・接続を検証します。MFA・SSO・ロールベースアクセス制御（RBAC）により、承認されたユーザのみが特定の装置に接続できます。
JITアクセス（Just-In-Time）
必要なときに・必要な装置へ・必要な期間だけアクセスを許可します。アクセスリクエスト（Request for Access）機能により、ベンダーは接続理由とアクセス期間を申請し、管理者が承認します。常時アクセス権限を持たない設計です。
装置単位のマイクロセグメンテーション
VPNのようにネットワーク全体へのアクセスを許可しません。特定のPLC・HMI・SCADAへの接続のみを許可することで、侵害が発生しても横展開を防ぎます。
インバウンド通信ゼロ
外向きの暗号化通信で接続し、GateManagerへの接続にはTCP 443を利用できます。現場側に受信ポートを開ける必要はなく、現場側の固定グローバルIPアドレスも不要です。外向き通信の許可条件は、社内のネットワークポリシーに合わせて確認します。外部から現場へ直接着信させる入口を設けないため、保守用の公開口を増やさずに済みます。
継続的なモニタリングと監査証跡
進行中のセッションをリアルタイムで確認し、誰が・いつ・どの装置に接続したかを自動で記録します。普段と異なるアクセスに気づきやすくなり、セキュリティインシデントの早期発見に役立ちます。
デバイスのヘルス管理
脆弱性ハブにより、接続されたSiteManagerのファームウェアバージョン・EoL/EoS状態・脆弱性スコアを継続的に管理します。セキュリティ状態の可視化により、リスクを早期に発見・対処できます。
アクセスリクエスト：
必要な時だけ承認する仕組み
ゼロトラストの核心は「必要なときだけ、必要な範囲で」アクセスを許可することです。アクセスリクエスト（Request for Access）機能は、このJust-In-Time（JIT）アクセスをOT環境で実現します。
- 01
申請
ベンダー・作業員が接続理由とアクセス期間を申請
- 02
承認
管理者・承認者がリクエストを確認し承認または拒否
- 03
接続
承認された期間のみ、指定された装置への接続が可能
- 04
記録
申請・承認・接続の履歴が監査ログに自動で記録
ゼロトラストの実現
常時アクセス権限をゼロに
- 承認なしにOT装置へアクセス不可
- 期限切れで自動的に権限失効
- すべての申請・承認・接続を記録
- 管理者がリアルタイムで監視・制御
- 不要なアクセス経路を排除
よくある質問
ゼロトラストとは何ですか？
OT環境にゼロトラストを適用するとき、IT環境と何が違いますか？
アクセスリクエスト（Request for Access）機能とは何ですか？
既存のVPN環境からゼロトラストに移行できますか？
IEC 62443等の産業セキュリティ規格との整合性はありますか？
小規模な工場でも導入できますか？
詳しい解説は『OTにおけるゼロトラストとは』で
境界型セキュリティの構造的限界から、OT版とIT版ゼロトラストを分ける6つの決定的な違いまで、23ページで体系的に整理。製造業のOTセキュリティ担当者・IT部門向けに無料公開。
OTにおけるゼロトラストとは
IT版との違いと実践のポイント
本ガイドの目次（全5章・23ページ）
- ・01: 境界型セキュリティの限界とゼロトラストの登場背景
- ・02: ゼロトラストの定義と5つの基本原則
- ・03: OTにおけるゼロトラストの仕組み——IT向けモデルとの違い
- ・04: OT環境でのゼロトラスト実践ガイド
- ・05: Secomeaによる実現方法
次に確認したい情報
NEXT STEP
OTゼロトラストの導入を
30分で相談する
自社のOT環境に合わせたゼロトラスト実装アプローチをご提案します。