Wireshark 4.6.8では、このプロトコルアナライザに存在していたセキュリティバグ28件が修正されました。そのうち9件は、保存済みのキャプチャファイルを開いた際に発生する種類のものです。この9件はファイルパーサ、つまり解析(dissection)が始まる前にディスク上のキャプチャを読み込むコードに存在します。対象となるのはpcapng、Endace ERF、Tektronix K12xx、BUSMASTER、Catapult DCT2000、Gammu DCT3、3gpp phone logs、TTX Logger、そしてWindows環境限定でIxia IxVeriWaveとVector Informatik BLFです。これらの脆弱性を突く攻撃者は、あなたのネットワークに触れる必要すらありません。悪意あるファイルを送りつけるだけで済んでしまうのです。
今回の修正一式はアドバイザリwnpa-sec-2026-64からwnpa-sec-2026-91までにまたがっており、大半はディセクタ(dissector)に関するものです。ディセクタとは、生のバイト列をパケット詳細ペインに表示されるラベル付きフィールドへと変換する、プロトコルごとの処理コードを指します。今回のリリースでは、RDP、SSH、Kerberos、H.245、ESS、X.509IF、RRC、UMTS FPにおけるクラッシュが修正されたほか、CMSとC12.22についてはそれぞれ2件ずつ、Bluetooth ATT、HFP、BR/EDR FHS、AVRCPについては合計4件のアドバイザリが発行されています。
さらにもう1件は、あらゆるディセクタが依存している再構成(リアセンブリ)エンジンに存在していました。また2件はGUIではなくsharkdをクラッシュさせるものであり、このユーティリティ上に構築されたスクリプト処理は同様の入力にさらされることになります。
今回の修正のいくつかは、プロジェクト自身のファジングテストから見つかったものであり、この件数は何よりもテストの実施量を反映していると言えます。前回のリリースである4.6.7では、アドバイザリは12件でした。
アドバイザリ番号が付いていないメモリ安全性の修正
今回のリリースで修正された危険な問題のすべてに、wnpa識別番号が割り当てられているわけではありません。修正リストには、K12/RF5ライタにおけるスタックバッファオーバーフロー、Sniffer REC_HEADER2のエラー処理経路におけるスタック領域外読み取り、符号付きbtsnoop長に起因するandroiddumpの範囲外読み取り、切り詰められたVLANタグ付きフレームによるBLFライタの範囲外読み取り、そして深くネストしたNetLogのJSONやDLMS/COSEMコンパクト配列パーサの再帰処理によるスタック枯渇が含まれています。アドバイザリの件数だけでリスクの大きさを判断していると、今回のリリースの影響を過小評価してしまうことになります。
5Gの8個のフィールドが誤って復号されていた問題
Wiresharkは、5G NASにおけるS-NSSAI location validity information、NSAG information、UE security capability、Registration wait range、Extended CAG informationの各情報要素を誤って復号していたほか、5GSMにおけるSOR transparent containerとそのSOR-CMCIフィールド、service level AA containerについても同様の問題がありました。クラッシュは発生しません。単に画面に誤った値が表示されるだけであり、これはむしろ気づきにくい厄介な不具合です。というのも、UE security capabilityフィールドを確認するモバイルコアのエンジニアが、その表示内容を疑う理由は普通ありません。
4.6.0で変更されていたextcapのパスが、今回ようやくリリースノートに明記
UN*X系システムでは、Wiresharkはextcapバイナリを/usr/lib64/wireshark/extcapなどではなく、/usr/libexec/wireshark/extcap以下から探すようになっています。サードパーティ製のextcapについてはパッケージング側の変更が必要になる場合があり、この場所はWIRESHARK_EXTCAP_DIRで上書き指定できます。Alpine Linuxのようにlibexecディレクトリを持たないディストリビューションでは、従来のパスが維持されます。この変更自体は8つ前のポイントリリースにあたる4.6.0の時点で既に有効になっていたものですが、リリースノートに記載されたのは今回が初めてです。
Windowsユーザー向けには、地味ながら煩わしい2件の不具合も修正されています。1つは、4.6.6以降「Capture File Properties」の表示が遅く、アプリケーションがハングしたように見えることがあった問題。もう1つは、TCPの設定項目「Analyze TCP sequence numbers」を切り替えるとセグメンテーション違反が発生していた問題です。
翻訳元: https://www.helpnetsecurity.com/2026/08/13/wireshark-4-6-8-patches-security-bugs/
