WebサーバのHTTPS化において、SSL/TLS周りの各種設定はどう選択するべきか（2016年度版） - Qiita
公開HTTPSサーバを立てるときに悩む点の一つが、SSL/TLS周りの設定です。 SSL/TLSや暗号周りの知識がないと適切な設定を選ぶのは難しい そもそも設定が何を意味しているのか読み取れない 「推奨される設定」が各種サイトでいくつも、微妙に違うものが紹介されていて、どれが良いのか選べない とりわけ暗号が関連する選択肢は呪文めいていて、専門知識を持たないWebエンジニアにとっては、なかなか難しいものがあると思います。 筆者もSSL/TLSの専門家ではありません。 専門家でないなりに極力信頼できそうなソースや実例を参考にしつつ、まとめました。もともとは自分用調査資料集のような記事です。 すごく長くなってしまいました（若干力尽きている）。 TL;DR MozillaのTLS設定ガイドをひな形にして設定する。Config Generatorもある とりあえず従っていれば酷いことにはならない 現
図解 X.509 証明書 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに X.509 証明書について解説します。(English version is here → "Illustrated X.509 Certificate") ※ この記事は 2020 年 7 月 1 日にオンラインで開催された Authlete 社主催の『OAuth/OIDC 勉強会【クライアント認証編】』の一部を文書化したものです。勉強会の動画は公開しており、X.509 証明書については『#4 X.509 証明書（１）』と『#5 X.509 証明書（２）』で解説しているので、動画解説のほうがお好みであればそちらをご参照くださ
SSL証明書をインストールする（自分でやればこんなに激安！）
その後、クレジットカード情報を入力し、内容を確認したら申込完了となります。 承認メールを受信して承認する ドメイン所有者宛に「KingSSL／承認手続きのお知らせ」というメールが届きますので、本文に書かれたURLにアクセスして承認ボタンを押します。 証明書をサーバに保存する 承認後、しばらくすると申込者の元へ「[KingSSL]サーバ証明書発行のお知らせ」というメールが届きます。 証明書というと、何か特殊なデータのように思われるかも知れませんが、英数字が連なった文字情報です。メールの本文には、「証明書」と「中間証明書」と「証明書＋中間証明書」が記載されています。 今回は「証明書」と「中間証明書」をサーバにインストールしていきます。 Webmin で Apache の設定ファイルの置かれたディレクトリ内に、ssl.crt というディレクトリを作ります。 /etc/httpd/conf/ssl
自堕落な技術者の日記 : (小ネタ) Chrome 60で証明書を表示させるフラグ設定 - livedoor Blog（ブログ）
Chrome 56からGoogleの「素人はすっこんでろ」UI/UXポリシーによりHTTPSで接続した際に使用しているSSLサーバー証明書の表示が鍵アイコンから簡単にできなくなってしまいました。証明書大好きっ子にはなんとも辛い仕打ちでした。開発ツールからは証明書が表示できるので、メニューを辿って操作するか、ショートカットキーを素振り100回していた方も多いのではと思います。 Windows: Ctrl + Shift + I or F12 Mac: ⌘ + Opt + I 今日は、やっとChrome 60からフラグ設定で証明書が簡単に表示できるようになったので、今日はその設定について紹介します。 何も設定していないと、HTTPSサイトを見ている際の、鍵アイコンをクリックして見られるメニューはこんな感じ。 そこで、アドレスバーで以下のように入力します。 chrome://flags/#sho
sslh でport443 を有効活用して、sshもhttpsも同時に待ち受けする。 - それマグで！
443ポート以外が絶滅しそうです あちこちでポートは閉じられています。ssh や sftp もプロキシ利用も、各種ポートでは、全く外部に出れず、接続できないネットワークが多いです。 TCP/IPなのにIPとポートを使った通信ができない、壊れたネットワークが当然になりました。 これらの接続制限にとても不便を感じることが多いです。 サーバー管理者の気分一つでポートが空いたり閉じたり、私が触ってたネットワークではポリシーが統一されず、クソネットワーク管理者に振り回されて、動くはずのものが動かず、不便なことが多かったのです。そこで仕方なく４４３を使っています。 私達が利用する端末では80/443 のポートの外部接続が閉じられることは少なく、443であれば通信できます。 そのため、443ポートに様々なアプリケーションを起動していると思います。 443 ポートとIPアドレスが枯渇する・・・ よほどのG
HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ（Web的視点） で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基本的には文字起こしに近い
無料で証明書を発行してHTTPSの導入をサポートする「Let’s Encrypt」がベータ版から正式版に
By Sean MacEntee SSLを用いたHTTP通信の暗号化を誰でも手軽に行えるようにするために立ち上がったのがEFF、Mozilla、Cisco Systems、Akamai Technologies、IdenTrust、ミシガン大学の研究者などで、これらのメンバーがHTTPS普及のためにスタートした取り組みが「Let's Encrypt」です。これまで手間がかかり金銭的な負担も大きいと言われてきたサーバー証明書の発行を無料で行えるようになるのですが、同取り組みはついにベータ版から正式版にサービスを移行しています。 Leaving Beta, New Sponsors - Let's Encrypt - Free SSL/TLS Certificates https://letsencrypt.org//2016/04/12/leaving-beta-new-sponsors.h
SSL/TLSの基礎と最新動向
Grafana LokiではじめるKubernetesロギングハンズオン（NTT Tech Conference #4 ハンズオン資料）
5分でわかる正しい Web サイト常時 SSL 化のための基礎知識
Web サイトを常時 SSL 化する場合に、最低限知っておかなければならない知識や、注意点、実際の設定方法まで、ひと通りまとめてみました。メリットやデメリット、証明書の種別からリダイレクト設定などについても解説しています。 HTTPS をランキングシグナルに使用しますと Google が公式に発表したあたりから、Web サイトの SSL 対応、特に Google が推奨している Web サイトをすべて HTTPS で配信する、所謂 「常時 SSL 化」 についての話を聞いたり、実際にお客様から相談されたりするケースが増えてきました。 そこで、いい機会だしその辺に関する情報をまとめておこうかな～ と思って書いてみた、恒例の （？） 5分でわかるシリーズ。書き終わって見たところ絶対に 5分じゃ無理っていう文章量になっててどうしようかなぁとも思ったんですが、気にせず公開してみます。 常時 SSL
TLS/SSLの暗号利用に関する現状と課題について - NTT情報流通プラットフォーム研究所
（ｃ）日本電信電話株式会社 情報流通プラットフォーム研究所 TLS/SSLの暗号利用に関する 現状と課題について NTT情報流通プラットフォーム研究所 情報セキュリティプロジェクト 神田 雅透 20091125 Internet Week 2009説明資料 （ｃ）日本電信電話株式会社 情報流通プラットフォーム研究所 Internet Week 2008にて 20091125 Internet Week 2009説明資料 どのように変わったか？ （あるいは変わらなかったか？） （ｃ）日本電信電話株式会社 情報流通プラットフォーム研究所 20091125 Internet Week 2009説明資料 SSL/TLSは暗号化技術？ 「暗号化はSSLで」の一言で片づけられていないか ～ どんな暗号を使っているか認識されていないのに「適切な設定」がなされているか ～ 共通鍵 暗号 ブロック暗号 RC
HTTPSプロキシの仕組み - ソフトウェアエンジニア現役続行
例えば、以下のようなネットワークを考えます。 ┌──────────┐ ┌─────────┐ ┌───────────┐ │ クライアントＰＣ │ ＜───＞ │ プロキシサーバ │ ＜───＞ │ ＨＴＴＰＳサーバ │ └──────────┘ └─────────┘ └───────────┘ 192.168.1.40 192.168.1.2 https_server.jp(1.1.1.1) HTTPSサーバはインターネット上にあり、プロキシサーバとHTTPSサーバの間にはルータがあるものとします。 プロキシサーバ経由でHTTPSの通信を行う場合は、以下のようなリクエストを発行し、プロキシサーバに接続先のHTTPSサーバから公開鍵と証明書を転送するように、指示を行います。 CONNECT s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイト常時HTTPS化3つの手法「従来型SSL」「Let's Encrypt」「CloudFlare」の長所と短所まとめ | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
Archived MSDN and TechNet Blogs