openssl s_client で SMTP STARTTLS と SMTP AUTH を動作確認する | 技術メモの壁
概要: openssl s_client コマンドについて telnet コマンドで HTTP や SMTP、POP の接続テストを行うことがあるが、同様に openssl の s_client サブコマンドで、TLS 接続の手動確認をすることが可能だ。例えば、HTTPS の確認は以下のように実行できる。 $ openssl s_client -connect www.example.com:443 (中略) GET / HTTP/1.0(Enter) Host: www.example.com(Enter2回押す) さらに、最初は平文接続して、アプリケーションプロトコル上の STARTTLS コマンドで TLS 状態に入りたい場合もある。SMTP、IMAP、LDAP、FTP などの STARTTLS が相当する。これも s_client サブコマンドの -starttls オプションで実
Apache + OpenSSL 中間CA証明書のインストール手順
中間CA証明書はCertCentralよりダウンロードしてください。 参考：サーバIDインストール手順 （-----BEGIN CERTIFICATE-----） から （-----END CERTIFICATE-----） までをコピーし、そのままテキストエディタに貼り付けます。 中間CA証明書保存例 貼り付け完了後、中間CA証明書ファイルとして任意のファイル名で保存します。 例： intermediate.crt 保存した中間CA証明書ファイルを設定ファイルで指定します。
Better Random Number Generation for OpenSSL, libc, and Linux Mainline | Amazon Web Services
AWS Open Source Blog Better Random Number Generation for OpenSSL, libc, and Linux Mainline 中文版 In 2015, AWS introduced s2n, a new open source implementation of the TLS/SSL protocols that protect the privacy and integrity of data moving over a network. s2n was designed to be secure, simple, small, and fast. The project is thriving, and we use it extensively. In February, our CISO Stephen Schmidt sh
TLS1.3とDC内での復号に関する熱い議論 - ASnoKaze blog
各ブラウザや、OpenSSL・BoringSSLといった暗号ライブラリ、ミドルウェアのTLS1.3対応が進んでおり、実際に通信できるところまで来ている。 標準化としても大詰めを迎えている。 前回のIETFより話題に上がっている、TLS1.3に関するDC内での復号を目的とした議論について、新しく「TLS 1.3 Option for Negotiation of Visibility in the Datacenter」という拡張仕様が出ている。 これが割りと盛り上がっているので簡単に整理する TLS1.3 拡張仕様の話に入る前に、簡単にTLS1.3の現状について触れる。 TLS1.3は、0-RTTハンドシェイクのサポートといったパフォーマンスの改善と、多くのセキュリティ改善が入ったTLSの次期バージョンである。 仕様としても長い間議論されており、draft-21まで出ている。ラストコールま
OpenSSL disables TLS 1.0 and 1.1
To: debian-devel-announce@lists.debian.org Subject: OpenSSL disables TLS 1.0 and 1.1 From: Kurt Roeckx <kurt@roeckx.be> Date: Mon, 7 Aug 2017 03:42:39 +0200 Message-id: <[🔎] 20170807014238.mf64rdvgpdkpaiwa@roeckx.be> Mail-followup-to: debian-devel@lists.debian.org Hi, I've just uploaded a version of OpenSSL to unstable that disables the TLS 1.0 and 1.1 protocol. This currently leaves TLS 1.2 as t
SSLの脆弱性で日本の大手サイトを含む全世界1100万以上のHTTPSサイトが攻撃を受け得ると判明
SSL/TLSによって通信を暗号化しているHTTPSサイトに簡単に攻撃される脆弱性があることがセキュリティ研究者によって発表されました。この脆弱性をついた攻撃「DROWN」を受ける可能性があるサイトには、毎日新聞、任天堂、はてな、LINEなどの日本の大手サイトも含まれています。 DROWN: Breaking TLS using SSLv2.pdf (PDFファイル)https://drownattack.com/drown-attack-paper.pdf DROWN Attack https://drownattack.com/ 「Decrypting RSA with Obsolete and Weakened eNcryption(DROWN)」はSSLv2に含まれる脆弱性で、この脆弱性を悪用されるとクロスプロトコル攻撃によってTLSセッションの暗号化が解除(復号)されて通信が傍受
技術/Security/PKI,SSL,TLS/メモ01_拡張子の迷宮(pem,der,crt,cer,csr,...) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ 技術/Security/PKI,SSL,TLS/メモ01_拡張子の迷宮(pem,der,crt,cer,csr,...) [ Prev ] [ Next ] [ 技術 ] OpenSSLやPKI周りを調べていると、拡張子が色々出てきて混乱したので整理しました。 特にX509証明書関連については、以下のWikiページを参考にしています。 X.509 - Wikipedia, the free encyclopedia http://en.wikipedia.org/wiki/X.509 PKCS - Wikipedia, the free encyclopedia http://en.wikipedia.org/wiki/PKCS 頻出拡張子の整理 .pem(PEM, Privacy Enhanced Mail) Base64符号化を使ったデータ
クライアント証明書の発行
クライアント証明書の発行 2003/6/11作成 2004/9/19更新 続いてクライアント証明書を発行しましょう。 クライアント証明書とは、個人や機器を特定する証明書のことです。 verisignとかでは個人証明書などと呼ばれています。 途中まではサーバ証明書の発行と変わりません。 余談ですが、「クライアント証明書」でgoogleすると、多くの有名サイトを押しのけてこのページが一番に表示されてしまいました。 複雑です。 １．クライアント証明書発行の流れ クライアント証明書を発行するまでの流れは簡単にこんな感じです。 クライアント秘密鍵を作成 秘密鍵からCSRを生成 CAの秘密鍵でCSRに署名して証明書を作成 最終的にクライアントにはクライアント秘密鍵とクライアント証明書のペアと、CAの証明書があればいいのですが、クライアントがWindowsの場合、秘密鍵とCSRを作成するのは
Apache2 を SSL に対応
Apache2 を SSL に対応 Secure Sockets Layer (SSL) ブラウザーと Web サーバー(httpd)との通信は、Hyper Text Transfer Protcol (HTTP) と呼ばれるプロトコルでデータをやり取りします。しかし、生データが流れるためインターネットショッピング等をする際に、個人情報が漏れるなどセキュリティー上不具合が生じます。そこで、データを暗号化する Secure Sockets Layer (SSL)という仕組みが考えられました。 Apache 2.0 を SSL対応にするために必要なモジュール 上記のモジュールをダウンロードして SSL対応の Apache を作る場合、ソースそのものが改ざんされていないかチェックしておくと良いでしょう。MD5, PGP Signatures が用意されているので、改ざんされていないかモジュールを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OpenSSLにまた重度の欠陥、修正アップデートは3月19日にリリース
mod_sslの組み込み方法
【6】ＳＳＬ対応 Apache のインストール/サーバー管理者論