A month ago, I published an article on the compared performance of stunnel, nginx and stud as TLS terminators. The conclusion was to use stud on a 64-bit system, with session caching and AES. stunnel was unable to scale properly and nginx exhibited important latency issues. I got constructive comments on many aspects. Therefore, here is the second round. The protagonists are the same but both the
SSL Session Caching (in nginx) Posted: Tue, 28 June 2011 | permalink | 17 Comments Given that I was responsible for putting together the system architecture for Github when they moved away from their previous services provider to Anchor Systems, I keep an eye on what's going on there even though I've gotten out of professional IT. Recently(ish), Ryan Tomayko blogged about some experiments in using
Solution This document provides instructions for generating a Certificate Signing Request (CSR) for Nginx Server. If this document can not be used with the server, RapidSSL recommends contacting a company that supports Nginx. NOTE: To generate a CSR, you will need to create a key pair for your server. If the private key file or pass phrase is lost a new private key & CSR will need to be generated
General SSL (and its successor, TLS) is a protocol that operates directly on top of TCP (although there are also implementations for datagram based protocols such as UDP). This way, protocols on higher layers (such as HTTP) can be left unchanged while still providing a secure connection. Underneath the SSL layer, HTTP is identical to HTTPS. When using SSL/TLS correctly, all an attacker can see on
Are you new to CAcert? CAcert.org is a community-driven Certificate Authority that issues certificates to the public at large for free. CAcert's goal is to promote awareness and education on computer security through the use of encryption, specifically by providing cryptographic certificates. These certificates can be used to digitally sign and encrypt email, authenticate and authorize users conne
404 Page Not Found サイバートラストのウェブサイトは新サイトに移転しました. サイバートラストのウェブサイトは新企業サイト https://www.cybertrust.co.jp へ統合しました。 製品情報やお知らせなどは新サイトよりご参照いただけますようお願いいたします。 ブックマークやリンクの再設定などもお願いいたします。 サイバートラスト 新サイト 15 秒後に自動的に新サイトへ移動します。
前回の記事でSNI(Server Name Indication)拡張を有効にしたnginxのバイナリを作成したので遊んでみました。SNI拡張は、個々の仮想ホスト(VirtualHost)で独自のサーバ証明書を利用するために作られた TLSv1 の拡張仕様です。 TLSやSSLを使ったウェブサーバーでは一般的には仮想ホストは使えない、という事になっています（何事にも例外はありますが。）仮想ホストは HTTP のリクエストヘッダの Host フィールドの値を元に振り分けられますが，HTTPのリクエストを出すよりも手前の TLS/SSL のハンドシェイク時にサーバ証明書の検証が行われるので，クライアントが接続しようとしているホスト名とサーバ証明書のホスト名が異なってしまい，不正な証明書と表示されてしまいます。 SNIは接続しようとしているホスト名を、クライアントからサーバに伝えるための仕様です
nginxの新しいバージョン(0.7.65)がリリースされていたので，バージョンアップしてみました。 しばらく前に見つかっていたSSLの脆弱製の実験をやろうと、久しぶりに SSL を有効にしたバイナリを作ろうとしたのですが，オプションの設定の仕方を忘れていて苦労しました。また、忘れても大丈夫なようにメモ。 OpenSolaris 2009.06 に含まれるOpenSSLは 0.9.8a と古いので、現時点での最新バージョンであるopenssl-0.9.8lをダウンロードしてきて使いました。今回はSNI(Server Name Indication)を有効にしたいのでenable-tlsextオプションを渡しています。 ./config --prefix=/usr/local no-shared enable-tlsext make pfexec make install これだけでもビルド
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
現サーバを立ち上げた時から、Apache2でＳＳＬを運用していましたが、 先日、ドメイン変更の関係からＳＳＬ証明書を再度作成する必要がありました。 その際に、すっかり手順を忘れてしまっていて随分と手間取ってしまいました。 予定ですと、次回の証明書作成は一年後なのでその時のために覚書を。。。 サーバはDebian。Apache2が稼動しており必要なモノ（OpenSSLやmod_sslなど）は 全てinstall済みが前提（導入手順は＠ＩＴ社サイトのこの記事を参照）。 //＠ＩＴ社の関連記事を読めば手順が詳しく記載されているんですけれどネ。。。 ・サーバへログインし、コマンドラインにて以下を実行 mkdir /usr/local/ssl //スクリプト CA.sh を実行した際に生成されるファイルを保存するディレクトリを作成。 cp /usr/lib/ssl/m
コンフィグファイルの作成 † opensslではコンフィグファイルがとても重要である。 ちなみにコンフィグファイルは1つ設定し、使いまわすよりも、 CA・クライアント証明書・サーバ証明書の3種類を用意したほうが便利である。 SSLで使用するファイルを格納するディレクトリを作る mkdir /home/ca デフォルトのopenssl.cnfをコピーする cp /usr/share/ssl/openssl.cnf /home/ca/openssl.conf.ca cp /usr/share/ssl/openssl.cnf /home/ca/openssl.conf.client cp /usr/share/ssl/openssl.cnf /home/ca/openssl.conf.server 内容のサンプルをこのページに添付してある。 ちなみになぜClient証明書とServer証明書のコ
秘密鍵やプライベートな情報などを秘匿するためにパスワードでデータを暗号化・復号したい場合があります。このとき、暗号化と復号するアプリケーションが同じであれば簡単ですが、例えばCで暗号化してJava、Perl、Rubyで復号するといった風に異なるプラットフォームで暗号データをやりとりする場合には、いくつか気 をつけなければいけないポイントがあります。 OpenSSLによる暗号化 OpenSSLはWebサーバのSSL/TLSサポートに利用されますが、その他にも付属しているopensslコマンドから基本的な暗号アルゴリズムを利用できます。次のような簡単なコマンドで、パスワードを使ってデータを暗号化したり復号したりすることができます: $ echo 'Hello World!' | openssl enc -e -aes-128-cbc > cipher.txt enter aes-128-cbc
Captcha security check sullof.com is for sale Please prove you're not a robot View Price Processing
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
