皆様、セキュリティホールは埋めとけよ

日々発見されるセキュリティホール。
その情報を一人であつめるのは大変です。情報の共有をしましょう。
先人達が埋めてくれた穴は、ありがたく反映させていただきましょう。

http://www.redhat.co.jp/support/errata/rh72-errata-security.html
http://www.turbolinux.co.jp/security/
http://www.vinelinux.org/errata/2x/i386.html
http://www.debian.org/security/

ML等からの情報もよろしく

test

test

　 ∧_∧∩
　(　ﾟ∀ﾟ)彡
⊂　⊂彡 eroda! eroda!
　(つ ﾉ
　 (ノ

石油里程掘

【PC/セキュリティ】悪質Flashファイルでネットワーク機器を攻撃？［01/15］
http://news24.2ch.net/test/read.cgi/wildplus/1200381990/

2009年初カキコ

SELinux、使っていません

age

俺の尻にセキュリティホールが！
誰かに埋められるのか！？

俺の尻にもセキュ(ry
>>618
お前ので埋めてくれ

ご存じの方教えてください
/dev/memというのがありますが、BSDだとセキュリティレベルで
アクセス不可に出来ますが、Linux(の何らかのディストリビューション)
ではどのように対策してるのでしょうか？ BSD と同様の機構が用意
されてるのでしょうか？

誰に対してアクセス制御したいん？

>>620
パーミションによる保護だけでは不十分なのでは、ってこと?

>>621 root 乗っ取られた場合でも大丈夫なように書き込み禁止とか(Xは使えなくて良い前提)
>>622 その通りです

>>623
/dev/memを書き込みできないようにして何を守るんですか？
rootは任意のカーネルモジュールを読み込めるんですよ？

FreeBSD ではこんな感じ。
http://www.jp.freebsd.org/QandA/HTML/1730.html

FreeBSD ではカーネルモジュールの読み込みも禁止されるみたい。
http://www.freebsd.org/doc/en/books/faq/security.html#SECURELEVEL

ちょっとぐぐると、securelevelよりももっと細かく制御できる
capabilitiesを使う方針みたいですね。

ttp://www.linuxsecurity.com/docs/SecurityAdminGuide/SecurityAdminGuide-10.html

なるほど、ありがとうございます。
じっくり見てみます。

>>620
http://tomoyo.sourceforge.jp/
TOMOYO Linux
app armerもあるけど
https://wiki.ubuntu.com/AppArmor
資料はほとんど英語
SELinuxは/dev/memに所属するグループを書き込み禁止にすれば良いけど
グループに所属する他のプログラムまで影響する
自前でポリシ作れば何とかなるけど面倒
SELinuxはFedoraやCentOSに付いてるデフォのtargetポリシでも効果はあるけど
mlsポリシのがいいんかな
制限がきつくて運用がしんどいけど

OpenSSL 1.0.0d, 0.9.8r
> 08-Feb-2011: OpenSSL 1.0.0d is now available, including important bug and security fixes
> 08-Feb-2011: OpenSSL 0.9.8r is now available, including important bug and security fixes
http://openssl.org/news/secadv_20110208.txt

>>617-618 warota

埋め

＞大阪府三島郡島本町の小学校や中学校は、暴力イジメ学校や。
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人同様になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな

＞島本町って町は、暴力といじめの町なんだな

子供の時に受けた酷いイジメの体験は、一生癒えない後遺症になるなあ

LiveCDで記録できるデバイスなしで使うときだけ使っているから
何も奪われないし、改変などできるわけない。
毎日再起動したら初期状態で変更は全て消える。

これでも感染すると言う奴がでてくるのが２ｃｈの姿。
ＦＷなんてＩＳＰが貸してくれるルータで充分な。ＷＡＮに直でつながるＩＳＰ
とか入るほうが問題だろ。
だいたいほとんどの問題はＬＡＮ上で動くファイル共有やらＯＳの遠隔操作
機能やらＩＥとＯＥだろ。これらを使っていない時点でなんの問題あるの？
メール？バカ？メールはメール専門ＰＣを別セグメントで用意するから問題ない。

こういうのが一番危ない
恐ろしいのはセキュリティ板住人の9割がこういう思想なこと

>>634
ウイルスには感染可能だぞ
まあ感染しても再起動時にはリセットされて真っさらな状態に戻るけどな

Linuxなので安全です。
心配するだけ無駄。

閲覧でウイルス感染も「ｂａｓｈ」に重大欠陥
ttp://www3.nhk.or.jp/news/html/20140927/t10014922101000.html

＞インターネットのホームページを表示するサーバーで広く利用されているプログラムに重大な欠陥が見つかり、放置しておくと、
個人情報の流出などを招くおそれがあるとして、セキュリティー機関などが早急な対策を呼びかけています。

＞欠陥が見つかったのは、Ｌｉｎｕｘという基本ソフト上で動く「ｂａｓｈ」と呼ばれるプログラムで、インターネットのホームページを
表示するサーバーで広く利用されています。

ここまで大げさにしたら
どうなんるんだろ、仕掛人および実行犯

>>639
仕掛人とか実行犯って何の話?

ただの妄想だから気にすんな

シェルに問題があっても、Webサーバ機能にどう影響してるのか
イマイチ不明だな。

そもそそもwebサーバが動作しているユーザ:グループは、シェルログイン
がデフォルトで不可能になってるはずだが。

>>642
http://www.walbrix.com/jp/blog/2014-09-bash-code-injection.html

修正されたようやね

環境変数で実行できるbash脆弱性を悪用できる情報が次々と見つかっているから、
bashを別のシェルに置き換えるしか対策はないのかな

あげ

>>640
MSのことだろね。

JVNVU#98974537 OpenSSL に複数の脆弱性
http://jvn.jp/vu/JVNVU98974537/

毎度 make test で目が回る

The GHOST Vulnerability
https://community.qualys.com/blogs/laws-of-vulnerabilities/2015/01/27/the-ghost-vulnerability

HeartbleedもShellshockもセキュリティ板では全く話題にならなかった
今回もそうなるんだろうな、んでここのような他の板のスレで細々と語られる

今回のは glibc の問題だからこの板でいいんじゃね。

セキュリティアップデートだけ集めてディストリ作ったらどんな構成になるんだろ？

リコールの起きたパーツだけ集めて車作ってみました、みたいな？

博多駅前にでっかいセキュリティホールが開いてます
これを読んだ人は思い出してあげてください

はい

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

Q7ZR3XXMBX

セキュリティホール埋めたら再起動なパッチ記念

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

II3J1