[B! 暗号] ryouzoのブックマーク

DNS over TLS/HTTPSについて考える | IIJ Engineers Blog

はじめに昨年から DNS over TLS （DoT）、DNS over HTTPS （DoH）にまつわる動きが急速に活発になっています。 DoT は2016年に RFC7858 が出てしばらくは大きな動きはありませんでしたが、2017年11月にサービス開始した public DNS である Quad9 （9.9.9.9）、昨年4月開始の Cloudflare （1.1.1.1）が相次いで DoT に正式対応し、遅れて今年1月には Google Public DNS （8.8.8.8）も対応しました。クライアント側としては昨年8月リリースの Android 9 “Pie” が DoT に対応しています。 DoH は仕様の標準化より実装の方が先行しています。Cloudflare は DoT だけでなく DoH も昨年4月のサービス開始当初からサポートしています。Mozilla Fire

ryouzo 2019/05/08

リンク

SSL/TLSについてまとめ2018 - Qiita

はじめに SSL/TLSについて改めて理解を深めたい思い、関連する技術についてまとめました。本記事はTLSに関すること主題として、HTTPS、暗号化、Apache、OpenSSL等について記載しています。 SSL/TLSの通信は色々なプロトコルや暗号化方式が組み合わされ補いあってできています。暗号化の仕組みはパズルのようで面白いです。一つ一つを読み取り理解が深まるごとで、SSL/TLSって本当によくできると思いました。フレームワークの意味について考えさられます。 HTTPSの通信 HTTPSの通信はTCP/IPプロトコルスイートとして、TCPの上層にSSL/TLSがあり、アプリケーションプロトコルのHTTPプロトコルが載って通信をしています。コネクションとセッションは通信の概念として別になります。TCPでクライアントからWebサーバに対してコネクション(経路)が確立され、その上でセッシ

ryouzo 2018/02/11

リンク

opensslを用いた文字列の暗号化・復号：Jemのセキュリティ追っかけ日記＋α：So-net blog

opensslコマンドを使った文字列の暗号化と復号のまとめ -aes-128-cbc：AES暗号、128ビット、CBCモード -e：暗号化 -base64：表示をBase64で表示する。 -pass pass:test：パスワードフレーズとしてtestを使用 -p：saltやKey、IVを表示 #echo "TEST"|openssl enc -aes-128-cbc -e -base64 -pass pass:test -p 結果の表示 salt=F6BEF056BA3B3E00 key=0A1430ED15866E4907BB3F98EA19F463 iv =E2FC0CE7D64F5A86034F487E7E50A5B4 U2FsdGVkX1/2vvBWujs+AKB//Shqg1mdUOMFvoNyi/o= 復号 -aes-128-cbc：AES暗号、128ビット、CBCモード -

ryouzo 2016/01/01

リンク

Java「AES暗号」メモ(Hishidama's AES Sample)

AESによる暗号化・復号化 Javaには、Cipherという暗号化・復号化を行うクラスが用意されている。 DESとか色々な種類の暗号をこのクラスによって使うことが出来る。 AESは JDK1.4.1ではサポートされていないが、JDK1.4.2ではサポートされている。 JDK1.5でもサポートされているが、128bit以外は使えないっぽい。 JDK1.6ではjce_policyを更新すれば使える。[2008-08-15] 単純な例秘密鍵（暗号化・復号化で同じものを使う）をバイト列で用意して使う例。 import java.security.AlgorithmParameters; import java.security.Key; import java.security.SecureRandom; import javax.crypto.Cipher; import javax.cryp

ryouzo 2015/06/20

リンク

暗号に使える乱数と使えない乱数

まず重要なポイントとして、擬似乱数のシードとなる真の乱数 (質問の場合は円周率のほうではN, 漸化式の方ではM) は十分に広い空間からランダムに選ばれなくてはなりません。どんな擬似乱数生成器を使っていたとしてもシードが高々1億程度では総当たりで(比較的)簡単にシードがみつかってしまい生成される乱数が再現できてしまいます。円周率の先頭100万桁のどこかから選ぶなどは問題外です。シードはRSA/DSAなどの鍵長に合わせて 1000 bit 程度 (10進数で300桁程度) は欲しいかと思います。質問にある円周率を擬似乱数として使う方法ですが、円周率の N桁目からの数列がある長さ与えられた時に N 自体を逆算したり, 次の出力を推測する高速な (Nのビット数の多項式時間で実行可能な) アルゴリズムは知られていないかと思います。そのため N が十分に大きければある時点までの出力が攻撃者に

ryouzo 2015/01/06

リンク

妻に公開鍵暗号を教えてみた - 西尾泰和のはてなダイアリー

何気なく放送大学をつけていたら公開鍵暗号の話をしていた。妻「この話、何度聞いてもわかんないのよね」僕「え、どこがわからない？どこまではわかってる？」妻「平文はわかるけど、鍵を共有するとか秘密にするとか、署名するとかがよくわからない」僕「あー、鍵に例えているのが逆効果なのか」「鍵」をNGワードに指定僕「じゃあ『鍵』という言葉を使わずに説明してみよう。暗号って『平文を暗号文に変換する方法』で伝えたい文章を暗号文に変えて送り、受け取った人はそれに『暗号文を平文に戻す方法』を使って元の文章を得るわけだ。その目的は、途中の通信文が敵に取られたりしても通信の内容がバレないようにするため。」妻「うん」僕「昔の暗号化の方法は、片方の方法がわかるともう片方の方法も分かった。例えば『アルファベットを後ろに1個ずつずらすと平文に戻せます』って教えてもらったら、『なるほど、前に1個ずつずらせば暗号