通信の安全を守るためにエンジニアができること
55 likes23,536 views
http://secnight.connpass.com/event/30672/ http://togetter.com/li/974201 シャノン技術ブログ http://shanon-tech.blogspot.jp/
通信の安全を守るためにエンジニアができること
- 2. 自己紹介 藤倉 和明 （ふじくら かずあき） 株式会社シャノン 所属 インフラチームマネージャー 兼 情報セキュリティ管理者 兼 情報システム部門長的な何か 共著ですが本書いたことも有ります @fujya 2
- 3. 本日はこれについて 3
- 15. 2011年
- 16. 人々を混乱に陥れたBEAST 2011年頃では多く使われていたSSL3.0/TLS1.0が対象 ブロック暗号のCBCモードに対して選択平文攻撃を行うことでブラウザ内の Cookieを入手するツールが公開された 対策 サーバサイド 1. SSL3.0/TLS1.0を利用せずTLS1.1/TLS1.2を利用する 2. ブロック暗号ではなく、ストリーム暗号（RC4）を利用する クライアントサイド 1. ブラウザのアップグレード 2. 信頼できるネットワークを利用する（MITMの回避） 16
- 20. 2012年
- 23. RC4推奨のジレンマ、そしてLucky 13 以前よりRC4そのものに対する攻撃法は報告されていたが、SSLで使われ るRC4は安全と言われていたが、2013年に効果的な攻撃が報告された 2015年には「解読に2000時間かかっていたものが、75時間に短縮さ れた」と報告 Lucky 13はHMAC付きのCBCモードの脆弱性を利用した中間者攻撃。パデ ィングオラクル攻撃自体は2000年前後に示唆されていましたが、Lucky 13では実証に成功しました。（ただし、限定的な環境での実証） 対策 サーバサイド/クライアントサイド 1. RC4を無効化しCBCモードではなく、認証付き暗号利用モード（GCM/CCM）を利用 ただし、認証付き暗号利用モードはTLS1.2以降で実装 この辺りから雲行きが怪しくなってきた・・・ 23
- 25. 2014年
- 29. 2015年
- 30. FREAKそして、Logjam FREAK、Logjamともに中間者攻撃が行われている環境において、輸出グレ ード暗号にダウングレードしてデータの盗聴、改ざんが可能な状態にする攻 撃 FREAKは対策が容易：輸出グレード暗号については、暗号スイートの中 でも脆弱として位置付け、輸出グレード暗号を無効化すればOK LogjamはDH鍵交換の脆弱性。512bitは完全にアウトで無効化しやす いが、1024bitがグレーゾーンで議論が分かれる。 1. 大学研究機関規模の計算リソースがあれば 768bit 2. 国家規模の計算リソースがあれば 1024bit 現実的な計算可能範囲として指摘されている AWSとか使えば国家規模の計算リソースも 実現できるのかな・・・ 30
- 33. ECDH 『E』のメリット ～ Perfect forward secrecy～ 過去の通信の安全は保障されてますか？ エドワード・スノーデン/NSA情報漏洩事件 Heartbleedによる秘密鍵漏洩のリスク 秘密鍵が漏洩した場合、過去の通信も解読出来てしまう可能性が Ephemeral ： 一時的な鍵交換手法 セッションごとに一時的な鍵を生成し利用する 証明書の秘密鍵は、一時的な鍵に対しての署名に利用 秘密鍵が漏洩したとしても過去に遡って通信データ漏洩する事は無い 但しsession ticketの問題残る・・ やはりTLS1.3に期待か？ 33
- 36. どうしてこうなった？ SSLは相互接続性を優先してきていた 1995年に作られたSSL3.0も2014年まで現役で生き続けた 1. 1995年はInternet Explorer 2が公開された年 相互接続性は安全性とのトレードオフ レガシーなプロトコルもサポート「できてしまう」 弱い暗号もレガシー環境のため・ユーザのための一声でサポートできる 36
- 39. これからどうするべきか TLS1.0はすでにレガシーなので捨てていかなければいけない PCI-DSSもTLS1.0捨てろと言っている TLS1.0は1999年に作られた TLS1.2が現段階で最新版のプロトコルバージョン 常時httpsの時代へ さらにSSLの重要性がましてくる 変化への対応が重要 1. TLS1.2も2008年に作られたもので結構限界がある 2. おそらく、もうすぐTLS1.2以前の問題点を解消したTLS1.3の仕様が固まる？ 3. TLS1.3が出たらまた、TLS1.3への移行が推奨されると予測 39
- 40. TLS1.0捨てる？ 以下のクライアントが繋がらなくなります Android4.3以前 IE 6 - XP IE 7 - Vista / IE8 -10 Win7（設定で繋がるようにする事はできる） Safari 6.0.4 / OS X 10.8.4 以前 Java6 Java7 OpenSSL 0.9.8 2018年6月30日までには、ほぼ確実に繋がらなくなる 40