「OpenSSLでメモリ内容を外部から読み取られる脆弱性が発見される」記事へのコメント

パッチ出揃いつつあるようで

[Anonymous Coward]

RHEL：RHSA-2014:0376 [redhat.com]
CentOS：CESA-2014:0376 [centos.org]
Debian：DSA-2896-1 [debian.org]
Ubuntu：USN-2165-1 [ubuntu.com]

Re:

[Anonymous Coward]

Servermans@VPS [dream.jp]でsqueeze使っているのでパッチが出てません(´･ω･`)
※Servermans@VPSのDebianでwheezyないんです。

Re:パッチ出揃いつつあるようで

[Anonymous Coward]

> The oldstable distribution (squeeze) is not affected by this vulnerability.

問題なしです。

Scientific linuxも

[Anonymous Coward]

http://www.scientificlinux.org/ [scientificlinux.org]
Security Errata SL6xの所にアップデートモジュール上がってます。

ミラーまで伝わるのはもう少し掛るでしょうから、急ぐならこちらから。

Re:

[Anonymous Coward]

自分のPC検索すると結構な数のssleay32.dll1(1.0.1e)がでてきます。

たしか、ssleay32.dllってOpenSSLのWindows版の実装でしたよね
何に利用されているのか分からないけど・・・大丈夫なのかな。
#違ったら埋めてください。

Windows版は影響を受けないとか？

Re:

[Anonymous Coward]

ssleay32.dllを使っているのは、UNIXツールの移植系アプリでしょうね。
脆弱性の影響があるかはバージョンとビルド設定によるけど、アップデートしといたほうが無難だと思う。

私のPCでは、RubyとGnuWin32が使っていた。

＃Microsoft謹製のアプリ（IISを含む）やGoogle ChromeなどはWindows Crypto APIを使っているはずなので、とりあえずは影響ないと思う。

Re:

[Anonymous Coward]

ウイルスバスターとか使ってるみたいですね

影響範囲がかなり大きそう

[siva-jp (18925)]

JPCERTでもアラート出ましたね。
OpenSSL の脆弱性に関する注意喚起 [jpcert.or.jp]

JPCERT/CCの脆弱性分析結果

[Anonymous Coward]

JVNVU#94401838 OpenSSL の heartbeat 拡張に情報漏えいの脆弱性 [jvn.jp]

攻撃元区分(AV)
ネットワーク (N) : ネットワーク経由でリモートから攻撃可能

攻撃条件の複雑さ(AC)
低 (L) : 攻撃成立に必要な条件はない

攻撃前の認証要否(Au)
不要 (N) : 認証は不要

機密性への影響(C)
全面的 (C) : 全ての情報が漏えいする

完全性への影響(I)
全面的 (C) : 情報の正確さや完全さが全面的に損なわれる

可用性への影響(A)
なし (N) : システムの使用は阻害されない

Base Score:9.4

あわわわ、ほぼMAXじゃないか。むしろシステムが止まってくれた方が気づけて何ぼもマシだ((((( ;ﾟДﾟ)))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

Re:JPCERT/CCの脆弱性分析結果

[minet (45149)]

こりゃ数え役満だ

Re:JPCERT/CCの脆弱性分析結果

[shibuya (17159)]

ぱお
もあるかも。がくがくぶるぶる。

Re:

[Anonymous Coward]

AV:N/AC:L/Au:N/C:P/I:N/A:N に訂正されたので、Base Score: 5.0となりました
当初からBase Scoreは5-6程度の評価してた機関もありましたし、内容的にも妥当なのかなぁと

Re:

[Anonymous Coward]

208.67.220.220 の OpenDNS もやばそうですが。海外でも地味に危険だと話題に。

Re:

[Anonymous Coward]

208.67.220.220　の OpenDNS もかなり危険だと言う。

IP Location: United States United States San Francisco Opendns Llc
ASN: United States AS36692 OPENDNS - OpenDNS, LLC,US (registered Mar 21, 2006)
Resolve Host: resolver2.opendns.com
IP Address: 208.67.220.220

「さくらのクラウド」からのアナウンス

[take-ash (28862)]

OpenSSLの脆弱性にご注意ください - さくらのクラウドニュース
http://cloud-news.sakura.ad.jp/2014/04/10/20140407-openssl-security-ad... [sakura.ad.jp]

--
# SlashDot Light [takeash.net] やってます。

Re:

[Anonymous Coward]

OpenSSLの脆弱性、影響は極めて重大――パスワードや秘密鍵の流出も [itmedia.co.jp]

Codenomiconは外部から攻撃を仕掛ける実験を行った結果、特権情報やパスワードを一切使うことなく、証明書の秘密鍵、ユーザー名とパスワード、インスタントメッセージや電子メール、企業の重要文書や通信などを盗み出せることを確認したとしている。

また、セキュリティ企業のFox-ITは、米Yahoo!のユーザー名とパスワードを入手できることを確認した

慌てて公開鍵を作り直したけど

[Anonymous Coward]

OpenSSHは無関係の模様

http://d.hatena.ne.jp/nekoruri/20140408/heartbleed [hatena.ne.jp]
http://blog.n-z.jp/blog/2014-04-08-cve-2014-0160.html [n-z.jp]

ここらへんですかね

[deleted user (28685)]

全部はちゃんと見てませんが、以下のとこですかね。(以下はTLSでDTLSも同じようだ)
(以下は1.0.1-fから抜粋)

#ifndef OPENSSL_NO_HEARTBEATS
int
tls1_process_heartbeat(SSL *s)
        {
        unsigned char *p = &s->s3->rrec.data[0], *pl;
        unsigned short hbtype;
        unsigned int payload;
        unsigned int padding = 16; /* Use minimum padding */

        /* Read type and payload length first */
        hbtype = *p++;
        n2s(p, payload);

送信されたパケットに書いてある、ペイロード長を信じちゃったのね。。ありがちだ。。
-gではペイロード長チェックが追加されているようです。

Re:

[Anonymous Coward]

通信相手から読み取られるってことなんですかね？

Re:

[Anonymous Coward]

まったく信じられないくらい酷いバグだ。こんなコード書く男がいたとは驚いた。いったいコードの何を見てたのか。わけがわからない。たまたま書いてる人が超ルーズか、世界を破滅させようとしたテロリストだとしても、コードを読む人がいたら、こりゃいかんと分かりそうなものだ。それをみんなしてスルー？　理解不能だ。どうした。OpenSSL ピーポーはとうぜんセキュリティの専門家だろう。それでこのコードを放置とは、意味不明にもほどがある。もう OpenSSL の開発者全員 NSA に買収されたか。そうとしか考えられない大失態だ。

Gentoo Linux

[Anonymous Coward]

Gentoo Linuxですが、急場の対応としてコンパイルオプション（USE Flag）の変更で、しのげたようです。

OpenSSLの USE Flagのうち、tls-heartbeatを無効にして再コンパイルしてApacheを再起動すると、http://filippo.io/Heartbleed/ [filippo.io]のチェックで影響あり→影響なしになりました。

数時間後、Gentooからも通知のメールが届きましたが、深刻度はHighではなくNormal。結構深刻な気がするのだが、どうなんでしょう。

> Severity: Normal
> Title: OpenSSL: Information Disclosure
> Date: April 08, 2014
> Bugs: #505278, #507074
> ID: 201404-07

Re:Gentoo Linux

[ncaq (46027)]

私は話を聞いた時には既にgが提供されていました

一見小さなアナウンスだけど・・・

[pico1a (46355)]

これって、かなりの重大ニュースじゃないんでしょうか？

OpenSSLが使われている確率の高さや（というか
使ってない人っているの？）、秘密鍵とられちゃった場合の
被害とか、鍵廃棄と再配布とか・・・

今更騒いでも仕方ないからかな？

Re:一見小さなアナウンスだけど・・・

[brightlight (33350)]

記事によっては「インターネット史上最大の脆弱性」みたいな見出しも見られますから
まあスラドではそこまでは煽らないということにしただけかと

Re:一見小さなアナウンスだけど・・・

[pico1a (46355)]

　これではインターネットそのものが、そっぽ向かれちゃうかもしれないし・・・
　もしや、米国は、インターネットが広まりすぎて、スノー伝さんの様な事も
あったので、こういう「事件」を起こしてインターネットを縮小させるのかもw

　そして、今渡こそ絶対やぶれない証明書で、それがないとアクセス不可能な
「次世代インターネット」が登場。

脱線かもしれないけど

[pico1a (46355)]

ここの

>対策方法
>アップデートする

・・・って、少し違うんじゃないかな。
アップデートする事は勿論大事だけど
一番大事な対策は、既に配ってしまった証明書を無効にして
証明書作り直して再配布することじゃないかなあ・・・

既に、業務に入ってしまったものへの対策が優先って気がする。

取りあえず・・・

[Anonymous Coward]

速攻でSSLのサイトからSourceを落としてmakeで入れました。

#っていうか、パッチなんて待ってられない。

Re:取りあえず・・・

[Anonymous Coward]

攻撃の痕跡が残らないらしいので、もう手遅れのおそれも…。

Re:取りあえず・・・

[Anonymous Coward]

> 悪用された場合秘密鍵など重要なデータが大量に盗み出される恐れがあるとのことだ。
すでに秘密鍵を奪取されていて手遅れの可能性があると想定したら、opensslをアップデートした後で鍵を作り直した上で証明書再発行と旧証明書失効申請をしないと駄目かもしれませんね、こりゃ。

Re:取りあえず・・・

[Anonymous Coward]

管理サーバはyumでアップデートできるからいいとして、全サーバの証明書再発行が限りなく面倒。だからこんな内容なのに今日は書き込みが少ないのか・・・

＞鍵を作り直した上で証明書再発行と旧証明書失効申請

[Anonymous Coward]

なんと面倒な・・・しかも、実際に攻撃に用いられたか不明だけど万が一の可能性を考えるとやっとかないと駄目、というのが気力を削がれますな。
実際に被害が報告されていたら、必要性も感じやすいのだが。

おそらく、現時点で対応した人は大丈夫、発覚後もopensslのアップデートを放置してたサイトはアウト、ぐらいじゃないかと思うのだが・・・。
安全側に倒すなら、対応しないわけにもいかぬか。

Re:＞鍵を作り直した上で証明書再発行と旧証明書失効申請

[pico1a (46355)]

CentOS6.5なんだけど、updateかけてもOpensslが1.0.1eのままだよー；
リポジトリ何か入れないといけないのか・・・
リポジトラレてしまったのか

FreeBSD

[Anonymous Coward]

FreeBSD 8.4、NetBSD 5.0.2およびこれら以降のリリースはすべて攻撃される恐れがあるという

FreeBSD8.4や9.1は問題の拡張機能(?)使ってないから大丈夫 [freebsd.org]って話もあるけど・・・

# 10は影響を受けるけどportは修正した [freebsd.org]みたい。
# 但しまだSecurity Advisoryは出ていない模様。

Re:FreeBSD

[wedge (14149)]

FreeBSD では base にも OpenSSL が入っているので、ports のを使うときは関係するものいっさいつくり直す必要がある、だったような……

「解説サイト」の version 情報はそれぞれのリリース時点に対応する ports の version のようです。
8.4-R, 9.1(9.2)-R で base のままで使っているんだったら 0.9.8y なので(そんなことでいいのか、とかそういう話までは知らん)この件についてはセーフ。
もちろん 10-R は 1.0.1f だからあたりなので、

> # 10は影響を受けるけどportは修正したみたい。
> # 但しまだSecurity Advisoryは出ていない模様。

SA でたら freebsd-update で更新すれば、とか思っていると手遅れってことですね(ぎょぎょ)。
※ いや、そうでなくても手遅れかもって話みたいだけど

Re:FreeBSD

[wedge (14149)]

すみません、ミスが。
> 10-R は 1.0.1f

1.0.1e(1.0.1e-freebsd) っていってますね。
この件を含む SA も出たので freebsd-update して -p1 になったけど、この表示は変わらずみたい

Re:FreeBSD

[shibuya (17159)]

Message-Id: <[e-mail]>
FreeBSD Security Advisory FreeBSD-SA-14:06.openssl [REVISED]　が発行されてますね。

Category: contrib
Module: openssl
Announced: 2014-04-08
Affects: All supported versions of FreeBSD.
Corrected: 2014-04-08 18:27:39 UTC (stable/10, 10.0-STABLE)
                                2014-04-08 18:27:46 UTC (releng/10.0, 10.0-RELEASE-p1)
                                2014-04-08 23:16:19 UTC (stable/9, 9.2-STABLE)
                                2014-04-08 23:16:05 UTC (releng/9.2, 9.2-RELEASE-p4)
                                2014-04-08 23:16:05 UTC (releng/9.1, 9.1-RELEASE-p11)
                                2014-04-08 23:16:19 UTC (stable/8, 8.4-STABLE)
                                2014-04-08 23:16:05 UTC (releng/8.4, 8.4-RELEASE-p8)
                                2014-04-08 23:16:05 UTC (releng/8.3, 8.3-RELEASE-p15)
CVE Name: CVE-2014-0076, CVE-2014-0160

外部というより通信相手

[Anonymous Coward]

外部から読み取られる、と書いてあったので、通信中のSSLセッションに、
第三者が外からちょっかいを出してメモリダンプを読み出せるのかと焦った。

実際には、通信相手のメモリダンプを読み出せるという話か。
SSHサーバを立てているだけでもうダメだ、という話かとおもったけど、そこまでではないのか。
正規の通信相手の中に、信用できないユーザが混ざっている場合にマズいというぐらいかな?

HTTPSの場合は、正規の通信相手=世界中の誰でも、なので、誰にでもサーバの秘密鍵を引っこ抜くことが出来て、
それを使って、そのサーバへの通信が傍受できればデコードできて、マン・イン・ザ・ミドル攻撃もできるという、
実質的にHTTPSが無意味になると言う状態?
ついでに、HTTPサーバのメモリダンプも得られるので、関連するパスワード類もアウト?

SSHの場合は、sshdのプロセスのメモリダンプからルートのパスワードが引っこ抜かれるなどして、
ユーザに与えた権限以上の事をされてしまうかも知れない?

Re:

[Anonymous Coward]

YOUはSSHでSSL使ってるのか？

Re:

[Anonymous Coward]

違ったんですか。
てっきり、SSHはSSLを使って実装されているもんだとばかり。勘違いしていました。

Re:

[Anonymous Coward]

・SSHとSSL/TLSは別物（レイヤーも違う）
・OpenSSHはOpenSSLのライブラリを呼んでいるけど、SSL/TLSで通信しているわけではない。よって、SSL/TLSでの通信時にのみアタックされうる今回の脆弱性の影響は受けない。

名前も似てるんで色々勘違いしやすいですよね。

Re:

[Anonymous Coward]

なるほど。SSLが何でも使える暗号通信の基本だから、telnet/sslみたいなものから始まり、
あれこれ細かい調整を加えた物がSSHに進化したのかななどと漠然と想像していました。

ユーザーとしては

[Anonymous Coward]

全サイトのパスワード変更が必要ですかね。
ユーザー側からはサービス提供業者がどのくらい迅速に対応したのかわかりませんし、漏洩の痕跡が残らないっていうのがやらしすぎる。

「うちはいまだにOpenSSL 0.9なので影響受けません！」っていうところはアナウンスしてほしいですね（それはそれで心配になるというオチ）。

Re:ユーザーとしては

[siva-jp (18925)]

みんな大好きBIG-IPは、2014年に入ってから出荷、みたいな新しいの以外は、0.9.8系が入ってるんで、ひとまず安心みたいですね。

http://support.f5.com/kb/en-us/solutions/public/14000/400/sol14457.html [f5.com]

Re:

[Anonymous Coward]

素人でよくわからないですけど、パスワード変更が必要って言ったって、変更するときに通信するんだから、その時に抜かれるんじゃない？へたにログインしたら抜かれそうだし、影響を受けるサイトはアクセスを全てブロックしてアップデートするくらいして欲しいですが、きっと裏でこっそりやって、うちは大丈夫ですとか言っちゃいそうな気がする。

Re:

[Anonymous Coward]

よほど最近立てたサーバか新しいモノ好きの鯖管じゃないければ1.0系は使ってないと思いますよ

＞1.0系は使ってないと思いますよ

[Anonymous Coward]

そうでもないみたいですよ。

OpenSSL脆弱性にベンダーが状況公開、影響システムを探る動きも [itmedia.co.jp]

Googleは米国時間の9日までに、検索サービスやGmail、YouTube、Wallet、Play、Apps、App Engineなどの主要サービスで問題を修正したと発表した。ChromeとChrome OSは影響を受けないという。

Google Cloud PlatformやGoogle Search Appliance（GSA）については現在対応中。Google Compute Engineの顧客は各インスタンスについてOpenSSLを手作業で更新するか、既存のイメージを更新版のOpenSSLを含むバージョンに入れ替える必要がある。

MozillaはPersonaとFirefox Accou

これってSSL使ってなければセーフなんでしょうか？

[Anonymous Coward]

SSL接続自体許可してないとか
SSL接続しててもオレオレ証明書状態のサイトって特に実害なかったりします？

IETFが問題

[Anonymous Coward]

なぜTheo de RaadtはIETFに激怒しているのか
http://cpplover.blogspot.jp/2014/04/theo-de-raadtietf.html [blogspot.jp]

Open SSLとOpen Dnsに脆弱性

[Anonymous Coward]

Open SSLに問題が有るなら、当然Open Dnsにも問題があるのが普通。　
因みにOpenDNSのIP　208.67.220.220 は、consent.exeに直接攻撃を仕掛け、攻撃されるとタスクバーの電源オプションに×印が付くそうだ。

XPの次に攻撃されるのはVista、windows7だと言われていてバッテリーへの攻撃が予想される。

Re:

[Anonymous Coward]

アメリカ以外は大丈夫だとでも？