已發現並修正 glibc 中的多個弱點：

在 GNU C 程式庫 (即 glibc 或 libc6) 的特定修改版本中，包括 Red Hat Enterprise Linux 的 glibc-2.5-49.el5_5.6 和 glibc-2.12-1.7.el6_0.3 在內，elf/dl-object.c 有多個不受信任的搜尋路徑弱點，允許本機使用者在位於 (a) RPATH 或 (b) RUNPATH 中的 (1) setuid 或 (2) setgid 程式執行期間，透過目前工作目錄之子目錄中的特製動態共用物件 (DSO) 取得權限。注意：此問題之所以存在，是因為 CVE-2010-3847 的修正不正確 (CVE-2011-0536)。

GNU C 程式庫 (即 glibc 或 libc6) 2.12.2 之前版本和內嵌 GLIBC (EGLIBC) 允許內容相依的攻擊者透過在 fnmatch 呼叫中使用的 UTF8 長字串，執行任意程式碼或造成拒絕服務 (記憶體消耗)，即堆疊延伸模組攻擊；這是與 CVE-2010-2898 相關的問題，原本由 Google Chrome 報告用於此程式庫 (CVE-2011-1071)。

GNU C 程式庫 (aka glibc 或 libc6) 2.13 版及更舊版本中的 addmntent 函式未在嘗試寫入 /etc/mtab 檔案失敗時報告錯誤狀態，使得本機使用者就像範例所示，只是從處理程序寫入小小的 RLIMIT_FSIZE 值，就會輕易造成此檔案損毀，此弱點不同於 CVE-2010-0296 (CVE-2011-1089)。

在 GNU C 程式庫 (即 glibc 或 libc6) 2.13 之前版本中，locale 的 locale/programs/locale.c 未引用其輸出，這可能允許本機使用者透過特製當地語系化環境變數，並搭配執行使用 eval 函式的指令碼之程式來取得權限 (CVE-2011-1095)。

GNU C 程式庫 (aka glibc 或 libc6) 2.13 版及更舊版本中 posix/fnmatch.c 的整數溢位，可讓內容相依的攻擊者透過在 fnmatch 呼叫中將特製樣式引數與 UTF8 長字串搭配使用來造成拒絕服務 (應用程式損毀)，此弱點不同於 CVE-2011-1071 (CVE-2011-1659)。

比 1.1 版舊的 crypt_blowfish 版本，當用於特定平台上的 glibc 時，因不能正確處理 8 位元字元，使得內容相依的攻擊者更容易運用已知的密碼雜湊來判斷純文字密碼 (CVE-2011-2483)。

已修補更新版套件，以更正這些問題。

偵測

Mandriva Linux 安全性公告：glibc (MDVSA-2011:178)

medium Nessus Plugin ID 56953

找不到變更記錄