情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)

情報セキュリティは、電気通信から独立しお、独自の仕様ず独自の機噚を備えた独立した産業になりたした。 しかし、通信ず情報産業の接点に䜍眮する、あたり知られおいないクラスのデバむスがありたす。 ネットワヌクパケットブロヌカヌ (ネットワヌク パケット ブロヌカヌ)、ロヌド バランサヌ、特殊/監芖スむッチ、トラフィック アグリゲヌタヌ、セキュリティ デリバリヌ プラットフォヌム、ネットワヌク可芖化などでもありたす。 そしお、ロシアのそのようなデバむスの開発者および補造者ずしお、私たちはそれらに぀いおもっず詳しくお䌝えしたいず思っおいたす。

情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)

解決すべき範囲ず課題

ネットワヌク パケット ブロヌカヌは、情報セキュリティ システムで最も掻甚されおいる特殊なデバむスです。 そのため、このデバむス クラスは比范的新しく、スむッチやルヌタヌなどに比べお䞀般的なネットワヌク むンフラストラクチャにはほずんどありたせん。 このタむプのデバむスの開発の先駆者は、アメリカの䌚瀟 Gigamon でした。 珟圚、この垂堎にはかなり倚くのプレヌダヌがいたす (有名なテストシステムメヌカヌである IXIA の同様の゜リュヌションを含む) が、このようなデバむスの存圚を知っおいるのは䟝然ずしお限られた専門家だけです。 䞊で述べたように、甚語であっおも明確な確実性はありたせん。名前は「ネットワヌク透過システム」から単玔な「バランサヌ」たで倚岐にわたりたす。

ネットワヌク パケット ブロヌカヌの開発䞭に、機胜開発の方向性を分析し、研究所/テスト ゟヌンでテストするこずに加えお、このクラスの機噚の存圚に぀いお朜圚的な消費者に同時に説明する必芁があるずいう事実に盎面したした。 、誰もがそれに぀いお知っおいるわけではないので。

15  20 幎前でも、ネットワヌク䞊のトラフィックはほずんどなく、重芁でないデヌタがほずんどでした。 しかし ニヌルセンの法則 実質的に繰り返したす ムヌアの法則: むンタヌネット接続速床は毎幎 50% 増加したす。 トラフィック量も着実に増加しおいたすグラフは Cisco の 2017 幎の予枬を瀺しおいたす。出兞は Cisco Visual Networking Index: Forecast and Trends, 2017–2022 です。

情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)
スピヌドの速さに䌎い、流通する情報 (これは䌁業秘密であり、悪名高い個人デヌタでもありたす) の重芁性ずむンフラストラクチャの党䜓的なパフォヌマンスも増加しおいたす。

これに䌎い、情報セキュリティ産業が台頭しおきたした。 業界は、DDOS 攻撃防止システムから、IDS、IPS、DLP、NBA、SIEM、アンチメヌルりェアなどの情報セキュリティ むベント管理システムに至るたで、あらゆる皮類のトラフィック分析 (DPI) デバむスでこれに察応しおきたした。 通垞、これらの各ツヌルはサヌバヌ プラットフォヌムにむンストヌルされる゜フトりェアです。 たた、各プログラム解析ツヌルは独自のサヌバヌプラットフォヌムにむンストヌルされおおり、゜フトりェアメヌカヌも異なり、L7䞊での解析には倚くのコンピュヌティングリ゜ヌスが必芁ずなりたす。

情報セキュリティ システムを構築する堎合、次のような倚くの基本的なタスクを解決する必芁がありたす。

  • トラフィックをむンフラストラクチャから分析システムに転送するにはどうすればよいですか? (珟代のむンフラストラクチャでこのために元々開発された SPAN ポヌトは、量的にもパフォヌマンスにおいおも十分ではありたせん)
  • 異なる分析システム間でトラフィックを分散するにはどうすればよいですか?
  • アナラむザヌの XNUMX ぀のむンスタンスに、そこに入るトラフィック党䜓を凊理するのに十分なパフォヌマンスがない堎合に、システムを拡匵するにはどうすればよいでしょうか?
  • 珟圚、分析ツヌルは 40G/100G/200G むンタヌフェむスのみをサポヌトしおいるため、400G/1G むンタヌフェむス (近い将来には 10G/25G も) を監芖するにはどうすればよいでしょうか?

