Let's encryptとSSL/TLSに関する誤謬 - Chienomi
全く以て意味不明な誤謬がはびこっていた上に、やたら上から目線だったので、消火しておこうと思う。 そもそもSSL, TLSとは何か SSL/TLSは暗号化技術である。 SSL/TLSのデータ通信自体は対称暗号である。ただし、暗号化に利用する暗号鍵は使い捨てる。 Cipherはかなり色々使えるのだけど、だいたいはTriple DES (3DES)かAESが使われる。 その手順は <- HelloRequest -> ClientHello <- ServerHello <- ServerCertificate <- ServerKeyExchange <- ServerHelloDone -> ClientKeyExchange -> Finished -> ChangeCipherSpec <- Finished <- ChangeChiperSpec <-> Application Dat
HTTPSのWebサーバを設定した (h2o + Let's Encrypt) - はこべにっき ♨
最近、ハイパフォーマンスブラウザネットワーキングを読んでいて、HTTPSについてちょっと勉強しています。勉強にあたっては、実際に試せる場所があったら便利そうなので、自分のさくらVPSにHTTPSのWebサーバを設置してみることにしました。この次はHTTP2の実験もしたいので、先進的なHTTP2の機能が実装されていそうなh2oを使ってみることにしました。 環境 今回の作業は以下のような環境でやりました。 $ uname -a Linux douzemille 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENA
let's encrypt で複数ホスト名対応な証明書を作る - 日記
let’s encrypt で複数ホスト名対応な証明書を作る タイトル通りですが、割と簡単に複数のホスト名に対応した証明書が取得できるので、やってみました。 今回は ansible playbook のおまけ付きです。 let’s encrypt の困った問題 let’s encrypt ではワイルドカード証明書が無いので、複数のホスト名を1台のサーバでホスティングできないため、ちょっと困っていました。 ググって調べてみたら、let’s encrypt は SAN 対応の証明書だったら発行できる、と言うことだったので実際にやってみました。 その前に、SAN って何よ？ ワイルドカード証明書だと良く聞くと思うのですが、 SAN って何よ？と思う人も多いと思います。 SAN とは Subject Alternative Name の略称で、サブジェクトの別名です。 ん？サブジェクトってなに？
なぜTLSで安全が守れるの？
答え：3種類の暗号技術を巧みに組み合わせています 暗号技術には、大きく分けて「共通鍵暗号」「公開鍵暗号」「ハッシュ」の3種類がある（図3-1）。TLSやSSLでは、これらを巧みに組み合わせて、暗号化や認証、改ざん検出を実現している。 TLS/SSLでは、「共通鍵暗号」「公開鍵暗号」「ハッシュ」の3種類の暗号技術を組み合わせて、通信データの「盗聴」「なりすまし」「改ざん」を防ぐ。共通鍵暗号は、暗号化と復号に同じ鍵を使う暗号方式。公開鍵暗号は、対になる公開鍵と秘密鍵で暗号化/復号を行う暗号方式。ハッシュは、ハッシュ関数を使って、任意の文字列を一定の長さのデータに変換する暗号方式で鍵はない。 共通鍵暗号とは、データの暗号化と復号に同じ鍵を使う暗号方式である。ここでの「鍵」とは、暗号化や復号に使うデータのこと。一般的にはこの鍵のデータ長が長ければ長いほど（ビット数が大きければ大きいほど）、暗号の解
HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ（Web的視点） で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基本的には文字起こしに近いものです。 重要だとわかっているけど、なかなか導入に踏み切れない人も多いHTTPS。これについて、最新の状況が理解できるコンテンツとしてお役に立てるならば嬉しいです。 TL;DR HTTPSはPWAppなどWebにとって必須。 しかし、パフォーマンス悪化する
Let’s EncryptのSSL証明書で、安全なウェブサイトを公開 | さくらのナレッジ
安全なウェブサイトを公開するため、無料で利用可能な Let's Encrypt の証明書を使う方法をご紹介します。Let's Encrypt の背景とSSL証明書の自動発行をはじめ、CentOS 7 上の Nginx ウェブサーバを SSL に対応する方法、そして、証明書を自動更新する方法を見ていきましょう（所要時間10～20分）。 なお、Let's Encrypt については既に中津川さんの記事「すべてのWebサイトの暗号化を目指すLet's Encryptを試す」で取り上げられていますが、今回は新しいクライアント certbot-auto を使う方法や、証明書の自動更新の仕方をとりあげます。 こんにちは！こんにちは！ みなさん、はじめまして。さくらインターネットの前佛雅人（ぜんぶつまさひと）です。さくらのナレッジに何か書け（業務命令）ということで、皆さんがサーバをより活用できるよう、ナ
TLS1.3とは何か？
Dataplexとdbt-osmosisを活用した「がんばらない」データカタログとメタデータ管理の運用(Data Engineering Study #22)
無料でHTTPS証明書を発行できる Let’s Encrypt がついにベータを卒業！正式版になったところで証明書を作ってみた - らっちゃいブログ
こんにちは。racchai です。 Let's Encrypt がベータを卒業するというアナウンスが出ました。 Leaving Beta, New Sponsors - Let's Encrypt - Free SSL/TLS Certificates なにそれおいしいの？という方は公式の説明を読んでいただくとして、使い方を忘れている方向けに、使い方をおさらいしてみます。 letsencrypt をインストールする 証明書を発行する 証明書を自動更新する 4/18 追記 letsencrypt をインストールする 手元の ubuntu マシンにインストールしていきます。 $ git clone https://github.com/letsencrypt/letsencrypt インストールはこれだけです。 ではヘルプを見てみましょう。 $ cd letsencrypt $ ./letse
SSLは無料と有料で何が違うの！？今さら聞けないSSLの仕組みと導入のメリット
（この記事は2022年9月29日に更新されました） 「SSLっていう言葉、よく聞くけど、どんな意味なんだろう？」 「自分のWebサイトをSSL化する必要ってあるの？」 「無料のSSLと有料のSSLって、何が違うの？」 こんにちは。 京都のWebプランニング会社「ウェブライダー」の松尾です。 某社のレンタルサーバーからCPIのサーバーに乗り換えたことがきっかけで、このコラムを書かせていただく機会を得ました。 現在、ウェブライダーでは、CPIの専用サーバーと共用サーバーのふたつを借り、さまざまなWebサイトを運営しています。 さて前回、Webセキュリティに関する記事を書きました。 Webセキュリティを語る上では、「SSL（Secure Sockets Layer）」についての話は外せません。 SSLとは、インターネット上の通信を暗号化する技術のこと。 この技術はネット上のさまざまな場面で使われ
Raspberry Pi 2 Model BでLet's Encrypt! - 干し風呂
2015年12月3日からLet's EncryptがPublic Betaとなったので早速ラズベリーパイで試してみました。 細かい説明は色々な方々がされているので、細かい説明は省いて発行までの流れをサラッと書きます。 目次 Let's Encryptとは 前準備 letsencryptをclone virtual envの準備 証明書発行 発行確認 更新時 失効 終わりに・感想 Let's Encryptとは Let's Encrypt letsencrypt.org SSLサーバ証明書を無料で手軽に発行できるようにし、世の中の通信のSSL/TLS化を促進させるためのプロジェクト 従来は発行自体の作業が面倒くさい、お金がかかるという問題があった（有料・数分〜数十分、色々な操作） CSR作成、証明書発行、サーバへの設置などの手間を省き全てコマンドベースで作業が完了する（無料・数秒） コモンネ
メールサーバ(postfixとdovecot)でSSL3.0を無効 - とあるサーバエンジニアの備忘録
SSL3.0仕様上の脆弱性(POODLE)(CVE-2014-3566)の対応内容の一部を紹介します。 この記事では、メールサーバ(postfixとdovecot)のPOODLE脆弱性対応内容をまとめる。 postfixについては、設定ファイルの変更により対処できるが、dovecotについては、設定ファイルの変更で対応できない。 ※下記の内容は、検証中の内容も含まれております。 あくまで参考例となりますので、実際の環境にあった対応をお願いします。 「環境の説明」 O S：Centos6.5(64bit) Postfix：postfix-2.6.6 Dovecot：dovecot-2.0.9 ■検証内容 1.postfixでSSL3.0を無効にする。 main.cfに以下の内容を追記する必要があります。 smtpd_tls_security_levelを使っている人も使っていない人も追記しま
nginxでSSLを立てるまで - Qiita
とある事情でSSL通信をさせて内部的にリダイレクトさせないとならなかったのでその手順をまとめる。 サーバ証明書を生成 今回はデバッグ目的のみなのでちゃんとした証明書ではなくとりあえず動くものを生成する。 #opensslのインストール $ brew install openssl #続いてopensslから証明書の生成 $ openssl req -new -days 365 -x509 -nodes -keyout cert.key -out cert.crt nginxの設定 続いてnginxの設定。 設定ファイルは/etc/nginx/conf.d/ssl.confに保存。 （ここは*.confが普通は全部読み込まれるので同じディレクトリならOK） #エイリアス？の設定。なんか動かなかったのでコメントアウト。 #upstream server_clusters { # server
光の速さのWEBサーバー(nginx)をlet's encryptでSSL化及びHTTP/2化。ついでにセキュリティ評価をA＋にする。 - Qiita
光の速さのWEBサーバー(nginx)をlet's encryptでSSL化及びHTTP/2化。ついでにセキュリティ評価をA＋にする。nginxCentOSSSLTLSLet’sEncrypt 前回のおさらい インフラ さくらのVPS(v4) SSD 1G CentOS7.2 (OS) ミドルウェア nginx 1.8.0 php7.0-fpm (アプリケーション） MariaDB(SQL) 5.5.44 フロントエンド Wordpress 4.4.1 前回の記事の通り、Ansibleであっという間に以上の構成のwebサーバーを組むことができました。今回の記事ではこれらを無料で証明書を発行するwebサービス、let's encryptを使ってSSL/TLS化しちゃいます。そして、ついでにSSLの評価計測サイトであるQualys SSL Reportのセキュリティ評価でA＋をもらっちゃいます
Let's Encrypt サーバー証明書の取得と自動更新設定メモ
用途にもよりますが、通信の暗号化を目的とするのであれば、ドメイン認証型で十分です。例えば HTTP/2 でWEBサーバを動かすには、事実上SSL/TLSが必須になりますので、そういった用途でも普及しそうですね。 Let's Encrypt の証明書取得方法Let's Encrypt クライアントソフト(コマンド)をインストールして、証明書取得用のコマンドを打つだけです。 冒頭にも書きましたが、Let's Encrypt での証明書取得の手続きは、他の認証局のものと大きく異なります。Let's Encrypt のサイトに行って「CSRを送信する申請フォームはどこだろう？」と探したのは、私だけではないはずです(^^;) 参考までに、一般的なドメイン認証型の証明書発行の流れは、以下の通りです。 (1) 秘密鍵を作成(2) 秘密鍵を元に、CSR（証明書を発行するための署名要求）を生成(3) 認証局
DROWN Attack
Operators of vulnerable servers need to take action. There is nothing practical that browsers or end-users can do on their own to protect against this attack. Is my site vulnerable? Modern servers and clients use the TLS encryption protocol. However, due to misconfigurations, many servers also still support SSLv2, a 1990s-era predecessor to TLS. This support did not matter in practice, since no up
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jpn.ph
SSLって必要ですか〜Let's Encryptを試してみよう
通信の安全を守るためにエンジニアができること
「OpenSSL」に6件の脆弱性、修正を施した最新版v1.0.2h/v1.0.1tが公開
SSL/TLS暗号設定ガイドライン（PDF）