IoTセキュリティの検証評価(PoC)実施時の注意点

はじめに

今月のSEバーチャルチームシリーズは、IoTセキュリティの検証評価(PoC: Proof of Concept)を実施するさいにつまづきやすいポイント2点を解説します。どちらもなかなか気づけない部分で、じつは筆者も苦労しました。弊社のIoTセキュリティのPoC実施を検討している読者の皆さんに、事前情報として参考にしていただければ嬉しいです。

IoTセキュリティのライセンス種別を確認する

お使いのNGFW製品の種類によって、利用可能なIoTセキュリティのライセンス形態が異なります。このため、PoCを実施する前に、以下の表を参照して必要なライセンスを確認してください。

• Prod (本番)用のNGFWを使ってPoCを行う場合、IoTセキュリティライセンスはTrial用のものが必要です。
• Eval (評価)用のIoTセキュリティライセンスを使う場合、NGFWはEval用のものが必要です。

今あるIoTセキュリティテナントの環境を維持したまま、Trial用ライセンスやEval用ライセンスからProd用のライセンスに切り替えるには、それらのライセンスの有効期限から30日以内にProd用ライセンスを適用する必要があります。

デバイスの認識や可視化が行える構成であることを確認する

IoTデバイスの認識やIoT通信の可視化を効果的に行うには、以下の2つの条件を満たす必要があります。

1. IoTデバイスのMACアドレスとIPアドレス情報を取得できる構成になっていること
2. IoTデバイスが行うIoT通信をNGFWがモニターできる構成になっていること

IoTデバイスのMACアドレスとIPアドレス情報を取得するには次の5つの方法のいずれかかを行います。

1. IoTデバイスからのARPやDHCPの通信がモニターできる環境にNGFWを設置し、IoTデバイスのMACアドレスとIPアドレスの情報をCortex Data Lakeに送付します。
   DHCPを利用している場合は、NGFWをDHCPリレーエージェントに設定するか、DHCPリレーエージェントのセカンダリアドレスをNGFWに向けます。
2. IoTデバイスのARPやDHCPの通信を直接NGFWがモニターできない場合は、当該IoTデバイスが接続されているスイッチなどでSPANポートやERSPANポートを設定し、コピーしたIoTデバイスのARPやDHCPの情報をTapモードのNGFWでモニターできるようにして、これらの情報をCortex Data Lakeに送付します。
3. (PAN-OS 10.2以降) DHCPサーバーのログをsyslog経由でNGFWに送信し、NGFWからCortex Data Lakeに送信する構成にします。
4. サードパーティインテグレーションのオプションを使い、拠点側のルーターやスイッチにSNMPポーリングが行えるようにしておき、SNMPポーリングによってルーターやスイッチからMACアドレス情報を収集できるように構成します。このとき、SNMPポーリングにはCortex XSOARを使います。
5. IoTセキュリティクラウドにMACアドレス情報とIPアドレス情報を手動で登録します。この場合はIoTデバイスにスタティックなIPアドレスが割り振られていることが前提となります。

IoTデバイスが行う通信(IoT通信)は、NGFWで直接モニターするのが基本です。物理的に離れたネットワークのIoT通信をモニターするには、スイッチのERSPAN機能を利用し、NGFWのTapモードのインタフェースでERSPANした通信をモニターします。

IoTデバイス認識と可視化の2つの条件を満たす5つの構成例

先に説明したIoTデバイスの認識と可視化に必要な2つの条件を満たす構成例を5つ示します。

構成案1

• IoTデバイスからのARP / DHCPをNGFWで直接モニターする。IoTセキュリティクラウドはCortex Data Lake経由でMACアドレスとIPアドレスを学習する
• IoTデバイスからのIoT通信をNGFWで直接モニターする。IoTセキュリティクラウドはCortex Data Lake経由でIoT通信のログを取得して分析する

構成案2

• IoTデバイスからのARP / DHCPをNGFWで直接モニターできない場合は、ARP / DHCPが通過するスイッチにSPANポートを設置し、NGFWのTapモードインタフェースでARP / DHCPのコピーをもとにMACアドレスとIPアドレスを学習する。IoTセキュリティクラウドはCortex Data Lake経由でMACアドレスとIPアドレスを学習する
• IoTデバイスからの通信をNGFWで直接モニターする。IoTセキュリティクラウドは、Cortex Data Lake経由でIoT通信のログを取得して分析する

構成案3

• (PAN-OS 10.2以降でサポート) DHCPサーバーのログ(MACアドレスとIPアドレスの情報を含んだログ)をsyslogでNGFWに送信する。NGFWはsyslogの内容からMACアドレスとIPアドレスを学習する。IoTセキュリティクラウドはCortex Data Lake経由でMACアドレスとIPアドレスを学習する。
• IoTデバイスからのIoT通信をNGFWで直接モニターする。IoTセキュリティクラウドはCortex Data Lake経由でIoT通信のログを取得して分析する

構成案4

• Cortex XSOARがスイッチにSNMPポーリングを行ってIoTデバイスのMACアドレスとIPアドレスの情報を学習し、その情報をIoTセキュリティクラウドに共有する
• IoTデバイスからの通信はNGFWが直接モニターする。IoTセキュリティクラウドはCortex Data Lake経由でIoT通信のログを取得して分析する

構成案5

• IoTデバイスのMACアドレスとIPアドレスの情報(CSVファイル)は、IoTセキュリティクラウドに手動でアップロードする
• IoTデバイスからのIoT通信はNGFWで直接モニターする。IoTセキュリティクラウドはCortex Data Lake経由でIoT通信のログを取得して分析する

構成案5で「NGFWでIoTデバイスからの通信を直接モニターをする」という構成にできない場合は、IoT通信が通過するスイッチにSPANポート(ERSPANポート)を設置し、IoT通信のコピーをNGFWのTapモードインタフェースでモニターする構成にします。この場合、IoTセキュリティクラウドは、Cortex Data Lake経由でIoT通信のログを取得して分析します (図6)。

おわりに

IoTセキュリティの検証評価(PoC)実施時は、利用するライセンスの種別が正しいことを確認し、IoTデバイスを認識して可視化する必要があります。

IoTデバイスを認識して可視化するには満たすべき条件が2つあります。1つめの条件はIoTセキュリティがIoTデバイスのMACアドレスとIPアドレスの情報を取得できること、2つめの条件はIoTデバイスによる通信内容をNGFWがモニターできることです。

本稿では、これら2つの条件を満たす5つの構成例を取り上げて解説しました。構成案1から構成案5のいずれかの構成にしておくことで、IoTセキュリティがIoTデバイスのMACアドレスとIPアドレスの情報を取得でき、NGFWはIoTデバイスからの通信(IoT通信)をモニターできるので、IoTセキュリティのPoCを実施できるようになります。

IoT通信のモニターは、NGFWが直接行うように構成するのが理想的です。それが難しい場合は、IoT通信のコピーをNGFWのTapポートでモニターすることでもIoT通信を可視化できます。ただし、IoT通信のモニターだけでなく制御まで行う場合は、IoT通信が直接NGFWを通過する構成にする必要があります。

今回はつまづきやすいところ2点を取り上げましたが、ほかにもPoCの実施で困っていることがあれば、わたしたちSEバーチャルチームと共有してください。