ES5以前の古い環境では使えません。意識していないと忘れてしまいそうです。まとめ言われてみればそうなんですが、外部からのJSONを別のオブジェクトにdeepコピーしただけで攻撃されることになるのは、ちょっと驚きでした。外部からのデータ処理は慎重にです。脆弱性が指摘されたユーザモジュールの多くは、既に修正されています。確認をしてみましょう。第2.0版」が公開されました。検討作業が行われたようです。普段、TLS/HTTPSの記事を書いたり発表したりしている立場上、これを見逃すわけにはいけません。サーバの設定方法を示すものである。」ということなので、できたてほっかほっかの最新ガイドラインを読ませていただきました。読み進めてみるとChangelogが細かく書いてなく、以前のバージョンとどこがどう変わったのかよくわかりません。それでも全部(SSL-VPNを除く)をざっと読み通したので、いくつか気になった部分があったのでコメントしてみたいと思います。このガイドラインの大きな特徴は、「高セキュリティ型」、「推奨セキュリティ型」、「セキュリティ例外型」の3つの基準に別れていることにあります。この分類方法や要求設定の違いに関しては、コメントしないことにします。個人的にはいろいろ思うところはありますが、結局はサービス提供範囲とリスク見合いになり、あまり技術的にはっきりした主張や議論になりにくいなと思うからです。TLS1.3の説明についてSSL/TLSの概要説明のところでTLS1.3の説明が書いてありました。記述内容(図)がおかしそうなところが2点ほどありましたので書きます。鍵交換で生成したPreMasterSecretとサーバ・クライアントの乱数をPRF(擬似乱数関数)にかけて導出していました。」が、対策として出されています。これは、「RFC5869-HKDF」というKDF(鍵導出関数)を使い、用途別(0-RTT用、ハンドシェイク用、アプリデータ用等)に鍵を生成していく手法です。p14より引用と書かれており。上図の通りHKDFを使って、3種類に色分けされた計9個の鍵が導出されているのがわかります。PRKと定義されています。引数に入れると、PRK(疑似乱数鍵)が出力されるということです。leftHKDF-Extractは、Salt引数は上から、IKM引数は左から取るように書かれている。