|
[バックナンバーのトップへ] [Linux システム管理のトップへ] いますぐ実践! Linux システム管理 / Vol.110 / 読者数:1090名こんばんは、うすだです。 先週、サーチマン佐藤さん(※)に、 当メルマガを紹介していただきましたが、直後に、 まぐまぐで不達アドレスの整理があったためか(憶測)、 読者数がごっそり減ってしまいました…。 しばらく営業活動してませんでしたので、 相互紹介でどのくらい読者さんが増えるのか、ちょい期待していたのですが、 ああ、もうって感じです。
まあ、相互紹介をするのに、
いいタイミングと悪いタイミングがあるってことを知ることができて、
いい勉強になったと思います。
※
ちなみに、サーチマン佐藤さんのサイトは、以下です。
そんなわけで、地道に精進しようと思った1週間でした。 今週のお題 - ポートをリッスンしているプロセスを知るインターネットから直接見えるサーバは、いけないクラッカーさんからの攻撃を、 極力受けないようにする必要がありますよね。 そのためには、いろいろな対策を行う必要がありますが、その中でも重要な対策に、 余計なサービスを起動しない、というものがあります。 TCP や UDP で待ち受けているポートの数が少なければ少ないほど、 攻撃される対象が少なくなりますので、管理もしやすくなります。 しかし、そのポートを使用しているのが誰なのか、わからないことがあります。 (たとえば、22273番はどのプロセスが使ってるんだ? みたいな。)
サービスが重要なのかどうかを判断する前に、だれがそのポートを使っているのか、
ということがわからないと、どうしようもありません。 それって lsof を使えばいいのでは? と思われた貴兄は、おっしゃる通りですので、 宿題まですっとばしていただいて結構です。 …あ、いや、lsof がなくて、自力で調べる必要があるときに、有用かもしれません。 パッケージのないディストリビューションもありますし。 というわけで、以降は、lsof がなくて自力で調べる必要のあるかたや、 lsof が中でやっていることを知りたいかたに、お送りいたします。
ちなみに、lsof は、以下から入手可能です。
まずは、現在待ち受けているポートを調べてみましょう。 % netstat -an 稼働中のインターネット接続 (サーバと確立) Proto 受信-Q 送信-Q 内部アドレス 外部アドレス 状態 tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22273 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 192.168.1.1:53 0.0.0.0:* LISTEN ... udp 0 0 0.0.0.0:111 0.0.0.0:* udp 0 0 192.168.1.1:53 0.0.0.0:* ...
ここで注目すべきは、
外部(インターネット)から見えるポートをオープンして待ち受けているものです。 上記の場合、内部アドレスが 192.168.1.1:53 以外のものすべてが、 該当することになります。 以降では、TCP のポート80番を待ち受けているプロセス(って、 アレしか考えられませんが…)を調べたいと思います。
では次に、調べたいポートのソケットの iノード番号を求めます。
% cat /proc/net/tcp
sl local_address rem_address st tx_queue rx_queue tr tm->when \
retrnsmt uid timeout inode
0: 00000000:006E 00000000:0000 0A 00000000:00000000 00:00000000 \
00000000 0 0 4064 1 e5f759e0 750 0 0 2 -1
1: 00000000:5701 00000000:0000 0A 00000000:00000000 00:00000000 \
00000000 49 0 5001 1 e47c75e0 750 0 0 2 -1
2: 00000000:0050 00000000:0000 0A 00000000:00000000 00:00000000 \
00000000 0 0 4978 1 e47c7a20 750 0 0 2 -1
3: 0101A8C0:0035 00000000:0000 0A 00000000:00000000 00:00000000 \
00000000 25 0 139992 1 e5f748e0 750 0 0 2 -1
...
ここでは、/proc/net/tcp を参照していますが、/proc/net/udp も、形式は同じです。
詳細は割愛しますが、2つ目の local_address が、
内部アドレスとポート番号を16進数で表したものです。
さて、今調べたいのは、80番のプロセスの場合でした。
% grep :0050 /proc/net/tcp
2: 00000000:0050 00000000:0000 0A 00000000:00000000 00:00000000 \
00000000 0 0 4978 1 e47c7a20 750 0 0 2 -1
ポート番号が80番のソケットの iノード番号は、4978 だということが、 これでわかりました。
あとは、この iノード番号を使用しているプロセスを見つけるだけです。 % ls -l /proc/8672/fd/ 合計 5K lrwx------ 1 usu adm 64 7月 1日 22:47 0 -> /dev/pts/1 lrwx------ 1 usu adm 64 7月 1日 22:47 1 -> /dev/pts/1 lrwx------ 1 usu adm 64 7月 1日 22:47 2 -> /dev/pts/1 lrwx------ 1 usu adm 64 7月 1日 22:47 255 -> /dev/pts/1 lrwx------ 1 usu adm 64 7月 1日 22:47 5 -> /dev/pts/1
実は、このプロセスの実体は bash です。
では、これを利用して、ソケットの iノード番号が 4978 のプロセスを、 探してみましょう。
…とはいえ、肝心のプロセスID がわかりませんよね。 # ls -l /proc/[1-9]*/fd/[1-9]* lrwx------ 1 root root 64 7月 1日 22:47 /proc/1/fd/10 -> \ /dev/initctl| ...
大量に出力されたと思います。手で調べるには多すぎますね。 # ls -l /proc/[1-9]*/fd/[1-9]* | grep 'socket:\[4978\]' lrwx------ 1 root root 64 7月 1日 22:47 /proc/2530/fd/17 -> \ socket:[4978] lrwx------ 1 root root 64 7月 1日 22:47 /proc/3754/fd/17 -> \ socket:[4978] lrwx------ 1 root root 64 7月 1日 22:47 /proc/3755/fd/17 -> \ socket:[4978] どうやら、プロセスID が 2530, 3754 と 3755 のプロセスっぽいぞ、 ということがわかります。ps コマンドで確認してみましょう。
% ps -p 2530,3754,3755
PID TTY TIME CMD
2530 ? 00:00:00 httpd
3754 ? 00:00:00 httpd
3755 ? 00:00:00 httpd
はい、みなさんのご想像の通り、httpd さんでした。 以上、とあるポートをリッスンしているプロセスを調べる方法について、 だらだらっとご紹介しました。
きちんと管理されているところなら、余計なサービスは動作していないと思いますが、
念のため、netstat コマンドで調べてみてください。 宿題の答え先週の宿題は、 ホンモノのコマンドを実行されないようにする方法を考えましょう。 でした。
たとえば、/bin/foo というコマンド(実際にはないと思います)があり、
これをシェルスクリプトでラップしているとしましょう。
ラッパーなスクリプトでオブラートに包んでも、
スクリプトの中を見れば本物のコマンドがばれてしまいます。 % chmod a=x /bin/foo % cat /bin/foo cat /bin/foo: 許可がありません 見えないのはいいのですが、実行もできなくなってしまいます。 % /bin/foo /bin/foo: /bin/foo: 許可がありません しかたがありませんので、さらにラップするものを、C 言語で、 さらっと書いてみました。
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
int main(int argc, char *argv[], char *env[])
{
pid_t pid;
if((pid = fork()) == -1) { /* 子プロセスの生成 */
perror("fork"); /* エラーならメッセージを出力 */
} else if(pid > 0) {
wait(NULL); /* 親プロセスは待つ */
} else { /* 子プロセスは本物を実行 */
execve("/bin/.real_foo", argv, env);
}
return 0;
}
これを foo.c という名前で保存したら、コンパイルして、 /bin/foo_wrap という実行ファイルにします。 # cc -O -o /bin/foo_wrap foo.c そして、/bin/foo_wrap は、実行だけを許可します。 # chmod a=x /bin/foo_wrap
ラッパーは、この /bin/foo_wrap を実行するようにします。 % cat /bin/foo #!/bin/sh /usr/bin/logger -i -t foo -p auth.notice "options: $*" exec /bin/foo_wrap $* % /bin/foo (実行結果) % strings /bin/foo_wrap strings: /bin/foo_wrap: 許可がありません
しかし、/bin/.real_foo というファイルに気づかれてしまうと、
実行はできてしまいますよね。 # mkdir /bin/secret # chmod a=x /bin/secret # mv /bin/.real_foo /bin/secret/ さっきの foo.c の "/bin/.real_foo" を、"/bin/secret/.real_foo" にして、 /bin/foo_wrap を作りなおせば、完成です。
もちろん、パスを知っている場合は、どうしようもありませんが…。 % ls -l /bin/secret/.real_foo -rwxr-xr-x 1 root root 101264 6月13日 2006 /bin/secret/.real_foo % /bin/secret/.real_foo (実行結果)
以上ですが…微妙な回答で、申し訳ありません…。 今週の宿題今週の宿題は、 UDP のポートを使用しているプロセスを調べてみましょう。 です。 本題では、TCP のポートを調べましたが、UDP の場合も同様に調べることができます。 ご自身の管理されているサーバ上で、よくわからないやつがありましたら、 実際に調べてみてください。 あとがきさっき、今年はじめての、黒い忌まわしき存在に遭遇しました。 新築と同時に住みはじめ、いままで、 大きな1匹しか出現したことがありませんでしたので、ここ数年は、 ちょっと油断していました。 幸い、小さくて、かなり弱っていらっしゃったようでしたので、 超苦手なわたくしでも、撃退することができました。 今後は、このようなことがないように、硼酸ダンゴなどを用意して、 備えたいと思いました。 しかし、こればっかりは、どれだけ備えていても、絶対に起こらない! という保証はありません。憂いなし、とは口がさけても言えません。
あ、これって、システム管理と似ていますね。 …強引なオチで申し訳ありませんが、まだ若干動揺していますので、 これでご容赦いただきたいと存じます。(-ε-;;;;;
今週も、ここまで読んでいただき、ありがとうございました。
「いますぐ実践! Linux システム管理」の解除は、以下からできます。
バックナンバーは、こちらにほぼ全部そろっています。
「栗日記」−今さらですが、毎日栗の絵を描いているわけです。 |
▼ トップ ▼ プロフィール ▼ リンク
▼ 作ってみました
▼ せんでん 
▼ 最近読んだ本
[X]
「センネン画報」 今日 マチ子「粟津潔 デザインする言葉」 粟津潔 「Binary Hacks」 高林 哲,鵜飼 文敏,佐藤 祐介,浜地 慎一郎,首藤 一幸 「Make: Volume01」 オライリー・ジャパン 「セーラが町にやってきた」 清野 由実 「手紙屋」 喜多川 泰 「Linuxカーネル2.6解読室」 高橋 浩和,小田 逸郎,山幡 為佐久 「人蕩し術」 無能 唱元 「子育てハッピーアドバイス2」 明橋 大二, 太田 知子 「ラッセル幸福論」 B. Russell 「それでも人生にイエスと言う」 Viktor Emil Frankl 「子育てハッピーアドバイス」 明橋 大二, 太田 知子 「考具」 加藤 昌治 「北欧デザイン<3>」 渡部 千春 「北斎の謎を解く」 諏訪 春雄 「体感美術館」 平野 暁臣 「チベット永遠の書」 Theodore Illion 「リナックスの革命」 Pekka Himanen 「人月の神話」 Frederick Phillips,Jr. Brooks 「ヤバい経済学」 Steven D. Levitt, Stephen J. Dubner 「小布施ッション<2001-2002>」 セーラ・マリ カミングス 「アンパンマン伝説」 やなせ たかし 「夢をかなえるゾウ」 水野 敬也 「ゲーム開発者のためのAI入門」 David M. Bourg, Glenn Seemann 「北欧デザイン<2>」 渡部 千春 「北欧デザイン<1>」 渡部 千春 「ヒューマン2.0」 渡辺 千賀 「中国・ロシア同盟がアメリカを滅ぼす日」 北野 幸伯 「超ロング・セラー 絶滅寸前商品」 湯浅 豊彦 「The BUG(ザ・バグ)」 すずき ひろのぶ,かとう みつあき 「デザインのデザイン」 原 研哉 「マキアヴェッリ語録」 塩野 七生 「ハンバーガーを待つ3分間の値段」 斎藤 由多加 「星の旅人-スペイン「奥の細道」-」 黛 まどか 「食品の裏側」 安部 司 「On Lisp」 Paul Graham 「ぼくが医者をやめた理由 つづき」 永井 明 「あなたならどうする?」 Jack Nikolaschka 「セキュアプログラミング−失敗から学ぶ設計・実装・運用・管理」 Mark G. Graff, Kenneth R. van Wyk 「「左利き」は天才？−利き手をめぐる脳と進化の謎」 David Wolman 「自分の中に毒を持て」 岡本 太郎 「アトピーの薬を減らす本」 田中 貴子 「岡本太郎「明日の神話」修復960日間の記録」 吉村 絵美留 「X51.ORG THE ODYSSEY」 佐藤 健寿 「アレルギーっ子の暮らし応援BOOK」 佐藤 のり子 「沖縄文化論」 岡本 太郎 「「伝説の社員」になれ!」 土井 英司 「コンピュータの構成と設計(上)」 Patterson & Hennessy 「カラスのジョンソン」 明川 哲也 「ドリルを売るには穴を売れ」 佐藤 義典 「頭がよくなる照明術」 結城 未来 「クロフォードのインタラクティブデザイン論」 Chris Crawford 「いじめの根を絶ち子どもを守るガイド」 Barbara Coloroso 「非常識のすすめ―逆発想の仏教論」 ひろさちや 「Linuxアドバンストネットワーク構築ガイド - HAサーバ構築編」 デージーネット 「イノベーションの達人!」 Tom Kelly, Jonathan Littman 「クリエーター50人が語る創造の原点」 小原 啓渡 「欺術 - 史上最強のハッカーが明かす禁断の技法」 Kevin Mitnick 「楽しい気象観察図鑑」 武田 康男 「入門 Ajax」 高橋 登史朗 「リリカルな自画像」 岡本 太郎 「やぎの目ゴールデンベスト」 林 雄司 「初めてのPython 第2版」 Mark Lutz,David Ascher 「鼻兎」 小林 賢太郎 「なぜ、これがアートなの?」 Amelia Arenas 「芸術起業論」 村上 隆 「まほう色の瞳」 Enrique Barrios 「ラーメンズつくるひとデコ」 ラーメンズ 「R25 つきぬけた男たち」 R25編集部 「美の呪力」 岡本 太郎 「しろのあお」 上大岡 トメ 「ザ・ゴール」 Eliyahu M. Goldratt 「ハッカーと画家」 Paul Graham 「岡本太郎に乾杯」 岡本 敏子 「Fedore Core Expert」 Software Design 「誰も知らない男」 ブルース・バートン 「子どもが育つ魔法の言葉」 ドロシー・ロー・ノルト 「国家の罠」 佐藤 優 「夜回り先生」 水谷 修 「やぎの目絵日記」 林 雄司 「7つの習慣」 スティーブン・R. コヴィー 「まろ、ん?−大掴源氏物語」 小泉 吉宏 「ザ・サーチ グーグルが世界を変えた」 ジョン・バッテル 「ポストモダン・マーケティング」 スティーブン ブラウン 「機動戦士ガンダムさん」 大和田 秀樹 「小エロのひみつ - Webやぎの目研究発表」 林 雄司 「これ、誰がデザインしたの?」 渡部千春 「60分間・企業ダントツ化プロジェクト」 神田 昌典 「ガルシアへの手紙」 エルバート ハバード 「人生は素晴らしいものだ」 オグ・マンディーノ 「ザ・マインドマップ」 トニー・ブザン,バリー・ブザン 「ワインバーグのシステム思考法」 G.M.ワインバーグ 「渋谷ではたらく社長の告白」 藤田 晋 「渋井真帆の日経新聞読みこなし隊」 渋井 真帆 「コラム息切れ」 小野 法師丸 「早朝起業」 松山 真之介 「変な人が書いた驚くほどツイてる話」 斎藤 一人 「35歳から仕事で大切にしたいこと」 村井 勉 「金融広告を読め」 吉本 佳生 「発想する会社!」 トム・ケリー,ジョナサン・リットマン 「エハイク」 吉田 戦車 「人生の旋律」 神田 昌典 「仕事の思想」 田坂 広志 「CPUの創りかた」 渡波 郁 「非常識な成功法則」 神田 昌典 …これ以前は記録してません…
▼ 気に入ってる本
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
