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
● [Thoughts] プログラマの教養は manual pages に宿る (その６) ６回目にして、いよいよ stdio.h の登場です。stdio は STanDard Input/Output の略であり、標準入出力関数のプロトタイプ宣言, 関連するマクロや構造体の定義などを収めています。 printf 関数宣言 stdio.h ヘッダーファイルを利用する前に、man 3 printf で printf ライブラリ関数の説明を見ておきましょう(セクション３を指定しない場合、セクション１の printf コマンドが表示されるので注意)。 PRINTF(3) Linux Programmer’s Manual PRINTF(3) NAME printf, fprintf, sprintf, snprintf, vprintf, vfprintf, vsprintf, vsnprint
GCC やっぱすごいなぁという話 まぁコード生成する類のものは全部メタプログラミングだと考えるとします。当時のkinaba先生世界観。例としては C のコードを cpp で C にするとか、 C のコードを gcc で asm にするとか autotools でほげほげとか。 それはともかく最近思いついた(全然コードを読まない)コードリーディング技法として make してみてその標準出力をゆっくり眺めるというものがあります。ファイルの依存関係がわかれば割と内容は予測がついたりします。あと GCC のコード眺める技法として gdb で適当に break しかけてバックトレースを見ると普通に追うよりラクというのがあるのですがそれは別の話。 でまぁ make の出力とか見てると GCC ってすごいメタプログラミングの宝庫だなぁと思ったのでした。特にフロントエンド側よりバックエンド側がにんともかん
どうも、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ではそんなものは、も
ほぼ 2 年前ほどから利用できるようになった glibc の関数ポインタをビット排他的論理和で暗号化する C プリプロセッサ・マクロ PTR_DEMANGLE/PTR_MANGLE の使い方の例をメモです。 マクロは sysdep.h で定義されていました。 ⇒ PTR_MANGLE file:\.h$ - Google Code Search glibc-2.4/sysdeps/unix/sysv/linux/powerpc/powerpc64/sysdep.h 296: # ifdef __ASSEMBLER__ # define PTR_MANGLE(reg, tmpreg) \ ld tmpreg,POINTER_GUARD(r13); \ xor reg,tmpreg,reg 使い方の例は、gconv_db.c がわかりやすい。 ⇒ glibc-20061225/iconv/gc
継続ライブラリを書くのに、setjmp を使えば（ある程度）可搬性が維持できると思い実験していたら見事にはまった。 setjmp が使う jmp_buf にはスタックポインタやら汎用レジスタが保存されていて、それらを書き換えて longjmp してあげれば好きな状態に復帰できる。（当然 jmp_buf はアーキテクチャ毎に構造が違う） jmp_buf に保存されている esp / eip が自分で取得したものと違っていてはまりまくった。 jmpbuf[0].__jmpbuf[3] // ebp jmpbuf[0].__jmpbuf[4] // esp jmpbuf[0].__jmpbuf[5] // eip のように取り出せるはずなのだけど saved ebp = bfd0c6a8 saved esp = 40dac680 // 本当の値は bfd0c680 saved eip = f70
コンピュータ・アーキテクチャシリーズ (Computer Architecture Series) Oversea Publishing が刊行する西田 亙の連作。 既刊書 GNU開発ツール (GNU Development Tools) -- 2006年8月30日 初版第一刷出版 背景と目的 私が初めてコンピュータに触れたのは、1980年春のことでした。当時は、外部記憶装置が極めて高価な時代であり、一般的なマイコン（my computer）にはハードディスクはもちろん、フロッピーディスクすら接続されていませんでした。標準で提供されていた唯一の入出力装置は、カセットテープであり、毎秒60バイトという気が遠くなるほど緩慢な時の流れの中で、プログラムのSAVE/LOADが行われていました。8ビットCPUのクロックは4MHｚ、標準搭載RAMは16Kバイトでしたから、現在のパソコンと比較すると、ク
Interface 6月号付録の SH-2 基板を、Linux 上でプログラミングし、リアルタイム OS (HOS)を使い、更に rom 化して、SH-2 内蔵の rom に書き込む方法について述べる。 今回は、第一回目として、Linux 上でのクロスコンパイラ構築方法について述べる。 私の Linux は、Debian Linux 3.1 Sarge であるが、大概の Linux なら同様の方法で、クロスコンパイラが構築できると思う。また、私の Linux 環境にはセルフコンパイル用の gcc 等のインストールは既に済んでいる。もし、セルフ用 gcc 等のインストールが済んでいない人は、そこから行ってほしい。 まず、必要なソースファイルのダウンロードを行う。 ・GCCソースコードの在処 ・BINUTILSソースコードの在処 ・NEWLIBソースコードの在処 上記のリンク先から、下記のファ
小ネタ。MSの中の人のblogをなんとなく眺めていたら、 Address Space Layout Randomization in Windows Vista - Function Pointer Obfuscation http://blogs.msdn.com/michael_howard/archive/2006/05/26/608315.aspx Protecting against Pointer Subterfuge http://blogs.msdn.com/michael_howard/archive/2006/01/30/520200.aspx という記事がありました。要約すると、「長生きするポインタ（特に関数ポインタ）は悪用されやすいので、値を素のまま格納しないほうがよい」という話です。長生きなポインタというのは、 atexit関数で登録された関数へのポインタ (プロ
GOT overwrite? "GOT overwrite" という、(ここでは特にLinuxの)プログラムに対する攻撃方法があります。攻撃が成功すると、そのプロセスの権限での任意コード実行等、深刻な被害を受けます。最近のGNU ld(リンカ)のオプションを用いると、この攻撃から身を守ることができるそうですので、紹介します。 最初にまとめ （こまかいことはあとで） GOT overwrite から身を守るには、gccでプログラムをリンクするときに、 -Wl,-z,now,-z,relro をつけるだけです。起動時間が遅くなるというトレードオフがありますが、GOTがreadonlyになります。GOTがreadonlyなら、GOT overwrite attack を受けたときに、プロセスがSEGVしてくれますので、安全性が高まります。プロセスのメモリマップを確認すると、きちんと w が落ちて
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く