在 sealert 將診斷訊息寫入暫存檔的方式中發現一個瑕疵。受害者執行 sealert 時，無權限的本機使用者可執行符號連結攻擊，以及造成其他使用者可寫入的任意檔案遭覆寫。(CVE-2007-5495)

在 sealert 將 setroubleshoot 資料庫的記錄顯示為未逸出 HTML 的方式中發現一個瑕疵。無權限的本機攻擊者可透過特製的處理程序或檔案名稱造成 AVC 拒絕事件，進而將任意 HTML 標籤插入記錄中，此情形可遭利用作為指令碼攻擊，或是混淆執行 sealert 的使用者。(CVE-2007-5496)

此外，下列錯誤也已在這些更新版套件中修正：

- 在某些情況下，sealert 處理程序會使用過量 CPU。現在將這些警示的數量上限設為 30，使用 D-Bus 而非輪詢，且已移除造成過度喚醒的執行緒，並新增了更健全的例外狀況處理。

- 不同的 sealert '-a'、'-l'、'-H' 和 '-v' 選項組合未如記錄般運作。

- SETroubleShoot 瀏覽器不允許刪除多個項目。

- SETroubleShoot 瀏覽器未顯示 SELinux 使用強制執行還是寬鬆模式的聲明，尤其是針對 SELinux 防護提出警告時。

- 在某些情況下，SETroubleShoot 瀏覽器提供了錯誤的路徑指令，且不會顯示檔案的完整路徑。

- 從 /etc/setroubleshoot/setroubleshoot.cfg 檔案將電子郵件收件人新增至收件人選項，然後產生 SELinux 拒絕，便會造成反向追蹤錯誤。
 已移除收件人選項；現在需透過 SETroubleShoot 瀏覽器管理電子郵件地址，方法為導覽至 [檔案] -> [編輯電子郵件警示清單]，或是編輯 /var/lib/setroubleshoot/email_alert_recipients 檔案。

- setroubleshoot 瀏覽器未正確顯示 httpd_sys_content_t 內容和目錄路徑之間的期間。

- 在 PowerPC 架構上，access_control.py 中的 get_credentials() 函式在呼叫 socket.getsockopt() 函式時，會產生一個例外狀況。

- 用於處理路徑資訊的程式碼已完全重寫，因此不會再出現誤導的路徑資訊假設。若路徑資訊不存在，則會顯示為 '<Unknown>'。

- 某些情況下 setroubleshoot 的非英文地區設定會發生問題，可能會造成發生 python 反向追蹤、顯示含有錯誤的 sealert 快顯視窗、反向追蹤後出現「RuntimeError: 超出遞迴深度上限」錯誤，或是反向追蹤後出現「UnicodeEncodeError」。

- 即使 SELinux 已停用，sealert 仍會執行，進而造成「嘗試開啟伺服器連線失敗」錯誤。
 Sealert 現在會檢查 SELinux 為啟用還是停用狀態。

- 資料庫 setroubleshoot 維持為任何人皆可讀取。setroubleshoot 資料庫現在為模式 600，且屬於 root 使用者和群組所有。

- setroubleshoot 未驗證設定使用者 AVC 篩選選項的要求。在這些更新版套件中，檢查會確認要求來自篩選器的擁有者。

- 前版 setroubleshoot 套件需要數個 GNOME 套件和程式庫，因此已將 setroubleshoot 分割為 2 個套件：setroubleshoot 及 setroubleshoot-server。

- 解碼稽核欄位時有一個錯誤，造成了「輸入非正確的 UTF-8，指示編碼!」錯誤訊息。已重寫解碼程式碼。

- setroubleshoot init 指令碼中的檔案名稱不相符可能會造成關機失敗。

在 sealert 将诊断消息写入临时文件的方式中发现一个缺陷。本地非特权用户可执行符号链接攻击，并造成可被其他用户写入的任意文件在受害者运行 sealert 期间被覆盖。(CVE-2007-5495)

