タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

httpsとnetworkとsslに関するwushiのブックマーク (6)

  • 図解 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 証明書(1)』と『#5 X.509 証明書(2)』で解説しているので、動画解説のほうがお好みであればそちらをご参照くださ

    図解 X.509 証明書 - Qiita
  • sslh でport443 を有効活用して、sshもhttpsも同時に待ち受けする。 - それマグで!

    443ポート以外が絶滅しそうです あちこちでポートは閉じられています。ssh や sftp もプロキシ利用も、各種ポートでは、全く外部に出れず、接続できないネットワークが多いです。 TCP/IPなのにIPとポートを使った通信ができない、壊れたネットワークが当然になりました。 これらの接続制限にとても不便を感じることが多いです。 サーバー管理者の気分一つでポートが空いたり閉じたり、私が触ってたネットワークではポリシーが統一されず、クソネットワーク管理者に振り回されて、動くはずのものが動かず、不便なことが多かったのです。そこで仕方なく443を使っています。 私達が利用する端末では80/443 のポートの外部接続が閉じられることは少なく、443であれば通信できます。 そのため、443ポートに様々なアプリケーションを起動していると思います。 443 ポートとIPアドレスが枯渇する・・・ よほどのG

    sslh でport443 を有効活用して、sshもhttpsも同時に待ち受けする。 - それマグで!
  • 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にまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
  • Archived MSDN and TechNet Blogs

    This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

    Archived MSDN and TechNet Blogs
  • TLS/SSLの暗号利用に関する現状と課題について - NTT情報流通プラットフォーム研究所

    (c)日電信電話株式会社 情報流通プラットフォーム研究所 TLS/SSLの暗号利用に関する 現状と課題について NTT情報流通プラットフォーム研究所 情報セキュリティプロジェクト 神田 雅透 20091125 Internet Week 2009説明資料 (c)日電信電話株式会社 情報流通プラットフォーム研究所 Internet Week 2008にて 20091125 Internet Week 2009説明資料 どのように変わったか? (あるいは変わらなかったか?) (c)日電信電話株式会社 情報流通プラットフォーム研究所 20091125 Internet Week 2009説明資料 SSL/TLSは暗号化技術? 「暗号化はSSLで」の一言で片づけられていないか ~ どんな暗号を使っているか認識されていないのに「適切な設定」がなされているか ~ 共通鍵 暗号 ブロック暗号 RC

  • HTTPSプロキシの仕組み - ソフトウェアエンジニア現役続行

    例えば、以下のようなネットワークを考えます。 ┌──────────┐       ┌─────────┐       ┌───────────┐ │ クライアントPC │ <───> │ プロキシサーバ │ <───> │ HTTPSサーバ  │ └──────────┘       └─────────┘       └───────────┘ 192.168.1.40            192.168.1.2            https_server.jp(1.1.1.1) HTTPSサーバはインターネット上にあり、プロキシサーバとHTTPSサーバの間にはルータがあるものとします。 プロキシサーバ経由でHTTPSの通信を行う場合は、以下のようなリクエストを発行し、プロキシサーバに接続先のHTTPSサーバから公開鍵と証明書を転送するように、指示を行います。 CONNECT s

    HTTPSプロキシの仕組み - ソフトウェアエンジニア現役続行
    wushi
    wushi 2012/08/08
    squidのHTTPS中継はSSLハンドシェイクのやりとりと暗号化されたデータをそのまま中継する。プロキシは暗号化/復号はしない。
  • 1