JVNVU#912279: glibc の regcomp 関数にサービス運用妨害 (DoS) の脆弱性
glibc の regcomp 関数には、再帰呼出しを繰り返し、スタック領域を使い切ってしまうことに起因するサービス運用妨害 (DoS) の脆弱性が存在します。
Glibc change exposing bugs [LWN.net]
People experiencing sound corruption or other strange bugs on recent distribution releases may want to have a look at this Fedora bugzilla entry. It seems that the glibc folks changed the implementation of memcpy() to one which, in theory, is more highly optimized for current processors. Unfortunately, that change exposes bugs in code where developers ignored the requirement that the source and de
#471021 - locales: EastAsianAmbiguous character width is always 1 in UTF-8 - Debian Bug report logs
Package: locales Version: 2.7-9 Severity: normal First, this has been reported to upstream, but there is no progress for a while. Please allow me to report same one. http://sourceware.org/bugzilla/show_bug.cgi?id=4335 ------------------------------------------------------------------------ According to /usr/share/i18n/charmaps/UTF-8.gz, Character width is 1 by default. W(Wide) and F(Full Width) ar
続々・rxvt-unicode ×問題再び, etc.
_ [comp] 続々・rxvt-unicode ×問題再び いろいろ腑に落ちないけど、locale のほうをいじってみることにした。てか、そもそも locale って何からどうやって生成されてるんだ？ ということで /usr/sbin/locale-gen を見てみる。これ自体シェルスクリプトで、実体の /usr/bin/localedef に渡す引数とかをいろいろやってるようだ。locale.gen(5) より、ja_JP.UTF-8 だと /usr/share/i18n/locales/ja_JP と /usr/share/i18n/charmaps/UTF-8.gz が locale の基になるようだ。で、/usr/share/i18n/charmaps/UTF-8.gz を見てみると、 % Character width according to Unicode 3.2. % -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
About Secunia Research | Flexera
About Secunia Research | Flexera
About Secunia Research | Flexera
GNU libc/regcomp(3) Multiple Vulnerabilities - CXSecurity.com
643889 – Dynamic linker failed to align TCB for AVX
About Secunia Research | Flexera
GNU C Library "regcomp()" Stack Overflow Denial of Service - Advisories - Community
Glibc not compiling in Chapter 6.9
Ulrich Drepper - glibc 2.12