在 sealert 将来自 setroubleshoot 数据库的记录显示为非转义 HTML 的方式中发现一个缺陷。本地非特权攻击者可通过精心构建的进程或文件名造成 AVC 拒绝事件，从而向日志注入任意 HTML 标签，这可被用作脚本攻击，或使运行 sealert 的用户产生混淆。(CVE-2007-5496)

此外，在这些更新程序包中还修复了以下缺陷：

- 在某些情况中，sealert 进程使用了过量 CPU。这些警报现在被限制为最多使用 30 的 CPU，使用 D-Bus 代替轮询，删除了导致频繁唤醒的线程，并添加了更为强健的异常处理。

- sealert“-a”、“-l”、“-H”和“-v”选项的不同组合无法按照记录的方式正常工作。

- SETroubleShoot 浏览器不允许删除多个条目。

- SETroubleShoot 浏览器不显示表明 SELinux 正在使用“强制”还是“宽松”模式的语句，尤其是在发出关于 SELinux 阻止的警告时。

- 在某些情况下，SETroubleShoot 浏览器会给出关于路径的错误说明，并且不会显示文件的完整路径。

- 从 /etc/setroubleshoot/setroubleshoot.cfg 文件向收件人选项中添加电子邮件收件人，然后产生 SELinux 拒绝，这导致了回溯错误。
 收件人选项已被删除；现在通过在 SETroubleShoot 浏览器中导航至“文件 -> 编辑电子邮件警报列表”，或通过编辑 /var/lib/setroubleshoot/email_alert_recipients 文件来管理电子邮件地址。

- setroubleshoot 浏览器在 httpd_sys_content_t context 和目录路径之间错误地显示一个句号。

- 在 PowerPC 架构上，当调用 socket.getsockopt() 函数时，access_control.py 中的 get_credentials() 函数将生成异常。

- 处理路径信息的代码经过彻底重写，从而不再进行路径信息具有误导性的假设。如果不存在路径信息，则会显示为“<Unknown>”。

- 在某些情况下，setroubleshoot 在非英语区域设置中会产生问题，从而可能导致 python 回溯、弹出包含错误的 sealert 窗口、回溯后出现“RuntimeError: maximum recursion depth exceeded”错误，或回溯后出现“UnicodeEncodeError”错误。

- 即使禁用了 SELinux，也会运行 sealert，从而导致出现“attempt to open server connection failed”错误。
 Sealert 现在会检查是否启用了 SELinux。

- 数据库 setroubleshoot 仍为全局可读。setroubleshoot 数据库现在为 600 模式，并且所有者是根用户和组。

- setroubleshoot 未验证为用户设置 AVC 过滤选项的请求。在这些更新后的程序包中，通过检查确保请求来自过滤器所有者。

- 以前的 setroubleshoot 程序包需要一系列 GNOME 程序包和库。因此 setroubleshoot 被拆分为 2 个程序包：setroubleshoot 和 setroubleshoot-server。

- 解码审计字段时的一个缺陷导致出现“Input is not proper UTF-8, indicate encoding!”错误消息。解码代码已被重写。

- setroubleshoot init 脚本中的一个文件名不匹配将导致关机失败。

sealert が診断メッセージを一時ファイルに書き込む方法で、欠陥が見つかりました。権限のないローカルユーザーは、シンボリックリンク攻撃を仕掛ける可能性があり、被害者が sealert を実行するときに、他のユーザーが書き込み可能な任意のファイルを上書きさせる可能性があります。（CVE-2007-5495）

sealert が、setroubleshoot データベースからのレコードを、エスケープされていない HTML として表示する方法で、欠陥が見つかりました。権限のないローカルの攻撃者は、入念に細工されたプロセスまたはファイル名で AVC 拒否イベントを引き起こすか、スクリプティング攻撃として使用される可能性がある任意の HTML タグをログに忍び込ませるか、またはユーザーが実行している sealert を混乱させる可能性があります。（CVE-2007-5496）

