プロトコルアナライザは、パケットデータ（多くの場合.pcapファイルに保存されている）の内容を調べて、特定のトラフィックシーケンスが疑わしいか、不正な形式であるか、または既知の脆弱性攻撃の一部であるかを判断するために使用される適切なツールです。
CEH v13では：
モジュール3：ネットワークのスキャン
モジュール4：列挙
モジュール5：脆弱性分析
関連ラボ：Wiresharkを使用したパケット解析
CEH v13学習ガイドには次のように記載されています。
「プロトコルアナライザ（例：Wireshark）は、パケットをキャプチャしてデコードし、その内容を表示することで、アナリストが通信の流れや異常を理解するのに役立ちます。パケットの内容と動作を手動で検査するために使用され、正当なトラフィックと攻撃を区別するのに役立ちます。」PCAP（パケットキャプチャ）ファイルは、通常、Wiresharkなどのツールを使用して分析されます。これらのツールはプロトコル層をデコードしてペイロードを表示するため、アナリストはIDSアラートが正確か誤検知かを容易に判断できます。
誤った選択肢：
B) ネットワークスニファ：一般的な用語。プロトコルアナライザは、使用される具体的な機能ツールです。
C) IPS: 悪意のあるトラフィックを防止またはブロックしますが、既存のパケットキャプチャを分析しません。
D) 脆弱性スキャナー：システム/サービスの脆弱性を特定します。パケットキャプチャのレビューには使用されません。
参考資料：CEH v13 学習ガイド - モジュール 3：ネットワークのスキャン、「パケットキャプチャおよびプロトコル分析ツールの使用」、CEH iLabs：「Wireshark を使用したネットワークスキャンとプロトコル分析」

OpsviewにおけるSNMPv2トラップ処理の設定方法については、既に弊社のドキュメントに様々な記事を掲載していますが、SNMPv3トラップは全く別物です。初めて設定する際は、非常に分かりにくく複雑に感じるかもしれませんが、仕組みを理解すれば、すべてがよりスムーズに進むはずです。
SNMPは、パフォーマンスとセキュリティを向上させるために何度か改訂されてきました（バージョン1、2c、3）。デフォルトでは、UDPポートベースのプロトコルであり、通信は「送信して忘れる」方式に基づいています。つまり、ネットワークパケットは別のデバイスに送信されますが、そのパケットの受信確認は行われません（TCPポートでは、ネットワークパケットは通信リンクの相手側で確認応答される必要があります）。
SNMPには2つの動作モードがあります。1つは、あるデバイスがSNMP対応デバイスから定期的に情報を要求する（通常はUDPポート161を使用）getリクエスト（またはポーリング）モード、もう1つは、SNMP対応デバイスがイベント発生時に別のデバイスにメッセージを送信するトラップモードです（通常はUDPポートを使用）。
162) 後者には、誰かがログインしたとき、デバイスの電源がオンまたはオフになったとき、またはこの種の調査が必要となるその他のさまざまな問題などが含まれます。
このブログではSNMPv3トラップについて解説します。ポーリングトラップとバージョン2cトラップについては、弊社のドキュメントの別の箇所で解説しています。
SNMPトラップ SNMPは主にUDPポートベースのシステムであるため、デバイス間でトラップを送信する際に「失われる」可能性があります。送信側デバイスは、受信側がトラップを受信したかどうかを確認するために待機しません。つまり、送信側デバイスの設定が間違っている場合（受信側のIPアドレスやポートが間違っている場合）、または受信側がトラップをリッスンしていないか、設定ミスによりトラップを即座に拒否している場合、送信側はそれを知ることができません。
SNMP v2c仕様では、トラップを2種類に分けるという概念が導入されました。従来の「受信を期待する」トラップと、新しい「INFORM」トラップです。INFORMを受信すると、受信側は確認応答を返信する必要があります。送信側が確認応答を受信しない場合、何らかの問題が発生していることを認識し、システム管理者がデバイスを調査する際に問題を発見できるよう、ログに記録することができます。

