リモートホストにインストールされている FreeBSD のバージョンは、テスト済みバージョンより前です。したがって、f4297478-fa62-11ef-b597-001fc69cd6dc のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    X.Org プロジェクトによる報告:
    root カーソルは、xserver でグローバル変数として参照されます。クライアントが root カーソルを解放できた場合、内部参照は解放されたメモリを指し示し、メモリ解放後使用 (Use After Free) を引き起こします。
    XkbVModMaskText() のコードは、スタックに固定サイズのバッファを割り当て、仮想修飾子の名前をそのバッファにコピーします。
                  ただし、このコードはバッファの境界を正しくチェックできず、サイズに関係なくデータをコピーするため、バッファオーバーフローを引き起こす可能性があります。
    XkbSizeKeySyms() での長さの計算が、XkbWriteKeySyms() で実際に書かれているものとは異なります。これにより、ヒープベースのバッファオーバーフローが発生する可能性があります。
    XkbChangeTypesOfKey() が 0 グループで呼び出された場合、キーシンボルテーブルのサイズを 0 に合わせますが、キーアクションは変更されません。
                  その後、同じ関数がゼロ以外の値の groups で呼び出された場合、キーアクションのサイズが不適切であるため、バッファオーバーフローが発生します。
    GetBarrierDevice() 関数は、デバイス ID に基づいてポインターデバイスを検索し、一致する値を返します。一致する値が見つからなかった場合は、おそらく NULL を返します。
                  ただし、一致するデバイス ID が見つからない場合、コードはリストの最後の要素を返します。これにより、領域外メモリアクセスが発生する可能性があります。
    compCheckRedirect() 関数は、バッキング pixmap を割り当てることができない場合に失敗することがあります。その場合、compRedirectWindow() は、直前にマークされたウィンドウツリーの検証なしに BadAlloc エラーを返します。これにより、検証データは部分的に初期化されたままになり、初期化されていないポインターが後で使用されます。
    まだフリーズしている間にデバイスが削除された場合、デバイス自体が解放されている間、そのデバイスのキューに入っているイベントは残り、イベントを再生すると解放後使用 (Use After Free) が発生します。
    アラームを変更する場合、変更マスクの値は順番に評価され、トリガーの値がリクエストに応じて変更され、最終的に SyncInitTrigger() が呼び出されます。
                  いずれかの変更によってエラーが発生した場合、関数は早期に戻り、新しい同期オブジェクトを追加しません。
                  これは、最終的にアラームがトリガーされたときにメモリ解放後使用 (Use After Free) を発生させるために使用できます。

Tenable は、前述の記述ブロックを FreeBSD セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

検出

FreeBSD : xorg server -- 複数の脆弱性 (f4297478-fa62-11ef-b597-001fc69cd6dc)

high Nessus プラグイン ID 232323

バージョン 1.2