さらに、これらの更新パッケージでは、次のバグが修正されています：

- 特定の状況で、sealert プロセスは CPU を過剰に使用していました。現在、これらの警告は最大 30 回に制限されており、ポーリングの代わりに D-Bus が使用されており、過剰なウェイクアップを引き起こすスレッドは削除されており、そして、より堅牢な例外処理が追加されています。

- sealert の「-a」、「-l」、「-H」、および「-v」のオプションをさまざまに組み合わせると、ドキュメントに記載されているようには動作しませんでした。

- SETroubleShoot ブラウザでは、複数のエントリが削除できるようになっていませんでした。

- SETroubleShoot ブラウザは、特に SELinux の予防についての警告を行う際に、SELinux が Enforcing または Permissive のいずれかのモードを使用しているかを示すステートメントを表示しませんでした。

- SETroubleShoot ブラウザは、ある場合において、パスに関する間違った指示を出しており、ファイルへの完全なパスを表示しないことがありました。

- /etc/setroubleshoot/setroubleshoot.cfg ファイルから、メールの受信者を受信者オプションに追加し、続いて SELinux 拒否を生成すると、トレースバックエラーを引き起こしていました。
 受信者オプションは削除されています。現在、[ファイル] -> [メール通知リストの編集] にナビゲートするか、または /var/lib/setroubleshoot/email_alert_recipients ファイルを編集することで、メールアドレスは SETroubleShoot ブラウザにより管理されます。

- setroubleshoot ブラウザは、httpd_sys_content_t コンテキストとディレクトリパスの間のピリオドを不適切に表示していました。

- PowerPC アーキテクチャにおいて、access_control.py での get_credentials() 関数は、socket.getsockopt() 関数を呼び出す場合に、例外を発生させることがありました。

- パス情報は誤解を与えていたため、今後は何も仮定しないように、パス情報を処理するコードは全面的に書き直されています。パス情報が提示されない場合は、「<Unknown>」として提示されることになります。

- 英語以外のロケールの場合、特定の状況において、setroubleshoot に問題があったため、python のトレースバック、エラーを含む sealert ウィンドウのポップアップ、トレースバック後の「RuntimeError：最大の再帰深度を超えました」エラー、またはトレースバック後の「UnicodeEncodeError」を引き起こす可能性がありました。

- SELinux が無効な場合でも sealert は起動したため、「サーバー接続を開くことに失敗しました」エラーを引き起こしていました。
 現在、sealert は SELinux が有効または無効のどちらであるかをチェックしています。

- データベース setroubleshoot maintains は誰でも読み取れます。現在、setroubleshoot データベースはモード 600 であり、root ユーザーとグループにより所有されています。

- setroubleshoot は、ユーザー用の AVC フィルター処理オプションを設定するリクエストを検証していませんでした。これらの更新済みパッケージでは、リクエストはフィルターの所有者が出したものであることをチェックしています。

- setroubleshoot のこれまでのパッケージでは、複数の GNOME パッケージとライブラリが必要でした。したがって、setroubleshoot は、setroubleshoot および setroubleshoot-server の 2 つのパッケージに分割されています。

- 監査フィールドをデコードする際でのバグにより、「入力は適切な UTF-8 ではありません、エンコードすることを示しています！」エラーメッセージを引き起こしていました。デコードするためのコードは書き直されています。

- setroubleshoot init スクリプトでファイル名が一致しない場合に、シャットダウンが失敗することがありました。

A flaw was found in the way sealert wrote diagnostic messages to a temporary file. A local unprivileged user could perform a symbolic link attack, and cause arbitrary files, writable by other users, to be overwritten when a victim runs sealert. (CVE-2007-5495)

A flaw was found in the way sealert displayed records from the setroubleshoot database as unescaped HTML. An local unprivileged attacker could cause AVC denial events with carefully crafted process or file names, injecting arbitrary HTML tags into the logs, which could be used as a scripting attack, or to confuse the user running sealert. (CVE-2007-5496)