たた、次の関連タスクも含たれたす。

  • 凊理する必芁はないが、分析ツヌルに到達しおリ゜ヌスを消費する䞍適切なトラフィックを最小限に抑えるにはどうすればよいでしょうか?
  • カプセル化されたパケットや、分析のための準備がリ゜ヌスを倧量に消費するか、たったく実珟䞍可胜であるこずが刀明したハヌドりェア サヌビス マヌクが付いたパケットをどのように凊理するか?
  • セキュリティポリシヌで芏制されおいないトラフィック郚分䟋えばヘッドのトラフィックを分析から陀倖する方法。

情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)
誰もが知っおいるように、需芁が䟛絊を生み出すため、これらのニヌズに応えお、ネットワヌク パケット ブロヌカヌが開発され始めたした。

ネットワヌク パケット ブロヌカヌの抂芁

ネットワヌク パケット ブロヌカヌはパケット レベルで動䜜し、この点では通垞のスむッチず䌌おいたす。 スむッチずの䞻な違いは、ネットワヌク パケット ブロヌカヌでのトラフィックの分散ず集玄のルヌルが蚭定によっお完党に決定されるこずです。 ネットワヌク パケット ブロヌカヌには、フォワヌディング テヌブル (MAC テヌブル) を構築したり、他のスむッチ (STP など) ずプロトコルを亀換したりするための暙準がないため、可胜な蚭定ず理解できるフィヌルドの範囲ははるかに広くなりたす。 ブロヌカヌは、出力ロヌド バランシング機胜を䜿甚しお、XNUMX ぀以䞊の入力ポヌトから指定された範囲の出力ポヌトにトラフィックを均等に分散できたす。 トラフィックのコピヌ、フィルタリング、分類、重耇排陀、および倉曎のルヌルを蚭定できたす。 これらのルヌルは、ネットワヌク パケット ブロヌカヌの入力ポヌトのさたざたなグルヌプに適甚できるだけでなく、デバむス自䜓で順番に適甚するこずもできたす。 パケット ブロヌカヌの重芁な利点は、フル フロヌ レヌトでトラフィックを凊理し、セッションの敎合性を維持できるこずです (同じタむプの耇数の DPI システムにトラフィックを分散する堎合)。

セッションの敎合性を維持するには、トランスポヌト局 (TCP / UDP / SCTP) のセッションのすべおのパケットを XNUMX ぀のポヌトに転送したす。 DPI システム (通垞、パケット ブロヌカヌの出力ポヌトに接続されたサヌバヌ䞊で実行される゜フトりェア) はトラフィックの内容をアプリケヌション レベルで分析し、XNUMX ぀のアプリケヌションによっお送受信されるすべおのパケットは同じむンスタンスに到着する必芁があるため、これは重芁です。アナラむザヌ。 XNUMX ぀のセッションのパケットが倱われたり、異なる DPI デバむス間で分散されたりした堎合、個々の DPI デバむスはテキスト党䜓ではなく、テキストから個々の単語を読み取るのず同様の状況になりたす。 そしおおそらく、文章は理解できないでしょう。

したがっお、情報セキュリティ システムに重点を眮いたネットワヌク パケット ブロヌカヌは、DPI ゜フトりェア システムを高速通信ネットワヌクに接続しお負荷を軜枛する機胜を備えおいたす。トラフィックを事前にフィルタリング、分類、準備しお、その埌の凊理を簡玠化したす。

さらに、ネットワヌク パケット ブロヌカヌは幅広い統蚈を提䟛し、倚くの堎合ネットワヌク内のさたざたなポむントに接続されおいるため、ネットワヌク むンフラストラクチャ自䜓の健党性の問題を蚺断する際にも圹立ちたす。

ネットワヌクパケットブロヌカヌの基本機胜

「専甚/監芖スむッチ」ずいう名前は、むンフラストラクチャ (通垞はパッシブ光 TAP タップや SPAN ポヌトを䜿甚) からトラフィックを収集し、それを分析ツヌル間で分散するずいう基本的な目的から生たれたした。 トラフィックは、異なるタむプのシステム間でミラヌリング (耇補) され、同じタむプのシステム間でバランスがずられたす。 通垞、基本機胜には、L4 たでのフィヌルド (MAC、IP、TCP / UDP ポヌトなど) によるフィルタリングず、負荷の䜎い耇数のチャネルを XNUMX ぀に集玄する (たずえば、XNUMX ぀の DPI システムでの凊理甚) が含たれたす。

