OTセキュリティとは？ICS・SCADAを標的にした攻撃の仕組みと中小企業の防御実践ガイド

工場の生産ラインが突然停止し、復旧まで数日かかった――近年、こうした被害が国内外の製造業で相次いでいます。原因の多くは、工場や社会インフラの制御システム（OT）をターゲットにしたサイバー攻撃です。

「うちはIT部門と工場は別管理だから大丈夫」と思っていませんか。残念ながら、その”分離”が形骸化しているケースが多く、そこを攻撃者は突いてきます。しかも攻撃された場合の被害は、データ漏洩にとどまらず設備の物理的破壊や人命リスクにまで至る可能性があります。

この記事では、OTセキュリティとは何か・なぜ今重視されるのかを基礎から整理したうえで、ICS・SCADAを狙う攻撃の仕組みと、予算・人員が限られる中小企業でも実施できる具体的な防御手順を解説します。

OTセキュリティとは？（概要・なぜ重要か）

OT（Operational Technology：運用技術）とは、物理的なプロセスを監視・制御するシステムの総称です。製造ラインのPLC（プログラマブルロジックコントローラ）、電力・ガス・水道などのインフラ制御システム（ICS：Industrial Control System）、SCADA（Supervisory Control and Data Acquisition：監視制御・データ収集システム）がその代表例です。

これらはかつてネットワークから物理的に切り離されており、インターネット経由の攻撃はほぼ不可能でした。しかし近年、製造業のDX推進や在宅管理・クラウド連携の流れによって、OTとIT（情報技術）が接続されるケースが急増しています。これが攻撃の表面積を劇的に広げた原因です。

OTセキュリティが特に難しい理由

一般のITセキュリティと比べ、OT環境には固有の制約があります。

・可用性が最優先: 工場や社会インフラは24時間稼働が前提です。パッチ適用のために設備を止めることは、そのまま売上損失や社会的影響に直結します。
・レガシー機器の多さ: 製造ラインには10年～30年動き続ける機器が珍しくなく、WindowsXPや7が現役稼働しているケースも少なくありません。サポート切れOSにパッチを当てる手段がなかったり、ベンダー承認なく変更できなかったりします。
・セキュリティ設計の欠如: 旧来のOT機器は「繋がらない前提」で設計されており、認証機能すら持たないものが多数存在します。
・専門人材の不足: ITセキュリティとOT（制御工学）の両方に精通した人材は非常に少なく、社内に知見が蓄積されにくい状況です。

主要なOT用語の整理

OTセキュリティの文脈で登場する用語を整理しておきます。

OTを狙う攻撃の仕組み（敵を知る）

OT環境への侵入は、多くの場合IT側のネットワークを踏み台にする多段攻撃で進行します。攻撃者の典型的なルートを把握しておきましょう。

1. 侵入初期：ITネットワークの突破

標的型メール（スピアフィッシング）や公開サービスの脆弱性を悪用して、まずIT側のPCやサーバーに侵入します。特に悪用されやすいのは次のポイントです。

・リモートデスクトップ（RDP）の脆弱性: テレワーク環境に合わせてRDPを公開している企業が増え、ブルートフォース攻撃の的になっています
・VPN装置の未パッチ: 拠点間VPNやリモートアクセスVPNのゲートウェイ装置に既知の脆弱性が放置されているケースが多く見られます
・フィッシングメール: 事務系社員のPCを起点に、ネットワーク内部への足がかりを作ります

姉妹サイトLinuxMaster.JPでは、SSH・VPN等のリモートアクセスを安全に保つためのLinux設定を詳しく解説しています。

2. 横移動：IT→OT境界の突破

IT側で権限を獲得した攻撃者は、OTネットワークへの接続経路を探します。よく悪用されるのは次の接点です。

・不適切なネットワーク分離: 「IT/OTを別ネットワークにした」つもりでも、ファイアウォールルールが穴だらけで実質的に繋がっているケース
・共用のジャンプサーバー・保守PC: IT・OT両方に接続できる端末を侵害し、そこからOT側へ侵入する
・USBメモリを使った感染: エアギャップ（物理切断）環境でもUSBが感染ルートになります。2010年のStuxnetはこの手法でイランの核施設PLCを破壊しました
・ベンダーのリモートメンテナンス接続: 機器ベンダーが設置した保守用VPN経路が攻撃者に悪用される

3. 実害：制御システムへの干渉

OTネットワーク内に侵入した攻撃者がとる行動は主に2種類です。

・ランサムウェアの展開: 制御システムや運用データを暗号化し、復旧と引き換えに身代金を要求します。2021年の米国コロニアル・パイプライン停止事件では燃料供給が6日間停止し、ガソリン不足を招きました。
・制御コマンドの改ざん: PLCやSCADAに不正命令を送り込み、機器の誤動作・設備破壊・爆発等の物理的被害を引き起こします。2022年のイラン製鉄所攻撃では溶鉱炉の制御が乗っ取られ、溶融鉄が流出する映像が公開されました。

# 【OT攻撃の典型的なフロー（概念）】
# フィッシングメール / VPN脆弱性
#   └→ IT側PC・サーバーの侵害
#       └→ 横移動（ファイアウォール穴・USB・保守PC経由）
#           └→ OTネットワーク侵入
#               ├→ ランサムウェア展開（暗号化・身代金要求）
#               └→ PLCへの不正コマンド（設備停止・物理破壊）

具体的な防御手順

1. ネットワーク分離とDMZの整備

