http vs https an depth comparison features
例を使用して、HTTPとHTTPSの正確な違いを調べてください。
「HTTPvsHTTPS」と言うとき、最も重要な要件は、これら2つの用語のそれぞれの基本的な意味を理解することです。
HTTPとHTTPSの意味を理解したら、次に進んでそれらを比較できます。
学習内容：
HTTPとは何ですか？
HTTPはの頭字語です H イープル t 内線 T 転送 P rotocol。インターネットプロトコルスイート内では、HTTPは、分散、共有、およびハイパーメディア情報システム間のクライアントサーバー通信を確立および改善するためのアプリケーション層プロトコルです。
通信は、HTTP要求を送信し、www（ワールドワイドウェブ）を介してHTTP応答を受信することによって実現されます。
HTTPは、ハイパーテキストとwwwを有効にするために開発されました。これは、クライアントサーバーコンピューティングモデルの要求/応答プロトコルのように機能します。
クライアント（たとえば、Webブラウザ）は、HTTP要求をWebサーバー（たとえば、クラウドコンピュータ）に送信します。サーバーはリクエストを受信し、アプリケーションを実行してリクエストを処理します。次に、アプリケーション実行出力、つまりHTTP応答をクライアントに返します。クライアントは応答を受け取ります。
(画像 ソース )
HTTPという名前の「プロトコル」の部分は、それが一連のルールであることを示しています。 HTTPは、インターネットプロトコルスイートのプロトコルの1つです。
HTTPという名前の「転送」の部分は、wwwを介したファイルの転送を示します。これらのファイルは、テキスト、グラフィック、画像、オーディオ、ビデオ、またはその他のマルチメディアである可能性があります。
HTTPという名前の「ハイパーテキスト」の部分は、ドキュメントまたはファイルに他のテキストへのリンクを含めることができることを示しています。このリンクには、読者がマウスクリックまたはキーを押すか画面に触れることですぐにアクセスできます。
そのため、ハイパーテキストを使用すると、ファイルに他のファイルへのリンクを含めることができる広範な相互参照が可能になり、その選択によって追加の転送要求がトリガーされます。
これで、簡単に言えば、HTTPはwwwを介したハイパーテキストファイル転送の一連のルールであることが理解できます。
HTTPSとは何ですか？
Netscapeによって開発されたHTTPSは、の頭字語です。 H ypertext T 転送 P rotocol S ecure。 HTTPの制限は、クライアントとサーバー間の情報の流れが暗号化されていないため、だれでも情報を盗むことができることです。
HTTPを使用して交換されたハイパーテキストはプレーンテキストとして送信され、通信を傍受して自分の利益のために、誰でも簡単に読み取ったり、自分のコードを挿入したりできます。したがって、HTTPSは、HTTPの制限というこのセキュリティを克服するために開発されました。
HTTPSの最後の「S」は「セキュア」で知られています。 HTTPSは、コンピュータネットワークを介した安全な通信を可能にするHTTPの拡張であり、インターネットで広く使用されています。 HTTPS = HTTP +暗号化プロトコル。 HTTPSは、インターネットプロトコルスイートのアプリケーション層にも含まれます。
HTTPSは、HTTP overTLSまたはHTTPoverSSLとも呼ばれます。これは、通信プロトコルを暗号化するためのサブレイヤーとしてトランスポート層セキュリティ（TLS）またはセキュアソケットレイヤー（SSL）を使用するためです。 SSL証明書を使用して、ブラウザとサーバー間の安全な接続を作成します。
HTTPSは、クライアントとサーバー間の双方向暗号化を提供します。つまり、ブラウザの要求とサーバーの応答を暗号化および復号化し、中間者攻撃、盗聴、およびメッセージの改ざんに対する保護を提供します。
したがって、HTTPSは基本的に、アクセスされたWebサイトの認証を提供し、クライアント/サーバー通信中に転送中のデータのプライバシーと整合性を保護します。安全な通信を保証します。
(画像 ソース )
Chrome、IEなどのWebブラウザを開くと、以下のような南京錠のアイコンが表示されているはずです。
このロックアイコンは、HTTPS接続が有効であることを示します。
HTTPSは当初、金融分野、たとえばオンラインバンキングやオンラインショッピングなどのオンライン決済トランザクションで使用されるようになりました。
しかし最近では、ほとんどすべての種類のWebサイトで広く使用されているため、Webデータの信頼性が保護され、ユーザーのアカウントと閲覧情報が保護され、非公開にされます。
HTTPSはどのように機能しますか？
上記のように、HTTPSはSSLまたはTLSのいずれかを使用して暗号化を有効にします。 SSLプロトコルとTLSプロトコルはどちらも、公開鍵と秘密鍵の2つの鍵を持つ非対称鍵アルゴリズムに基づいています。両方のキーがペアになっていて、一緒に機能します。
公開鍵は証明書を介してクライアントまたはWebブラウザーに配布され、秘密鍵はその特定のWebサイトのWebサーバーに保持されます。
HTTPSは、ユーザーのブラウザとサーバー間で発生するデータ交換を暗号化するため、サーバーとブラウザ間で転送中のデータを誰も読み取れないようにします。
データは、送信者側で一意の暗号化キー（乱数）と暗号化アルゴリズムによって暗号化されます。この暗号化されたデータは、 暗号 。もう一方の端、つまり受信側では、この暗号文は暗号化プロセスの逆を使用して復号化され、元のデータが復元されます。
現在、両端（ブラウザーとサーバー）が同じ暗号化キーを使用している場合、これは対称暗号化と呼ばれます。この最良の例は、ルーターとラップトップの両方が同じパスワードを共有している私たちの家で使用されているWIFIです。
一方、非対称暗号化では、暗号化キーと復号化キーの両方が異なり、Webブラウザとサーバー間の最初のハンドシェイクプロセスで使用されます。
HTTPSを使用するWebサイトには、GeoTrust、GoDaddyなどの一部の認証局から購入した一意のデジタル証明書があります。
HTTPS作業のプロセス全体は、次の2つの主要なステップに分けることができます。
1） www.Yahoo.comのようにURLが入力されると、YahooのサーバーはWebブラウザに2つのものを提供します。 「証明書」 認証局によって署名されており（VeriSignによって署名された証明書だとしましょう）、もう1つの非常に重要なことはその「 公開鍵」 （任意の乱数にします）。
現在、Webブラウザーには、主要な登録済み認証局から提供された公開鍵のリストが含まれています。一致するそれぞれの公開鍵を使用して証明書を復号化します。
公開鍵がデジタル署名された証明書を復号化できる場合、URLの前に緑色のロックを表示することにより、データ交換のための安全な接続をさらに作成することができます。
それ以外の場合、公開鍵が一致しないと、すべての接続が停止し、URLの先頭に赤い十字の信頼できないWebサイト記号が表示されます。このプロセス全体は、ハンドシェイクプロセスとして知られています。
(画像 ソース )
インターネットで作業しているときに、これらの上の緑色の錠と赤い十字のhttps記号をよく見たことがあるはずです。
秘密鍵と公開鍵は、データの暗号化と復号化に共同で使用されることに注意してください。一方のキー（パブリックまたはプライベート）が暗号化に使用される場合、もう一方のキーは復号化に使用されます。したがって、このステップまでは、非同期通信が使用されます。
このプロセスの次のステップに移りましょう。
二） さて、前述のように、www.Yahoo.comにアクセスすると、Yahooのサーバーは、yahooのサーバーのそれぞれの秘密鍵でのみ復号化できる公開鍵を介して暗号化された形式でデータを送信します。この秘密鍵は公開者間で共有されません。したがって、秘密鍵なしでデータを復号化することはほとんど不可能です。
公開鍵と秘密鍵とは別に、Webブラウザはセッション鍵と呼ばれる3番目の鍵を作成します。これで、このセッションキーはサーバーから受信した公開キーによって暗号化され、この暗号化されたセッションキーはyahooのサーバーと共有されます。このサーバーは、秘密鍵を使用してセッション鍵を復号化することにより、セッション鍵を取得します。
これで、ユーザーとサーバーの両方が同じセッションキーを持っています。これで、ユーザーのマシンとサーバーが同じセッションにとどまる場合、Webサイトを閉じてセッションが終了しなくなるまで、ユーザーは対称暗号化を使用し続けます。
正確な違い–HTTPとHTTPS
| HTTP | HTTPS |
|---|---|
| インターネットを介して情報を交換する必要性に対処します。 | 安全でないインターネットを介して機密情報を交換する必要性に対処します。 |
| HTTP URLはHTTP：//で始まり、デフォルトのポートとしてポート80を使用します。 | HTTPS URLはhttps：//で始まり、デフォルトのポートとしてポート443を使用します。 |
| HTTPは保護されておらず、man-in-the-middle攻撃や盗聴の影響を受けやすく、ウイルスの注入や機密情報の攻撃者への漏洩につながる可能性があります。 | HTTPSは暗号化され、保護されています。このような攻撃に抵抗し、認証、プライバシー、およびセキュリティを提供する機能があります。 |
| このプロトコルは、ティモシー・ジョン卿によって発明されました。 | このプロトコルは、NetscapeCorporationがナビゲーターブラウザ用に考案したものです。 |
| 通信にSSL証明書を使用しません。 | 通信にSSL証明書を使用します。 |
| データ暗号化を使用しません。 | データ暗号化を使用します。 |
| ブログ、フォーラム、教育サイト、エンターテインメント、記事などの情報消費Webサイトでの使用に適しています。 | これは、財務データやその他の機密データなどの個人情報や機密情報を収集するWebサイトに最適です。たとえば、支払いゲートウェイ、ショッピングWebサイト。 |
| 速度について言えば、その単純さのためにHTTPSよりも高速です。これはステートレスプロトコルであり、前のWebセッションを何もリコールしません。 | 速度について言えば、HTTPよりも遅いです。これは、安全なセッションの確立にある程度の処理時間がかかるためです。 |
| 検索ランキングは向上しません。 | 検索ランキングを向上させます。 2014年、GoogleはランキングシグナルとしてHTTPSの利用を開始しました。 |
| リファラーデータを保存しません。参照ソースは直接トラフィックとしてのみ表示されます。 | リファラーデータを保持します。したがって、グーグル分析をより効果的にし、SEOにとって大きな利点であることが証明されています。 |
| 訪問者はセキュリティ違反のリスクを感じ、機密情報が漏洩する可能性があるため、訪問者への信頼が低下します。 | 資格情報、閲覧履歴、アカウントの詳細などの機密情報が公開されるリスクがないことを訪問者が知っているため、訪問者との信頼を確立します。 |
| HTTPでAMP（Accelerated mobile pages）を使用することはできません。 | HTTPSには、AMPを使用する利点があります。 Google AMPを使用する場合は、HTTPSを使用する必要があります。 |
2つの画像は、HTTPとhttpsの主な違いを視覚化するのに役立ちます。
(画像 ソース )
.swfファイルとは
HTTPとHTTPSのパフォーマンス
一般に、HTTPは単純であるため、HTTPSよりも高速です。 HTTPSでは、HTTPとは異なり、SSLハンドシェイクの追加ステップがあります。この追加の手順により、Webサイトのページ読み込み速度がわずかに遅れます。
ただし、これもセッションの長さ、静的コンテンツと動的コンテンツの比率、クライアント、ハードウェア、サーバーソフトウェアなどのキャッシュ動作などの特定のものに依存します。
例えば 、サーバー上に重い動的コンテンツがある場合、SSLハンドシェイクに費やされる時間はコンテンツ生成に費やされる時間に重要ではなくなるため、ページの読み込みがHTTPSによって妨げられる可能性は低くなります。ただし、静的コンテンツが多い場合は、オーバーヘッドが高くなります。
非常に短いセッションもSSLハンドシェイク時間の影響を受けます。ただし、長いセッションの場合、このコストはセッションの開始時に発生し、その後の後続の要求はより高速になります。
ただし、何よりも、HTTPSによって提供されるセキュリティ上の利点は、わずかなパフォーマンスの遅延を完全に上回ります。
HTTPSのパフォーマンスを向上させるために利用できる特定の方法もあります。
これも：
- HTTP / 2： HTTP / 2では、HTTPSは高速化するだけなので、パフォーマンスのオーバーヘッドを相殺します。 HTTP / 2の主な利点と機能には、多重化と同時実行、ヘッダー圧縮、ストリームの依存関係、サーバープッシュが含まれます。
- Brotli圧縮： これは、Googleによって導入されたオープンソースのロスレス圧縮アルゴリズムです。帯域幅の消費を減らし、コンテンツの読み込みを高速化します。
- HPACK圧縮： これはハフマン符号化に基づいており、ヘッダーサイズを約30％削減します。 HPACK圧縮は、圧縮ベースの攻撃に耐性があり、大きなヘッダーをエンコードする機能があります。
- OCSP （オンライン証明書ステータスプロトコル） ホッチキス： これは、SSL証明書をすばやく検証する方法です。
- CDN： CDNはコンテンツ配信ネットワークです。 CDNを使用すると、ラウンドトリップ時間とTCPおよびTLSハンドシェイクの全体的なコストを大幅に削減できます。
HTTP VSHTTPSテストを行うWebサイトhttp://www.httpvshttps.com/があります。同じページで、HTTPバージョンの読み込みに20.306秒かかり、HTTPSバージョンの読み込みに7.630秒かかったことがわかりました。私はこれをクロームブラウザで試しました。
HTTPページとhttpsページのバージョンの読み込み時間の比較を示す他のテストプラットフォームと視覚的な比較ツールも利用できます。
結論
そのため、この記事では、HTTPとHTTPSの基本を理解し、2つの違いを確認しました。 HTTPは、クライアントとサーバー間のデータ転送に非常に基本的なプロトコルを提供しますが、HTTPSは、プライバシー、整合性、認証という3つの主要な目標に対応するHTTPサービスにセキュリティの層を追加します。
これまで、HTTPS接続はオンライン金融取引にのみ使用されていました。しかし、近年、ほとんどすべてのタイプのWebサイトがHTTPS接続を使用して安全な通信を提供し始めています。
結局のところ、ユーザーの機密情報と閲覧履歴に関連するプライバシーとセキュリティは危険にさらされることはありません。アーキテクチャに関しては、HTTPSにはSSLハンドシェイクのオーバーヘッドがあるため、HTTPよりも遅くなる可能性があります。ただし、それが提供するセキュリティ上の利点は、パフォーマンスのこれらのわずかな遅延を上回ります。
実際、HTTPSのパフォーマンスを向上させる方法はたくさんあり、最近ではHTTPSの成長が加速しています。
この記事がHTTPとHTTPSの概念に関する知識を深めることを願っています！
推奨読書
- JMeterHTTPSテストスクリプトレコーダー
- LoadRunnerとPerformanceCenterの違い
- MongoDBパフォーマンス：ロックパフォーマンス、ページフォールト、データベースプロファイリング
- Appium Studioの概要：主な利点と機能
- ジョージア工科大学がRadViewWebLOADでのパフォーマンステストを標準化
- パフォーマンステスト計画とパフォーマンステスト戦略の違い
- 手動パフォーマンステストを実行する方法は？
- ウェブサイトのパフォーマンステストツールとサービス