# オープニング #密かに続けている良い習慣 どうもー セキュリティジョッキーの松野です。 5社のセキュリティ企業を立ち上げて300人以上のセキュリティ人材を配置した屈指のセキュリティ企業家である私松野が、 東京都関連のセキュリティ組織で働きつつ、サイバーセキュリティの最新ニュースについて解説しております。 ということでね、今日は、密かに続けている良い習慣に関する話なんですけども、 密かではないので、筋トレは除外ということだと思うんですけれども、ポジティブに常に考えると、 ポジティブシンキングをですね、もはや習慣と言っても過言ではないぐらい続けております。 もちろんですね、僕も生きていればですね、嫌なことだったり、春も経つこともあるわけなんですけども、 そこからもですね、常に何か学びを得られないかであったり、自分のですね、成長につながることはないかなというふうに考えるようにしています。 それによってですね、本当にですね、もう心の底からですね、頭に来ることもですね、この機会があったおかげでですね、 自分がですね、次同じ失敗をしないようにであったりとか、成長に何かですね、何かないかなと、 こういうところでつなげていくということで、心を収めていくという習慣をつけているところがあるなと感じました。 ご参考になれば幸いです。ということで、今回はオープンSSLに関する重要な脆弱性情報について取り上げております。 この放送を通じて、リスナーの皆さんは対象となるバージョンや攻撃の手裏、実運用で取るべき対策について理解を深めていただければと思います。 それではどうぞ! # OpenSSL に複数の脆弱性 オープンSSLに複数の脆弱性 独立行政法人情報処理推進機構IPA及び一般社団法人JPサートコーディネーションセンターJPサートCCは10月1日 オープンSSLにおける複数の脆弱性についてJapan Vulnerability Notes JVNで発表した。 こちらの記事を簡単に解説お願いできますでしょうか。 はい。まず今回の問題は3件のCVEで報告されており、対象となるオープンSSLのバージョン範囲が各CVEごとに細かく示されています。 最も深刻度が高いのはRFC3211に関連する経緯系アンラップ処理で、パスワードベースの暗号かCMSメッセージを複合する際に境界外読書が発生し得るため、サービス停止や悪意ある入力による任意コード実行につながる可能性があります。 2つ目は64bit ARM環境でのSM通所名処理に対するタイミング攻撃の脆弱性で、秘密鍵の漏えいリスクがあります。 3つ目はHTTPクライアントのノープロキシ処理でIPv6アドレスを扱う際の境界外読取で、DOSの原因となり得ます。 開発者は修正版として複数の新しいバージョンをリリースしており、HIPPSモジュールに関しては影響を受けないと公表されています。 JVNは利用者に最新版への更新を呼び掛けていますので、速やかな影響調査と対応が必要です。 RFC3211経緯系アンラップという処理は具体的に何をする部分で、なぜ危険なのでしょうか? はい。RFC3211経緯系アンラップは、鍵を暗号化するための鍵、経緯系で包まれていた別の鍵を複合して取り出す処理です。 ここで境界外読書きが起きると、複合処理に渡すデータの検証が不十分で、メモリの許されない領域にアクセスする恐れが生じます。 その結果、処理がクラッシュしてサービスが停止したり、悪意ある入力の組み合わせにより実行フローが乗っ取られて任意コードが実行されます。 特に外部から入力を受け取って複合する用途に使っている場合は重大ですので、該当バージョンの使用有無をまず確認してください。 SM2のタイミング攻撃というのはどのように秘密鍵を狙うのですか? はい。タイミング攻撃は暗号処理にかかる時間の際を測定して内部の秘密情報を推定する攻撃です。 SM2署名計算で一定の分岐や演算が鍵のビットに依存する場合、処理時間に微小な違いが出ます。 これを多数回観測して統計的に解析すると秘密鍵の一部または全体を復元できる可能性があります。 特に64ビットARMプラットフォームでの実装に脆弱性があるため、その環境で鍵を運用しているシステムは早急に影響を評価し、修正版へ更新することが必要です。 修正方法は具体的にどうすればよいですか?パッケージ更新だけで十分ですか? はい。原則としては開発者が出している修正版のOpenSSLへアップデートすることが最も確実な対策です。 配付パッケージを利用している場合は各OSやディストリビューションのセキュリティパッケージを適用してください。 ソースビルドしている環境では新しいソースを取得して再ビルドと再デプロイを行ってください。 影響を受けるバージョン一覧に該当する場合は、たとえ当面稼働中でも計画的に停止ウィンドウを設けて更新することを推奨します。 プレミアムサポートの古い系列については提供される修正版を確認してください。 リスクを低減するための運用上の追加策はありますか?すぐ更新できない場合の対処も教えてください。 はい。即時更新が難しい場合は該当機能を無効化する一時的な回避策を検討してください。 例えばパスワードベースのCMS複合を外部にさらさない、SM2件の使用を停止して別のアルゴリズムに切り替える、 HTTPクライアントでノープロ機種とIPv6の組み合わせを使わないよう設定するなどです。 ネットワーク制御で該当アプリケーションへの外部アクセスを制限し、 監視を強化して異常なリクエストやエラーの増加を早期に検知することが重要です。 修正版適用後も動作検証と監視を継続してください。 なるほど。今回のポイントはOpenSSLの該当バージョンを特定して速やかに修正版へ更新すること、 すぐ更新できない場合は機能無効化やアクセス制限でリスクを抑えることですね。 また一つ勉強になりました。 # エンディングと今日のまとめ はい、ということでいかがでしたでしょうか。 今回はOpenSSLの脆弱性ということで、 暗号化をしているシステムに関しては、 概ね影響を受けるということかと思うんですけれども、 定期的にこのOpenSSLだったり、 暗号化に関連する脆弱性が公表された場合に、 かなり大きく取り上げられるということがあります。 その辺りの理由なんですけれども、 セキュリティの基本というか、前提となる考え方として、 何かに依存した対策というのは、 非常にリスクがあるというところがあります。 いつも言っているところとしては、 俗人的なセキュリティ対策ですね。 その人がいなくなってしまったらどうなるんだろうと、 こういうことを考えていただければ 分かりやすいと思うんですけれども、 そういった状況の中で、このOpenSSLの位置づけが 非常に難しいというところが言えると思っています。 というのも、暗号化というのは、もはや依存せざるを得ない状況だと 言っても過言ではないわけですね。 つまり、通信が傍受された際に 守ることができるのは唯一、暗号化であるというわけです。 独自の暗号を実装するということも 考えられるかもしれないんですけれども、 ロジック自体に脆弱性がないかどうかということは、 その根本的には変わらないわけです。 そういった意味では、かなりのセキュリティ対策、 特に機密性においては、 この暗号化はイコールですね。 OpenSSLに依存してということで、 その影響の大きさがご理解いただけるのではないかと 思っております。 今日の10分セキュリティラジオは、 月曜から金曜の朝7時15分に配信しております。 そして、わからないことは今すぐ聞こう。 何でも聞ける。 セキュラジー製作室は、 水曜夜8時から絶賛生放送中です。 さらに土曜日は、セキュラジーAIミーシアの まとめチャンネルを放送しております。 ぜひこちらも聞いてみてください。 それではまた、次回のレギュラー配信でお会いしましょう。 セキュリティジョッキーの松野でした。 See you.