生年月日: 1984/01/25 身長: 158㎝ 出身地: 千葉県 血液型: B型 学歴: 早稲田大学第一文学部卒業 趣味: バイオリン、フラメンコ、音楽鑑賞 特技: 書道
今回のコラムでは,9月から10月にかけて,セキュリティ関連のメーリング・リスト「BugTraq」において,活発な議論が展開された,「traceroute」のセキュリティ・ホールを考察する。tracerouteとは,UNIX系OSのネットワーク・ツールである。IPパケットがどのような経路(ルート)を通って,目的ホストにたどりつくのかを調査するために利用する。TCP/IPを勉強してみようと思った人なら,一度は試したことがあるだろう。 このセキュリティ・ホールは,ローカル・ユーザーがroot権限(管理者権限)を取得できる可能性があるというものである。リモートからは攻撃できないので,危険度はそれほど大きくない。しかしながら,そのメカニズムが興味深い。メモリー管理のプログラム・バグが原因のセキュリティ・ホールであるが,「バッファ・オーバーフロー」や,前回の私のコラムで紹介したセキュリティ・ホールとは
malloc()といえばC言語ではお馴染みのライブラリで、最も良く使用されるライブラリの一つです。しかしその分だけ何らかの不具合を経験した人も多いのではないでしょうか。本書ではmalloc()、free()で確保、解放されるメモリリソースが内部的にどのように管理されているかを説明していきます。mallocライブラリの仕様を理解する事で、ライブラリ使用時に何らかの不具合が発生した際の手助けになればと思います。 ここではLinuxディストリビューションで標準的に使用されているglibcのmallocライブラリを扱います。今回の調査では次の環境を使用しています。 ディストリビューション :Debian sarge パッケージバージョン :glibc-2.3.2.ds1-22 OS : i386 Linux 本書では、上記の通りi386アーキテクチャの場合について記述しています。
やる夫がジョジョの続きを読むようです http://yutori.2ch.net/test/read.cgi/news4vip/1214740690/前回 ★やる夫がジョジョを読むようです(1部~3部) 1 :1:2008/06/29(日) 20:58:10.01 ID:Fpk5YUCq0 |┃三 ガラッ |┃ ____ |┃/⌒ ⌒\ |┃(●) (●) \ ――‐.|┃:⌒(__人__)⌒:::::\ えへへっ |┃ |r┬-| |⌒)第四部借りに来たお! |┃ `ー'ォ // (⌒ヽ・ ・ ̄ / |┃ノ / |┃ つ < |┃ (::)(::) ヽ |┃/ > ) |┃ (__) ___ ━┓ / ―\ ┏┛ /ノ (●)\ ・ お?そのゲームなんだお? . | (●) ⌒)\
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く