Apache + OpenSSL 中間CA証明書のインストール手順
中間CA証明書はCertCentralよりダウンロードしてください。 参考：サーバIDインストール手順 （-----BEGIN CERTIFICATE-----） から （-----END CERTIFICATE-----） までをコピーし、そのままテキストエディタに貼り付けます。 中間CA証明書保存例 貼り付け完了後、中間CA証明書ファイルとして任意のファイル名で保存します。 例： intermediate.crt 保存した中間CA証明書ファイルを設定ファイルで指定します。
【Paloalto】SSL復号化（SSL Forward Proxy）の設定と動作確認 PANOS 10.0.8
設定前の準備 まず、SSL復号化ができているかどうかを確認するため、トラフィックログのフォーマットを変更します。 Monitor > ログ > トラフィックへ移動し、左上にカーソルを当てると、下矢印が表示されるので、クリックします。すると、カラムという文字が表示されますので、復号化にチェックを入れます。 以下のように、復号化のカラムが追加されます。先頭に配置されますので、ドラッグにより好きなところに配置してください。今回は復号化のテストに使用するので、先頭に配置します。 端末からGoogle、Twitter、Youtubeへアクセスしてみます。復号化されていない（no）であることが確認できます。 自己署名ルートCA証明書（Self-Signed Root CA Certificate）作成 今回は、エンタープライズCAによって署名された証明書ではなく、Paloaltoが自己署名した証明書を
Palo Alto SSL Decryption - ネットワークエンジニアの備忘録
最近ではSSL Decryption(復号)機能は殆どのUTM/Proxy製品が対応していると思います。Palo Altoの場合、SSL Decryptionに3種類の方式があるため、要件に応じて使い分ける必要があります。 (1) SSL Forward Proxy 一般的なSSL Decryption機能であり、ClientからServer向けのSSL通信上にProxyとして存在します。サーバ証明書をPalo Altoが再署名(発行元、RootCAとして署名）するため、クライアントのWebブラウザにPalo Altoの証明書をインポートしなければなりません。また、TAPモードでは使用出来ません。 ＃公的証明書をインストールすればクライアントのWebブラウザにインストールしなくてもよいとマニュアルには書いてあるんですが出来ないらしい、、Palo自体に証明書自体入りませんでした。 (2)SS
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 証明書（２）』で解説しているので、動画解説のほうがお好みであればそちらをご参照くださ
Google Chrome で自組織のCAで署名したSSL証明書のサイトにアクセスすると NET::ERR_CERT_COMMON_NAME_INVALID エラーメッセージが表示される | iPentec
Google Chrome で自組織のCAで署名したSSL証明書のサイトにアクセスすると NET::ERR_CERT_COMMON_NAME_INVALID エラーメッセージが表示される Google Chrome で自組織のCAで署名したSSL証明書のサイトにアクセスすると NET::ERR_CERT_COMMON_NAME_INVALID エラーメッセージが表示される現象について紹介します。 現象の確認 自組織のCAで署名したSSL証明書を利用したWebサイトを作成します。作成したWebサイトにMicrosoft Edgeでアクセスします。Webページが表示されます。 Internet Explorer でアクセスします。こちらも問題なくページが表示されます。 しかし、Google Chromeでアクセスするとエラーになり、下図の画面が表示されます。"NET::ERR_CERT_COM
SSL Certificate Checker - Diagnostic Tool | DigiCert.com
If you are having a problem with your SSL certificate installation, please enter the name of your server. Our installation diagnostics tool will help you locate the problem and verify your SSL Certificate installation.
[デジサート]サーバIDのライセンスについて
質問 サーバID の必要ライセンス数を教えてください。 回答 サーバID ライセンスの原則 サーバライセンス数は、「コモンネーム（FQDN）ｘ サーバ台数」 となりますが、サーバ台数の数え方については、物理サーバ（WebサーバやSSLアクセラレータ）、仮想サーバ、SSLサービスコンポーネントが含まれます。SSLのライセンス数は、前提としてサーバー台数分のライセンス購入が必要です。 構成によりますが、SSLセッションを利用する論理的なSSLサービスコンポーネント毎にサーバ証明書を取得してください。 SSLサービスコンポーネントとは、SSL機能を実際に必要とするWebサーバやネットワーク機器等を指します。 ※物理的にSSLセッションを終端する機器（SSLアクセラレータ等）とは異なる場合がございます。※詳しくは「サーバID 必要ライセンス数の算出方法」を参照してサーバライセンス数を計算してくださ
TLSについて学んだ - 角待ちは対空
仕事でTLS関連のトラブルがあったが全然基礎知識がなかったので1から学んだ。この記事は特にTLSの仕様を解説したいわけではなくどこを参照してまだかメモっておく。僕が解説するよりそっちを参照したほうが確実。 まずSSLとTLSの違いすらわからないレベルだったのでウィキペディア読んだ。 Transport Layer Security - Wikipedia ウィキペディアがいいのは常に更新されているところで、例えばPOODLE攻撃とか比較的最近のトピックも網羅されている可能性が高い。ウィキペディアで得た知識だけでPOODLE攻撃がわかるかというと微妙だけどインデックスは貼れる。 今回の問題はハンドシェイクに問題があるとわかっていたのでハンドシェイクの詳細が知りたい。ウェブ上の記事だと SSL／TLS（Part.1） (1/3)：不正アクセスを防止するSSL/TLS（2） - ＠IT が一番詳
SSL脆弱性に備えたパスワード認証方法を考える
Last Updated on: 2018年8月18日ここ数年だけでもSSLに対する攻撃方法やバグが何度も見つかっています。SSLで通信を暗号化していてもパスワード認証時のトラフィックを解読されてしまえば、パスワードが漏洩していまいます。パスワードが判ってしまえば、攻撃者は何度でも被害者のアカウントを利用できます。 脆弱性でなくても、SSLも無効化したMITM（中間者攻撃）も可能です。SSLだから安心、とは考えられません。これを何とかできないか、考えてみます。 参考： 今すぐできる、Webサイトへの2要素認証導入 覚えないパスワードは生成する物 〜 余計な文字数制限などは有害 〜 チャレンジレスポンス形式の認証 SSL通信が解読されてもパスワードを盗まれない方法といっても新しい方法ではありません。様々な認証方式で利用されている「チャレンジレスポンス」形式の認証方法を用いるだけです。チャレン
SSL/TLSアプライアンス製品の暗号設定方法等の調査報告書 | アーカイブ | IPA 独立行政法人 情報処理推進機構
本ページの情報は2019年4月時点のものです。 2015年5月、独立行政法人情報処理推進機構（以下、「IPA」という。）では、暗号技術評価プロジェクトCRYPTREC の活動を通じ、オンラインショッピング、インターネットバンキング、ネットトレードなどのサービスで使用するSSL (Secure Socket Layer) /TLS (Transport Layer Security) プロトコルの適正な利用促進を目的として、SSL/TLSサーバの構築者や運営者が適切なセキュリティを考慮した暗号設定ができるようにするため、SSL/TLS暗号設定ガイドライン （以下「設定ガイドライン」という。）を公開しました。 その後、一般に販売されているSSL/TLSを利用するアプライアンス製品（以下、SSL/TLSアプライアンス製品という）の設定方法等への要望が多数寄せられたため、SSL/TLSに関してどの
もはやHTTPの時代ではない グーグルがここまで“SSL化”にこだわるわけ
もはやHTTPの時代ではない グーグルがここまで“SSL化”にこだわるわけ：半径300メートルのIT（1/2 ページ） GoogleのWebブラウザ、Chromeの最新バージョンでは、SSL化していないサイトのテキストボックスに情報を入力しようとすると、警告を表示するようになりました。なぜ、ここまで“SSL化”にこだわるのでしょうか。 このコラムでも何度か「https://」の仕組みをお伝えしてきました。Webブラウザの通信をHTTPSというプロトコル（通信のルール）を使い、サーバに設定された「SSLサーバ証明書」を用いて暗号化するというものです。SSL対応などと書かれることが多いですね。 少し前だと、HTTPSを使っているという証明の「錠マーク」がWebブラウザに出てくるのは、企業サイト、それも金融系サービスや会員制のログインが必須のサービスがほとんどでした。しかし、今では先進的なブログ
マンションのLAN内のゲートウェイが中間者攻撃してくるお話 - Qiita
来歴 私は去年、とある賃貸マンションへ入居した。 インターネットは無料で利用可能、壁の端子にLANケーブルを挿すだけ。 ただ、この物件のインターネット回線がおかしい。1日に1回くらい、Webサイトを閲覧しようとしたときに、マンションの管理会社のホームページへリダイレクトされる現象が起きる。 イメージとしてはこんな感じ。 東京の天気が表示されるべきなのに、入居者用Webページのログイン画面へリダイレクトされる。 腹が立ったので今年の5月くらいに現象を調べ、原因がわかったことで満足していたが、重い腰を上げて結果を以下の記事にして公開する。改めてGoogle先生に聞いたら、同じことで悩んでいる人がいた。 自動リダイレクトの回避方法について。 http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10165027165 なお、後述の図には
はてなhttps問題で「はてな？」となっているあなたへ
先日、はてなブログが段階的にhttpsに対応していくということを『はてなブログ開発ブログ』で発表しました。しかし、この記事おそらくエンジニアが書いたであろう記事で一般のひとからしたらチンプンカンプンな内容だと思います。そこでもっとわかりやすくやることリスト的にまとめてみました。 これはhttpsにまだ対応していないこのサイトにアクセスしてみるとこのように表示されます。 「このサイトへの接続は保護されていません」 httpsに対応したTwitterなどにアクセスしてみるとこのように表示されます。 「保護された接続」これが現時点で閲覧するユーザーがわかる大きな違いです。この「s」の有り無しで保護されるかされないかが決まります。 何故この保護する必要が出てきたのかもともとこのhttpsはクレジットカード決済の画面など個人情報などを扱うページでよく利用されていました。しかし、最近はスマホの普及でこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to Verify an RSA Private Key Matches a CSR and Certificate - SSL.com
【図解】httpプロキシサーバの仕組み(http GET/https CONNECTメソッド)や必要性・役割・メリットデメリット・DNSの名前解決の順序
SSL/TLSの20年を振り返る ～ダウングレード攻撃からHeartbleed までの脆弱性を中心に～ - JPNIC
SSL ハンドシェイクの裏側 証明書失効確認メカニズム SSL サーバ証明書が情報漏えいに強い理由 - Symantec
HTTPS通信の疎通確認に覚えておきたい３つのコマンド - Qiita
サイト常時HTTPS化3つの手法「従来型SSL」「Let's Encrypt」「CloudFlare」の長所と短所まとめ | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
