フローの向きのアルゴリズム
フローの向きのアルゴリズムは、通信のどちらの側が宛先デバイスである可能性が高いかを検出するために使用され、必要に応じて、フローの向きが反転されます。 このアルゴリズムにより、トラフィックが最初はネットワークにどのように出現したか、トラフィックのどのような機能が反転を引き起こしたかに関する情報が得られます。
次の表は、フローの向きのアルゴリズムで使用される値を示します。
| 数値 | アルゴリズム | 説明 |
|---|---|---|
| 1 | 7.4.2 で変更済み 単一の共通宛先ポート (反転) |
ソース・ポートまたは宛先ポストのいずれかが共通宛先ポートのリストで検出され、 QRadar がフローの向きを反転しました。 |
| 2 | 7.4.2 で変更済み 両方の共通宛先ポート、一方は RFC 1700 優先 (反転) |
送信元ポートと宛先ポートの両方が共通宛先ポートとして定義されています。 RFC1700 (https://www.ietf.org/rfc/rfc1700.txt) によると、ソース・ポートは優先宛先ポートであるため、 QRadar はフローの向きを逆にします。 RFC1700 優先ポートの範囲は 0 から 1023 であり、Internet Assigned Number Authority (IANA) によって管理と割り当てが行われています。 |
| 3 | 到着時刻 | フローが、他のいずれのフローの向きのアルゴリズムの条件にも一致していません。 QRadar は、フロー到着時刻を使用してフローの向きを決定しました。 QFlow プロセスは、応答の前に要求が受信され、フローの向きが受信されたままであると想定します。 |
| 4 | フロー・エクスポーター | フローの向きは、Packeteer デバイスなどの外部フロー・エクスポーターによって設定されます。 |
| 5 | 7.4.2 の新機能 単一の共通宛先ポート (変更なし) |
送信元ポートまたは宛先ポートのいずれかが、共通宛先ポートのリスト内にありました。 QRadar はフローの向きを変更しませんでした。 |
| 6 | 7.4.2 の新機能 両方の共通宛先ポート、一方は RFC 1700 優先 (変更なし) |
送信元ポートと宛先ポートの両方が共通宛先ポートとして定義されています。 RFC1700 (https://www.ietf.org/rfc/rfc1700.txt) によると、宛先ポートは優先宛先ポートであるため、 QRadar はフローの向きを変更しませんでした。 |
| 7 | 7.4.2 の新機能 観察された QNI TCP ハンドシェーク (反転) |
IBM QRadar Network Insights TCP ハンドシェイクを観察し、フロー方向を逆転させるべきであると判断した。 |
| 8 | 7.4.2 の新機能 観察された QNI TCP ハンドシェーク (変更なし) |
IBM QRadar Network Insights TCP のハンドシェイクを観察し、流れの方向は観察されたまま維持されるべきであると判断した。 |