Additionally, the following bugs have been fixed in these update packages :

  - in certain situations, the sealert process used     excessive CPU. These alerts are now capped at a maximum     of 30, D-Bus is used instead of polling, threads causing     excessive wake-up have been removed, and more robust     exception-handling has been added.

  - different combinations of the sealert '-a', '-l', '-H',     and '-v' options did not work as documented.

  - the SETroubleShoot browser did not allow multiple     entries to be deleted.

  - the SETroubleShoot browser did not display statements     that displayed whether SELinux was using Enforcing or     Permissive mode, particularly when warning about SELinux     preventions.

  - in certain cases, the SETroubleShoot browser gave     incorrect instructions regarding paths, and would not     display the full paths to files.

  - adding an email recipient to the recipients option from     the /etc/setroubleshoot/setroubleshoot.cfg file and then     generating an SELinux denial caused a traceback error.
    The recipients option has been removed; email addresses     are now managed through the SETroubleShoot browser by     navigating to File -> Edit Email Alert List, or by     editing the     /var/lib/setroubleshoot/email_alert_recipients file.

  - the setroubleshoot browser incorrectly displayed a     period between the httpd_sys_content_t context and the     directory path.

  - on the PowerPC architecture, The get_credentials()     function in access_control.py would generate an     exception when it called the socket.getsockopt()     function.

  - The code which handles path information has been     completely rewritten so that assumptions on path     information which were misleading are no longer made. If     the path information is not present, it will be     presented as '<Unknown>'.

  - setroubleshoot had problems with non-English locales     under certain circumstances, possibly causing a python     traceback, an sealert window pop-up containing an error,     a 'RuntimeError: maximum recursion depth exceeded' error     after a traceback, or a 'UnicodeEncodeError' after a     traceback.

  - sealert ran even when SELinux was disabled, causing     'attempt to open server connection failed' errors.
    Sealert now checks whether SELinux is enabled or     disabled.

  - the database setroubleshoot maintains was     world-readable. The setroubleshoot database is now mode     600, and is owned by the root user and group.

  - setroubleshoot did not validate requests to set AVC     filtering options for users. In these updated packages,     checks ensure that requests originate from the filter     owner.

  - the previous setroubleshoot packages required a number     of GNOME packages and libraries. setroubleshoot has     therefore been split into 2 packages: setroubleshoot and     setroubleshoot-server.

  - a bug in decoding the audit field caused an 'Input is     not proper UTF-8, indicate encoding!' error message. The     decoding code has been rewritten.

  - a file name mismatch in the setroubleshoot init script     would cause a failure to shut down.

Updated setroubleshoot packages that fix two security issues and several bugs are now available for Red Hat Enterprise Linux 5.

This update has been rated as having moderate security impact by the Red Hat Security Response Team.

The setroubleshoot packages provide tools to help diagnose SELinux problems. When AVC messages occur, an alert is generated that gives information about the problem, and how to create a resolution.

A flaw was found in the way sealert wrote diagnostic messages to a temporary file. A local unprivileged user could perform a symbolic link attack, and cause arbitrary files, writable by other users, to be overwritten when a victim runs sealert. (CVE-2007-5495)

A flaw was found in the way sealert displayed records from the setroubleshoot database as unescaped HTML. An local unprivileged attacker could cause AVC denial events with carefully crafted process or file names, injecting arbitrary HTML tags into the logs, which could be used as a scripting attack, or to confuse the user running sealert. (CVE-2007-5496)

Additionally, the following bugs have been fixed in these update packages :

* in certain situations, the sealert process used excessive CPU. These alerts are now capped at a maximum of 30, D-Bus is used instead of polling, threads causing excessive wake-up have been removed, and more robust exception-handling has been added.

* different combinations of the sealert '-a', '-l', '-H', and '-v' options did not work as documented.

