November 5, 2019 .p12 ファイルから証明書と秘密鍵を取り出す方法です。 AWS SNS を Terraform で書くときに必要でした。 $ openssl pkcs12 -in xxxx.p12 -nodes -nokeys -out certificate.pem $ openssl pkcs12 -in xxxx.p12 -nodes -nocerts -out privatekey.pem ただ、この方法では、ファイルの先頭に NoArgument から始まるテキストが入ってしまいます。 NoArgument が入っても悪さはしないのですが、気になったので消そうとしました。 以下のコマンドを実行すると秘密鍵は NoArgument 無しで変換できました。 証明書はそのテキストを消す方法が見つから無かったのでいったん諦めました。 もし分かりましたら追記します。
SSL/TLS では暗号化通信を開始する前に、SSL/TLS ハンドシェイクと呼ばれるやりとりを行い、暗号化通信を行うにあたって必要な情報を交換し、暗号化通信を確立します。 SSL/TLS ハンドシェイクにて、クライアントとサーバー間で暗号化に使用する各プロトコルの選定や共通鍵の生成、また証明書を検証して信頼できる相手なのかの検証を行います。 SSL/TLS ハンドシェイクの複雑なので、今回は図付きで丁寧に説明します。 TLS ハンドシェイクのフロー SSL/TLS ハンドシェイクとは、SSL/TLS 通信の開始時にまずクライアントとサーバー間で通信の暗号化に使用する各アルゴリズムの選定や共通鍵の生成、また証明書による認証など、互いに暗号化通信に必要なパラメーターの取り決めが行われます。 TLS ハンドシェイクの流れは以下の通りです。 Client Hello Server Hello (
Wireshakでパケットファイルを見る必要が有り、環境構築を行いました。ただ、古い情報も多く最新版のWiresharkに適したインストール方法を紹介したページに巡り会えなかった為、備忘録を兼ねて記事にまとめておくことにします。 検証環境 macOS 10.14.6 Mojave Wireshark/Tshark Ver3.2.3 Tsharkのインストール CLI版のWiresharkです。Tshakは動作が軽く、高速で良いという話をよく聞くので今後の勉強時に利用しようと思います。故にインストールしておきます。 This formula only installs the command-line utilities by default. Install Wireshark.app with Homebrew Cask: brew cask install wireshark If y
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 現在ではごくごく当たり前に Web サイトが https でアクセスされていると思いますが、クライアントとサーバー間でどのようなやり取りが行われいるかについて、気になったことはないでしょうか？ かく言う私も、「あーこのサーバーは VeriSign の証明書を使ってるだなー」くらいにしか気にしていなくて、 クライアントが Web アプリケーションを使えるようになる前に、どのようなやり取りがされているかなんて意識したことがありませんでした。 今回は、名著「暗号技術入門 秘密の国のアリス」に記載されている、 TLS ハンドシェイクの流れを実際
localhostにssl接続する必要がありましたが、 Chromeにて以下メッセージでうんともすんとも行かなくなってしまったので、 その対処方法をご紹介します。 このサイトは安全に接続できません localhost ではセキュリティ規格が遵守されていません。 ERR_SSL_SERVER_CERT_BAD_FORMAT 私の環境は以下です。 ・Windows10 ・Chrome 80.0.3987.132 ・ESET NOD32 Antivirus 12.2.23.0 localhostなのにセキュリティ規格が遵守って、そもそもどういう意味なんですかね。。外に繋いでないからそこは許しておくれよ。。とグチグチ言っても何も解決しないので（私の）解決方法をご紹介します。ちなみに２つ実施しました。 対策１ Chrome こちらの対策方法は色々なサイトに掲載されておりました。 Chromeのアドレ
これは、Let's Encryptを支えるこの二人のルートCAと OpenSSLの物語である。 DST Root CA X3 (2000-2021) ISRG Root X1 (2015-2035) 〜2021年1月〜 ISRG Root X1「いままで一緒にやってきたDST Root CA X3さんの寿命が間近・・・このままだと僕を信頼してくれていないベテランの（具体的にいうと2016年くらいまでの）古いクライアントたちは Let's Encryptさんを信用してくれなくなっちゃう・・・どうしよう」 DST Root CA X3「どれ、わしが死ぬ前に(有効期限が切れる前に)お前が信頼に値する旨を一筆書いて残せばいいじゃろう。サラサラ」 Issuer: O = Digital Signature Trust Co., CN = DST Root CA X3 Validity Not Bef
How do I resolve a certificate expiration error for the Let's Encrypt certificate on my EC2 instance? I'm unable to connect to a remote URL from my Amazon Elastic Compute Cloud (Amazon EC2) instance that has a Let's Encrypt certificate. Or, I'm receiving an error that my Let's Encrypt certificate expired. How do I fix this? Short description Some EC2 instances are experiencing expired certificate
Invalid command 'SSLEngine', perhaps misspelled or defined by a module not included in the server configuration ⇒mod_sslが入ってないことが原因 mod_sslをインストール。 # yum install mod_ssl これでも同じエラーが出たので、 /etc/httpd/conf/httpd.conf を見てみたら、mod_sslモジュールをロードしている記述が見当たらなかったので、以下を追記。 LoadModule ssl_module modules/mod_ssl.so Apacheを再起動して解決。
apache 2.4（厳密には2.4.8以降）でSSL証明書の設定でちょっとハマったのでメモ。 ※CentOS 7系の標準apacheだと2.4.6のため、ここで記載するapache 2.2の方の設定になります。注意。 結論 初っ端から結論。 apache 2.4では中間CA証明書を指定する SSLCertificateChainFile ディレクティブがなくなってます。 そのためapache 2.4ではサーバ証明書と中間CA証明書、それからクロスルート証明書を一つのファイルにまとめてサーバ証明書を指定する SSLCertificateFile ディレクティブで指定します。 参考：http://httpd.apache.org/docs/current/mod/mod_ssl.html#sslcertificatechainfile apache 2.2での証明書構成 SSLCertifi
突然ですが、SSLの暗号の設定を諸事情により変更する事があると思います。 例えば、2015/2 RFC7456で、RC4が禁止となった等 サーバーのSSLの暗号の設定変更を行った後、外部からの確認方法に迷っていたのを思い出したので、備忘録がてら。 先に設定方法も記載しておくので、確認方法のみで良い場合は、確認方法の項へ サーバー側の設定 設定に関しては、例として、RC4を外していく事を想定して記載しています。 ELBを利用している場合 AWSコンソールから以下のように辿り、RC4を利用しないポリシーを選択するか、カスタムポリシーからRC4のチェックを外す EC2 -> Load Balancers -> 変更したいELB -> Listenersタブ -> Cipherの項にあるChange Policyの変更 Policyの変更 Predefined Security Policyの場合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く