スマートシティプロジェクトに対するDDoS攻撃を防ぐための主要な推奨事項は、すべてのIoTデバイスに対して定期的なファームウェアアップデートを実施することです。ファームウェアアップデートは、セキュリティの脆弱性を修正し、バグをパッチし、IoTデバイスのパフォーマンスを向上させることで、マルウェア感染やボットネットへの勧誘に対する脆弱性を低減します12。ファームウェアアップデートは、暗号化、認証、ファイアウォールなどの新しいセキュリティ機能を有効にすることで、IoTデバイスを不正アクセスやデータ盗難から保護することもできます3。IoTネットワーク全体でタイムリーかつ一貫したセキュリティを確保するため、ファームウェアアップデートはユーザーの介入を必要とせず、自動またはリモートで実行する必要があります4。
他の選択肢は、以下の理由からファームウェアのアップデートほど効果的でも現実的でもありません。
* B. IoTネットワーク全体にネットワーク侵入検知システム（IDS）を導入することで、DDoS攻撃を検知して警告を発することはできますが、攻撃を防ぐことはできません。IDSはネットワークトラフィックを監視し、大量のトラフィック、偽装されたIPアドレス、異常なプロトコルなど、DDoS攻撃を示す悪意のあるパターンを特定できます5。
しかし、IDSは攻撃を阻止したり軽減したりすることはできず、大量のトラフィックに圧倒されて誤検知やアラートの見落としが発生する可能性さえあります。さらに、広大なIoTデバイスネットワーク全体にIDSを導入するには、専用のハードウェア、ソフトウェア、および人員が必要となるため、コストがかかり、複雑で、リソースを大量に消費する可能性があります。
* C. 各 IoT デバイスに強力で固有のパスワードを設定することで、不正アクセスやブルートフォース攻撃を防ぐことはできますが、DDoS 攻撃を防ぐことはできません。パスワードは、デフォルトまたは脆弱な認証情報を推測したり解読しようとするハッカーによる IoT デバイスへの侵入を防ぐことができます。しかし、パスワードは、バッファオーバーフロー、コマンドインジェクション、プロトコルの欠陥など、IoT デバイスの既知または未知の脆弱性を悪用する DDoS 攻撃を防ぐことはできません。さらに、各 IoT デバイスに強力で固有のパスワードを設定および管理することは、ユーザーの意識、記憶力、労力を必要とするため、困難で非現実的です。
* D. すべてのIoTデバイスにIPアドレスのホワイトリストを実装することで、ネットワークアクセスと通信を信頼できる送信元に制限できますが、DDoS攻撃を防ぐことはできません。IPアドレスのホワイトリストは、事前に定義されたIPアドレスのみがIoTデバイスに接続できるようにすることで、不要なトラフィックや悪意のあるトラフィックをフィルタリングできます。
しかし、IPアドレスのホワイトリスト方式では、リフレクション攻撃や増幅攻撃など、ホワイトリストのルールを回避する、偽装されたIPアドレスや正規のIPアドレスを使用するDDoS攻撃を防ぐことはできません。さらに、すべてのIoTデバイスにIPアドレスのホワイトリスト方式を実装することは、ホワイトリストの継続的な更新、テスト、監視が必要であり、誤って正規のトラフィックや緊急トラフィックをブロックしてしまう可能性があるため、困難でリスクを伴います。
参考文献：
* 1：IoTデバイスをDDoS攻撃から事前に保護する方法 - シノプシス
* 2：IoTとDDoS：サイバー攻撃の増加｜A10 Networks
* 3：IoTに対するDDoS攻撃の検出と防止 - MDPI
* 4：IoTデバイスを安全に保護する方法：5つのベストプラクティス | IoT For All
* 5：侵入検知システム（IDS）パート1 - ネットワークセキュリティ | Coursera
* : DDoS攻撃：検出と軽減 - シスコ
* : IoTセキュリティの課題 - Infosec Resources
* : IoTセキュリティ：接続されたデバイスとIoTエコシステムを保護する方法 | カスペルスキー
* : IoTセキュリティ：一般的な脆弱性と攻撃 | IoT For All
* : パスワードの問題：2021年にパスワードを効果的に使う方法 | Dashlaneブログ
* : IPホワイトリストとは？ | Cloudflare
* : DDoS攻撃：種類、手法、および防御策 | Cloudflare
* : IPホワイトリスト：メリットとデメリット | Imperva

https://en.wikipedia.org/wiki/Subnetwork
ご覧のとおり、IPアドレスは10.1.4.0で、サブネットマスクは/23です。問題によると、最後の100個のIPアドレスの範囲に含まれるIPアドレスを特定する必要があります。
ホストに使用可能なアドレスは、10.1.4.1 から 10.1.5.254 までです。これで、最後の 100 個のアドレスの中に 10.1.5.200 が含まれていることがはっきりとわかります。