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

  - apparmor:ラベル vec を null が終了する際の領域外書き込みを修正します aa_vec_unique() VEC_FLAG_TERMINATE が渡されたときに NULL が vec[n - dups] で終了します。コンポーネントがすべて異なる場合、重複がドロップされず、dups は 0 でターミネータは vec[n] に移動するため、呼び出し元は n + 1 エントリのスペースを提供する必要があります。
    aa_label_strn_parse() は vec_setup(profile, vec, len, gfp) でベクトルを設定してから aa_vec_unique(vec, len, VEC_FLAG_TERMINATE) を呼び出しますが、vec_setup() はターミネータエントリを予約しません。LOCAL_VEC_ENTRIESまでは、LOCAL_VEC_ENTRIESポインターのローカル配列を使用し、その上に正確にlenポインターを割り当てます。したがって、ターミネータは、lenがLOCAL_VEC_ENTRIESの場合、ローカル配列の末尾を越えて1つのエントリを配置し、lenが大きい場合は割り当ての末尾を越えて1つのエントリを配置します。len はラベル名の //&; で区切られたコンポーネントの数に由来し、label_count_strn_entries() はそれをバインドしません。
    権限のないタスクは、/proc/self/attr/apparmor/current または lsm_set_self_attr(2) への書き込みによって解析に到達します。どちらも do_setattr() を通過します。そして、change_profile権限がチェックされる前に、名前が解析されます。モード 0666 である securityfs .access ファイルの背後にある query_label() パスは、権限チェックをまったく行いません。すべてのコンポーネントはロードされたプロファイルに解決する必要があるため、ポリシーがロードされたシステムが必要です。他の2人のVEC_FLAG_TERMINATEユーザーは、aa_label_alloc()がすでにvecのnull終端エントリ用に+1でサイズ設定されているラベルvecで作業しています。vec_setup() と DEFINE_VEC() に同じエントリを予約します。代わりに呼び出し側から len + 1 を渡すと、len == LOCAL_VEC_ENTRIES がローカル配列から kzalloc() に移動します。(CVE-2026-89761)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-89761

high Nessus プラグイン ID 345410

バージョン 1.16