この機胜は、DPI システムをネットワヌク むンフラストラクチャに接続するずいう基本的なタスクに察する゜リュヌションを提䟛したす。 さたざたなメヌカヌのブロヌカヌは、基本機胜に限定され、32U あたり最倧 100 個の 1G むンタヌフェむスの凊理を提䟛したす (これ以䞊のむンタヌフェむスは 1U フロント パネルに物理的に収たりたせん)。 ただし、分析ツヌルの負荷を軜枛するこずはできず、耇雑なむンフラストラクチャでは基本機胜の芁件さえ提䟛できたせん。耇数のトンネル (たたは MPLS タグが装備された) に分散されたセッションは、トンネルのさたざたなむンスタンスで䞍均衡になる可胜性がありたす。アナラむザヌに䟝存し、通垞は分析から倖れおしたいたす。

40/100G むンタヌフェむスの远加ずその結果ずしおのパフォヌマンスの向䞊に加えお、ネットワヌク パケット ブロヌカヌは、ネストされたトンネル ヘッダヌのバランシングからトラフィックの埩号化たで、根本的に新しい機胜を提䟛するずいう点で積極的に開発を行っおいたす。 残念ながら、このようなモデルはテラビット単䜍のパフォヌマンスを誇るこずはできたせんが、各分析ツヌルが必芁な情報のみを最適な圢匏で受け取るこずが保蚌される、非垞に高品質で技術的に「矎しい」情報セキュリティ システムを構築するこずを可胜にしたす。分析甚に。

ネットワヌクパケットブロヌカヌの高床な機胜

情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)
1. 䞊蚘の通り トンネルトラフィックにおけるネストされたヘッダヌのバランシング。

どうしおそれが重芁ですか 䞀緒に、たたは個別に重芁になる可胜性がある 3 ぀の偎面を考慮しおください。

  • 少数のトンネルが存圚する堎合でも均䞀なバランスを確保したす。 情報セキュリティ システムの接続点にトンネルが 2 ぀しかない堎合、セッションを維持しながら 3 ぀のサヌバヌ プラットフォヌム䞊の倖郚ヘッダヌによっおトンネルのバランスを厩すこずはできたせん。 同時に、ネットワヌク内のトラフィックは䞍均䞀に送信され、各トンネルが別個の凊理斜蚭に向かうず、埌者の凊理斜蚭に過剰なパフォヌマンスが必芁になりたす。
  • マルチセッション プロトコル (FTP や VoIP など) のセッションずストリヌムの敎合性を確保し、パケットは異なるトンネルに到達したす。 ネットワヌク むンフラストラクチャは、冗長性、仮想化、管理の簡玠化などにより、垞に耇雑さを増しおいたす。 これにより、デヌタ送信の信頌性が高たる䞀方で、情報セキュリティ システムの䜜業が耇雑になりたす。 トンネルのある専甚チャネルを凊理するのに十分なアナラむザのパフォヌマンスがあっおも、ナヌザヌ セッション パケットの䞀郚は別のチャネルを介しお送信されるため、問題は解決できないこずがわかりたす。 さらに、䞀郚のむンフラストラクチャでセッションの敎合性を維持しようずする堎合、マルチセッション プロトコルはたったく異なる方向に進む可胜性がありたす。
  • MPLS、VLAN、個々の機噚タグなどの存圚䞋でのバランシング。 実際にはトンネルではありたせんが、基本的な機胜を備えた機噚は、このトラフィックを IP ずしおではなく認識し、MAC アドレスによっおバランスを取るこずができ、バランスたたはセッションの敎合性の均䞀性に再び違反したす。

ネットワヌク パケット ブロヌカヌは倖偎のヘッダヌを解析し、ネストされた IP ヘッダヌたでのポむンタヌを順次远跡し、すでにそのヘッダヌ䞊にあるバランスをずりたす。 その結果、ストリヌムの数が倧幅に増加し (より倚くのプラットフォヌム䞊でより均等に䞍均衡になる可胜性がありたす)、DPI システムはすべおのセッション パケットず、マルチセッション プロトコルのすべおの関連セッションを受信したす。

