2009年07月23日 fno-delete-null-pointer-checks CNET Japan : Linuxの脆弱性を突くゼロデイエクスプロイトが公開に Linux Kernel の脆弱性により、見慣れない GCC のコンパイルオプションが話題になっています。恥かしながら、私は今回の一件で始めて知りました。GCC の online manual を見る限り、少なくとも GCC 3.0.4 からは存在するオプションのようです。 GCC Manual 3.10 Options That Control Optimization -fdelete-null-pointer-checks マニュアルの説明を読むと、既に一回ポインタを間接参照した後の NULL チェックは無意味だから削除するという、何の問題も無い最適化に見えます。 GCC 4.4.1 までは -O2,-O3,-Os で

http://slashdot.jp/linux/article.pl?sid=09/07/22/0121226 この脆弱性であるが、Linuxにおいてはユーザプロセスが0番地にmmap()することが合法だったので ユーザ空間のデーモンなどにも大穴があいていた。 んで、そもそもなんで０番地mmapなんかする必要があるんだーーという議論になり、vm86では必要とか そんな議論に。 で、一時互換性重要派閥が勝利しかけたんだけど、Linus裁定により、特殊なpersonalityを持つプロセス以外０番地mmap()できなくなったはず。 うろ覚えで書いているから、まったく間違っているかもしれない。 まあ、ようするにgccの仮定がセキュリティ視点からはナンセンス極まりなかった。とそういうイージーな問題。 追記：なんか、Eric Parisがうだうだ言ってたので貼っとく。 ようするに、SELinuxを

2009/07/18 Linuxカーネル2.6.30にルート・エクスプロイト The Hによると、Grsecurityプロジェクトの開発者ブラッド・スペングラー氏がRHEL 5 の Linuxカーネル 2.6.30と2.6.18のTunインタフェースの脆弱性を使ったルート・エクスプロイトを公開した。この脆弱性はソースコードの監査では見付ける事はできないし、SELinuxのような拡張セキュリティを回避してしまう。この問題は普通はエクスプロイト化しないヌルポインタの修飾参照が、GCCで最適化を行うとエクスプロイト化してしまうという奇妙なものだからだ。下記コードで if(!tun) はエラーで0(null)を返すべきところが、変数が既に割り当てられていたり、修飾参照されていると、コンパイラは 'if' ブロックを外してしまい、カーネルは0x00000000にアクセスしようとし、攻撃者は自身のコー

i386 CPU Register (未完) CPUの判別 メモリ機構 セグメント機構 ページング機構１ ページング機構２ 割り込みと例外 リアルモードの割り込み/例外 プロテクトモードの割り込み/例外 H/W キーボード コントローラ(KBC) GATE A20 BIOS Data Area IO Base Address OpenBSDで使われるデータ構造 List Singly-linked List(SLIST) Doubly-linked List(LIST) Queue Simple queue(SIMPLEQ) Tail queue(TAILQ) Circle queue(CIRCLEQ) ファイルフォーマット a.out format elf format コンパイラとか GCC マニュアル Gnu Assembler GCC Inline Assembler Kernel

Write gcc in C++ (GCC Summit 2008 in otawa) PDF # GCC Summit に行ってきて興奮冷めやらぬ QLeap さんに twitter でこの PDF を教えてもらったのが，そもそもの関心を持ったきっかけ． あとの流れは， Converting GCC to C++ ＞ tabesugi.net 2008年 6月 (2)。Jun 19 [Thu] (20:38) ＞＞はじめてのにき (2008-06-20) みたいな感じ． Lisp ってのがあいまいですけど，通常単に Lisp と言ったら，Common Lisp のはず．そして Common Lisp はネイティブコンパイラの方が普通だと思います． ブートストラップを達成云々は CLISP (バイトコードコンパイラ) じゃなくて，SBCL (CMUCL) のことですかね．SBCL (CMU

どうも、Ubuntu（読み:ウブントゥ）でPrexがビルドできないらしい。 ./common/common.o: In function `printk': prex-0.4.2/boot/common/debug.c:77：undefined reference　to ‘__stack_chk_fail’ make[1]: *** [bootldr] error 1 make[1]: Leaving directory `/project/prex/prex-0.4.2/boot' make: *** [boot] error 2 ちょっと見で、SSP (Stack-Smashing Protector)関連の問題だとわかる。スタックを保護するSSPはgcc-4.1から正式に導入されたが、それを利用するには -fstack-protector の指定が必要だ。Prexではそんなものは、も

コンピュータ・アーキテクチャシリーズ (Computer Architecture Series) Oversea Publishing が刊行する西田 亙の連作。 既刊書 GNU開発ツール (GNU Development Tools) -- 2006年8月30日 初版第一刷出版 背景と目的 私が初めてコンピュータに触れたのは、1980年春のことでした。当時は、外部記憶装置が極めて高価な時代であり、一般的なマイコン（my computer）にはハードディスクはもちろん、フロッピーディスクすら接続されていませんでした。標準で提供されていた唯一の入出力装置は、カセットテープであり、毎秒60バイトという気が遠くなるほど緩慢な時の流れの中で、プログラムのSAVE/LOADが行われていました。8ビットCPUのクロックは4MHｚ、標準搭載RAMは16Kバイトでしたから、現在のパソコンと比較すると、ク

Free the Software! Free Software hosting for core toolchain and developer tools Did you know about: builder.sourceware.org, patchwork.sourceware.org, inbox.sourceware.org and snapshots.sourceware.org? News/Announcements June 16, 2024 binutils and gdb now also generate code snapshots on snapshots.sourceware.org. June 10, 2024 Sourceware infrastructure community updates for Q2 2024. Ongoing rDNS ema

PIE (位置独立実行形式) を作成する 通常、PIC (位置独立コード) は共有ライブラリに用いられますが、Linux 上で最近の GCC, Glibc および GNU Binutils を使うと、実行ファイルも位置独立にすることができます。本記事では PIE (位置独立実行形式) を作成する方法と特徴を紹介します。 PIE の基本 それでは例を見てみましょう。次のようなファイル foo.c があるとします。 #include <stdio.h> void foo() { printf("hello\n"); } int main() { foo(); return 0; } このファイルを -fPIE というオプションをつけてコンパイルし、 -pie というオプションをつけてリンクすれば PIE を作成できます。出来上がったファイルは普通に実行できます。 % gcc -c -fPIE