CVE-2026-98420 Linuxカーネルksmbd SMB2セッション処理脆弱性

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-10-14T14:17:53.427 / 更新日: 2026-10-14T14:17:53.427

Linuxカーネルのksmbdコンポーネントに、SMB2セッションの期限切れ処理に関する脆弱性が報告されています。クライアントが新たにセッション設定を開始すると、10秒の不活動後に有効なセッションが破棄される仕様が誤って動作し、Windowsが既存接続上で追加の認証セッションを生成した場合、マップドライブが「STATUS_NETWORK_NAME_DELETED」エラーで失敗する可能性があります。セッションの期限切れルールでは、クレデンシャルの有効期限が経過するまで有効セッションを期限切れに変更してはいけないという要件があり、この不具合により接続が切断されるリスクがあります。運用上は、カーネルのパッチ適用とセッション管理設定の確認が重要です。特に、セッションの有効期限と進捗中の認証処理の扱いに注意し、45秒間隔でのチェックや無限の有効期限設定を適切に反映する必要があります。確認時は、SMB接続の挙動に異常がないかを監視し、影響範囲が限定されているかを確認してください。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性は時間の扱いに問題があるように思える。セッションの有効期限と認証の進捗をどう区別すれば、システムが混乱しないのか?

プラトン

それはまさに要点です。まず、SMB接続の挙動を監視し、異常な「STATUS_NETWORK_NAME_DELETED」エラーが発生していないか確認すべきです。また、カーネルのパッチ適用が必須ですね。この不具合は、セッションの期限切れ処理が誤って10秒後に破棄しているため、45秒間隔でのチェックを設定する必要があります。

ソクラテス

しかし、運用者はこの問題をどう防ぐべきか?セッション管理の設定を確認する時、何に注意すればよい?

プラトン

セッションの有効期限と進捗中の認証処理が正しく反映されているかを確認する必要があります。特に、45秒のタイムアウトや無限の有効期限(ゼロ)の設定が正しいか、そしてSMB DirectやTCPの両方で定期的なチェックが行われているかを。また、影響範囲が限定されているかを調査し、ベンダーの情報(例えば、Linuxカーネルのパッチ履歴)を確認してください。

ソクラテス

では、変更管理や監視の観点では?

プラトン

パッチ適用後は、セッションの再認証処理が正しく動作するかをテストし、変更管理の記録を残すことが重要です。監視ツールで「STATUS_INSUFFICIENT_RESOURCES」や「STATUS_NETWORK_NAME_DELETED」のエラーをリアルタイムで捕捉し、異常が発生した場合に迅速に対応できるようにしましょう。これは、セッションの期限切れルールが「クレデンシャルの有効期限が経過するまで有効セッションを期限切れに変更してはいけない」という要件を踏まえたものです。

ソクラテス

では、運用者はこの脆弱性から学ぶべき倫理的教訓は?

プラトン

システムの設計は「時間」に依存するが、その扱いが誤ると混乱が生じる。だからこそ、パッチ適用だけでなく、運用上の設定と監視が不可欠なのです。例えば、45秒のタイムアウトが「実装依存のタイムアウト」として定義されている点に注意し、無理に短縮したり長引かせたりしないことが、倫理的な運用の基盤でしょう。

ソクラテス

では、ユーモアを交えて言おう。もしセッションが10秒で消えたら、Windowsユーザーは「マップドライブが突然消えた!」と慌てて電話をかけてくるだろう?

プラトン

まさしくその通りです。だからこそ、45秒のタイムアウトを守り、セッションの再認証が正常に機能するかを確認するのです。これは、哲学ではなく、現実の運用の厳しさですね。

関連キーワード: linux, kernel