IT/OT間を単に「別ネットワーク」にするだけでは不十分です。間にDMZ（非武装地帯）を置き、必要最小限のトラフィックしか通過させない設計が必要です。

・IT⇔OT間にファイアウォールを設置: 許可ルールは「デフォルト拒否」から始め、必要な通信だけ明示的に許可します
・保守用端末をDMZに隔離: OT機器へのリモート保守は専用の踏み台サーバー（Bastionホスト）経由に限定し、IT・OT両方に接続できる端末をなくします
・USBポートの物理封鎖: OT側機器のUSBポートをポートブロッカーで封鎖するか、管理ポリシーで使用禁止にします
・OT固有プロトコルのフィルタリング: Modbus・DNP3・OPC-UAなどのOT通信は、経路を限定し必要なIPアドレス間のみ許可します

VLANによるネットワーク分離の基礎についてはVLANとは？ネットワークセグメンテーションで内部脅威を封じ込める設計と実践ガイドも参考にしてください。

2. OT資産の棚卸しと脆弱性管理

守れないものは守れません。まず「何が存在するか」を把握することが出発点です。

・OT資産台帳の作成: 機器名・メーカー・OS・ファームウェアバージョン・ネットワーク接続の有無・ベンダーサポート期限を一覧化します
・サポート切れOSの把握と報告: Windows XP・7が混在していても、まず経営層に現状を可視化して伝えることが重要です。更新の可否をベンダーと協議します
・パッチ適用ポリシーの策定: 止められない機器へのパッチには、ベンダー承認・テスト環境での検証・メンテナンスウィンドウ設定が必要です。適用不可の場合は「補償的制御（通信制限・モニタリング強化）」を代替措置として記録します
・ネットワークパッシブ監視の導入: スキャンが機器に影響するOT環境では、パケットを受動的に収集してデバイスを検出するパッシブ型の資産発見ツールが有効です

3. リモートアクセスの統制

OT機器へのベンダー保守アクセスは、攻撃者にとっても魅力的な侵入経路です。管理を厳格にしましょう。

・恒常的なVPN接続を禁止: 保守作業時のみ時間限定でアクセスを開放し、終了後は即座に閉じます
・多要素認証（MFA）の強制: OT側へのリモート接続には必ずMFAを要求します。SMS認証ではなくTOTPや証明書ベースの認証が望ましいです
・作業ログの記録: 誰が・いつ・何に接続したかをすべて記録し、定期的に監査します
・ベンダー接続の事前承認フロー: ベンダーからの接続申請→社内担当者の承認→接続開放→作業後に閉鎖、というフローを文書化して徹底します

4. インシデント対応手順のOT対応版の整備

万が一OT側でインシデントが発生した場合、ITのインシデント対応フローがそのまま使えないことがあります。OT特有の連絡先・判断フローを別途整備しておきましょう。

・OT特有のエスカレーション先を明記: 設備担当・機器ベンダー・製造ラインの安全管理担当を連絡網に入れます
・「止める」判断基準の明確化: サイバー攻撃を受けた場合に設備を安全停止させるのか、稼働継続するのかの判断基準を事前に経営層と合意しておきます
・証拠保全の手順: ログや設定バックアップを安全な場所に保存する手順を確立します

中小企業・中堅製造業でも今日からできること

OTセキュリティというと大企業向けと思われがちですが、中小製造業こそリスクが高い場合があります。大企業のサプライヤーとして狙われるケース（いわゆるサプライチェーン攻撃の踏み台）も増えているからです。今日から着手できるステップをまとめました。

インシデント発生時の対応手順は事前に整備しておくことが重要です。中小企業のインシデント対応手順書の作り方と組み合わせて、OT特有のエスカレーション先（設備担当・ベンダー・製造ライン責任者）も手順書に盛り込んでおきましょう。また、攻撃対象領域（アタックサーフェス）とは？の視点でOT側も含めた全体像を把握することで、優先順位付けがより精度高くできます。

よくある誤解と注意点

【誤解1】「エアギャップがあれば安全」

物理的に切り離されていても、USBや保守用PCを経由した感染は現実に起きています。Stuxnetはまさにエアギャップを突破してイランの核施設PLCを破壊しました。エアギャップは「侵入経路を減らす補助的な手段」と位置づけ、それだけに頼るのは禁物です。

【誤解2】「古い機器だから攻撃者も知らない」

攻撃者はModbus・DNP3・OPC-UAといったOT特有のプロトコルを熟知したツールを持っており、専用の攻撃フレームワークも存在します。古いプロトコル・機器だから見つからない、という発想は通用しません。

【誤解3】「ITセキュリティの対策をそのまま適用すればいい」

OTでは可用性がITより優先されます。EDRエージェントのインストールがPLCのリアルタイム制御処理に干渉し、誤動作を引き起こした事例があります。OT環境への製品・ツールの導入は必ずベンダーの承認・テスト環境での検証を経てから行ってください。

【誤解4】「うちは製造業じゃないから関係ない」

電力・ガス・水道・交通など社会インフラもOTで動いています。また、ビルの空調・電源・監視カメラを制御するビルオートメーションシステム（BAS）もOTの一種です。製造業以外の企業でもOTリスクはあります。

本記事のまとめ

OTセキュリティの要点を整理します。

「まず自社のOT環境に何があるか把握する」――これが出発点です。経営層にリスクを伝えるためにも、資産台帳の作成は今週中に始めることをお勧めします。国内製造業の具体的なOTセキュリティ事例については、中部電力に学ぶOTセキュリティの鉄則も合わせてご覧ください。