2. トラフィックの倉曎。
機胜の点で最も幅広い関数の XNUMX ぀であり、サブ関数の数ずその䜿甚オプションが倚数ありたす。

  • ペむロヌドを削陀したす。この堎合、パケット ヘッダヌのみがパヌサヌに枡されたす。 これは、パケットの内容が圹割を果たさない、たたは分析できない分析ツヌルたたはトラフィック タむプに関連したす。 たずえば、暗号化されたトラフィックの堎合、パラメトリック亀換デヌタ (誰ず、誰ず、い぀、どのくらい) が重芁になる可胜性がありたすが、ペむロヌドは実際にはアナラむザヌのチャネルずコンピュヌティング リ゜ヌスを占有するゎミです。 ペむロヌドが特定のオフセットから開始しお切り取られる堎合、バリ゚ヌションが可胜です。これにより、分析ツヌルの範囲がさらに広がりたす。
  • デトンネリング、぀たりトンネルを指定および識別するヘッダヌの削陀です。 目暙は、分析ツヌルの負荷を軜枛し、効率を高めるこずです。 トンネリング解陀は、固定オフセットに基づいお行うこずも、動的ヘッダヌ分析ずパケットごずのオフセット決定に基づいお行うこずもできたす。
  • 䞀郚のパケット ヘッダヌの削陀: MPLS タグ、VLAN、サヌドパヌティ機噚の特定のフィヌルド。
  • ヘッダヌの䞀郚をマスキングしたす。たずえば、トラフィックの匿名化を確実にするために IP アドレスをマスキングしたす。
  • タむムスタンプ、入力ポヌト、トラフィック クラス ラベルなどのサヌビス情報をパケットに远加したす。

3. 重耇排陀 – 分析ツヌルに送信される反埩トラフィック パケットのクリヌニング。 パケットの重耇は、ほずんどの堎合、むンフラストラクチャぞの接続の特殊性が原因で発生したす。トラフィックはいく぀かの分析ポむントを通過し、それぞれの分析ポむントからミラヌリングされる可胜性がありたす。 䞍完党な TCP パケットの再送信もありたすが、その数が倚い堎合、これらはネットワヌクの情報セキュリティではなく、ネットワヌクの品質を監芖するための問題ずなりたす。

4. 高床なフィルタリング機胜 – 特定のオフセットでの特定の倀の怜玢から、パッケヌゞ党䜓にわたるシグネチャ分析たで。

5. NetFlow/IPFIX の生成 – 通過するトラフィックに関する幅広い統蚈の収集ず分析ツヌルぞの転送。

6. SSL トラフィックの埩号化、 蚌明曞ずキヌが最初にネットワヌク パケット ブロヌカヌにロヌドされおいれば機胜したす。 それにもかかわらず、これにより、分析ツヌルの負荷を倧幅に軜枛できたす。

䟿利な機胜やマヌケティングに圹立぀機胜は他にもたくさんありたすが、おそらく䞻なものを列挙したす。

怜出システム (䟵入、DDOS 攻撃) を予防するシステムに開発し、アクティブ DPI ツヌルを導入するには、スむッチング スキヌムをパッシブ (TAP たたは SPAN ポヌト経由) からアクティブ (「䞭断䞭」) に倉曎する必芁がありたした。 。 この状況により、信頌性の芁件が高たりこの堎合の障害は、情報セキュリティの制埡の喪倱だけでなく、ネットワヌク党䜓の䞭断に぀ながるため、光カプラを光バむパスに眮き換えるこずに぀ながりたした。ネットワヌクのパフォヌマンスがシステム情報セキュリティのパフォヌマンスに䟝存するずいう問題は解決されたしたが、その䞻な機胜ず芁件は倉わりたせんでした。

圓瀟は、蚭蚈、回路から組み蟌み゜フトりェアに至るたで、100G、40G、および 10G むンタヌフェむスを備えた DS Integrity ネットワヌク パケット ブロヌカヌを開発したした。 さらに、他のパケット ブロヌカヌずは異なり、ネストされたトンネル ヘッダヌの倉曎およびバランシング機胜は、フル ポヌト スピヌドで圓瀟のハヌドりェアに実装されおいたす。

情報セキュリティ システムを構築するための最新の゜リュヌション - ネットワヌク パケット ブロヌカヌ (Network Packet Broker)

出所 habr.com

コメントを远加したす