* the SETroubleShoot browser did not allow multiple entries to be deleted.

* the SETroubleShoot browser did not display statements that displayed whether SELinux was using Enforcing or Permissive mode, particularly when warning about SELinux preventions.

* in certain cases, the SETroubleShoot browser gave incorrect instructions regarding paths, and would not display the full paths to files.

* adding an email recipient to the recipients option from the /etc/setroubleshoot/setroubleshoot.cfg file and then generating an SELinux denial caused a traceback error. The recipients option has been removed; email addresses are now managed through the SETroubleShoot browser by navigating to File -> Edit Email Alert List, or by editing the /var/lib/setroubleshoot/email_alert_recipients file.

* the setroubleshoot browser incorrectly displayed a period between the httpd_sys_content_t context and the directory path.

* on the PowerPC architecture, The get_credentials() function in access_control.py would generate an exception when it called the socket.getsockopt() function.

* The code which handles path information has been completely rewritten so that assumptions on path information which were misleading are no longer made. If the path information is not present, it will be presented as '<Unknown>'.

* setroubleshoot had problems with non-English locales under certain circumstances, possibly causing a python traceback, an sealert window pop-up containing an error, a 'RuntimeError: maximum recursion depth exceeded' error after a traceback, or a 'UnicodeEncodeError' after a traceback.

* sealert ran even when SELinux was disabled, causing 'attempt to open server connection failed' errors. Sealert now checks whether SELinux is enabled or disabled.

* the database setroubleshoot maintains was world-readable. The setroubleshoot database is now mode 600, and is owned by the root user and group.

* setroubleshoot did not validate requests to set AVC filtering options for users. In these updated packages, checks ensure that requests originate from the filter owner.

* the previous setroubleshoot packages required a number of GNOME packages and libraries. setroubleshoot has therefore been split into 2 packages: setroubleshoot and setroubleshoot-server.

* a bug in decoding the audit field caused an 'Input is not proper UTF-8, indicate encoding!' error message. The decoding code has been rewritten.

* a file name mismatch in the setroubleshoot init script would cause a failure to shut down.

Users of setroubleshoot are advised to upgrade to these updated packages, which resolve these issues.

ID	Name	Product	Family	Published	Updated	Severity
60408	Scientific Linux 安全性更新：SL5.x i386/x86_64 上的 setroubleshoot	Nessus	Scientific Linux Local Security Checks	8/1/2012	1/14/2021	medium
180621	Oracle Linux 5：setroubleshoot (ELSA-2008-0061)	Nessus	Oracle Linux Local Security Checks	9/7/2023	11/1/2024	medium
60408	Scientific Linux 安全更新：SL5.x i386/x86_64 中的 setroubleshoot	Nessus	Scientific Linux Local Security Checks	8/1/2012	1/14/2021	medium
180621	Oracle Linux 5：setroubleshoot (ELSA-2008-0061)	Nessus	Oracle Linux Local Security Checks	9/7/2023	11/1/2024	medium
180621	Oracle Linux 5 : setroubleshoot (ELSA-2008-0061)	Nessus	Oracle Linux Local Security Checks	9/7/2023	11/1/2024	medium
60408	Scientific Linux セキュリティ更新：SL5.x i386/x86_64 での setroubleshoot	Nessus	Scientific Linux Local Security Checks	8/1/2012	1/14/2021	medium
60408	Scientific Linux Security Update : setroubleshoot on SL5.x i386/x86_64	Nessus	Scientific Linux Local Security Checks	8/1/2012	1/14/2021	medium
180621	Oracle Linux 5 : setroubleshoot (ELSA-2008-0061)	Nessus	Oracle Linux Local Security Checks	9/7/2023	11/1/2024	medium
32419	RHEL 5 : setroubleshoot (RHSA-2008:0061)	Nessus	Red Hat Local Security Checks	5/22/2008	1/14/2021	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium

medium

medium

medium

medium