Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - netdsaconduit 参照を適切に追跡します 問題の説明 ------------------- DSA には、conduit net デバイスとその kobject の参照処理についての mumbo-jumbo があります。 、間違っているだけで、意味がありません。2 つの異なる問題があります。 1. of_find_net_device_by_node() を使用する OF パスは、conduit の kobject で昇格された refcount を決してリリースしません。通常、OF と非 OF のパスは、同一の参照カウントを持つオブジェクトにつながるはずです。また、dsa_dev_to_net_device() に、dsa_port_parse_of() に欠落している put_device() 呼び出しがあることは、すでに疑わしいですが、実際には問題が存在します。CONFIG_DEBUG_KOBJECT_RELEASE=y である場合、このパッチを適用する前後にこのコマンドを実行すると、net デバイス eno2 用の conduit ドライバーをアンバインドしますecho 0000:00:00.2 > /sys/bus/pci/drivers/fsl_enetc/unbind これらの行が表示されます。パッチを適用した場合のみ表示される出力 diff に kobject「eno2」ffff002009a3a6b8kobject_release、親 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 1 つの方法 (OF) または別の方法 (非 OF) で conduit インターフェイスを見つけます。これは、いつでも登録解除される可能性があり、DSA は長期保存されますが、この場合は、cpu_dp->conduit ポインターが古い場合があります。ネットデバイスの基盤となる kobject を保持することは、実際には大きな解決策にはなりませんが、解放されるのを防ぐだけですただし、kobject を直接必要とすることはありません。ネットデバイスが登録解除されないようにするには、並列 netdev 参照メカニズムdev_hold() と dev_put()が役立ちます。実際には、コミット 2f1e8ea726e9 以降、ユーザーポートでその netdev tracker メカニズムを暗黙的に使用していますnetdsanetdev_upper_dev_link() を介して、インターフェイスを DSA マスターとリンクして lockdep 警告を排除します。しかし、初期の of_find_net_device_by_node() コードとユーザーポート作成時間の間の DSA 切り替えプローブ時間に、依然として時間が経過します。この時間は、conduit が自身を登録解除する可能性があり、DSA がそれについてわからない時間です。そのため、rtnl_lock() で of_find_net_device_by_node() を実行し、参照を取得している netdev Tracker でのみロックをリリースする必要があります。dsa_unregister_switch() / dsa_switch_shutdown() まで参照を漏洩する必要がありますか? 1: yes かもしれません。すべてのユーザーポートがプローブに失敗した場合でも、スイッチデバイスは登録され、 コミット 86f8b1c01a0a を参照してくださいnet: dsa: ユーザーポートエラーを致命的にしないでください、および cpu_dp->conduit ポインターが有効のままです。すべてのコールパスを監査して、ユーザーポートがない状態で実際に conduit が使用されるかどうかを確認したわけではありませんが、使用する場合はその参照をユーザーポートに依存しない方が安全だと思われます。 2. 全く問題ありません。ユーザーポートが関連付けられているコンジットの変更をサポートします。全てのユーザーポートをコンジットから移動させた状態になる可能性があります。これにより、ネットデバイストラッカー経由でコンバージットへの参照が一切保持されなくなります。しかしそれを無視してはなりません - dsa_tree_find_first_conduit() および に関連する次の変更および LAG conduit に関連する次の変更を参照してください。CPU ポートが他のものへの参照を明示的に保持する必要があるため、物理コンジットに戻る準備ができなければなりません。これはつまり、ユーザーポートとその CPU ポートが、常に同じコンジットネットデバイスへの参照を維持しているとは限らず、両方が必要であるということです。/sys/class/net/ エントリの conduit の kobject に関しては心配はありません。ネットデバイスオブジェクト自体を保持するとすぐに、リリースできます。履歴と責任の特定 --------------------------------- コードは何度もリファクタリングされているため、フォローおよび適切に行うことは非常に困難です。は責任を重大ですが、短い履歴を作成しようとします。これは正しいことを期待します。
    2 つの異なるプローブパスがあります - 1 つは OF 用で、2016 年に導入されました ---truncated---CVE-2025-71152]

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-71152

high Nessus プラグイン ID 296382

バージョン 1.19