Trong mô-đun trước,
chúng ta đã thấy về xác thực người dùng rất nhiều chi tiết.
Chúng tôi đã thấy cách người dùng gửi thông tin đăng nhập của họ đến máy chủ của họ từ phía khách hàng
trong tiêu đề của
thông điệp yêu cầu của họ hoặc nội dung của thông điệp yêu cầu và sau đó,
khi họ được xác thực,
sau đó khách hàng của họ sẽ bao gồm cookie hoặc
mã thông báo trong tiêu đề của thông điệp yêu cầu đi từ máy khách đến máy chủ.
Tôi chắc
rằng một vài người trong số các bạn đang phàn nàn về thực tế là chúng tôi đang giao tiếp trong một kênh không an toàn, có
nghĩa là bất cứ ai ngồi ở giữa những người có thể
nghe tin nhắn của họ đi giữa máy khách
và máy chủ sẽ dễ dàng có thể nắm bắt
các thông tin đăng nhập và sau đó mạo danh khách hàng chính hãng.
Tất nhiên, tại thời điểm đó,
sự nhấn mạnh của họ là nhiều hơn vào việc sắp xếp
giao tiếp khách hàng và máy chủ với xác thực của khách hàng ở phía máy chủ.
Nhưng bất cứ lúc nào bạn cần sử dụng xác thực người dùng
, trước tiên, dưới hình thức, nói,
cung cấp các thông tin đăng nhập để xác thực bản thân và sau đó,
xác thực bản thân bằng cách bao gồm cookie hoặc
mã thông báo trong tiêu đề của thông báo yêu cầu,
bạn nên thực hiện điều này trên một kênh an toàn.
Bạn không bao giờ nên giao tiếp qua một kênh không an toàn
, có nghĩa là bạn không nên sử dụng HTTP và sau đó bao gồm
các thông tin đăng nhập vào tiêu đề hoặc nội dung của thư yêu cầu.
Thay vào đó, bạn nên sử dụng một phiên bản an toàn của giao thức HTTP hoặc HTTPS.
Hãy nói ngắn gọn về HTTPS trong bài giảng này.
Trên đường đi, tôi sẽ cung cấp cho bạn một giới thiệu năm phút về mật mã và bảo mật.
Rõ ràng, mật mã và bảo mật là một chủ đề rất lớn trong quyền riêng của nó.
Tôi sẽ giới thiệu các bạn về những yếu tố cần thiết mà bạn cần phải
hiểu để tìm hiểu cách HTTPS thực sự hoạt động.
Với nền tảng này, chúng ta hãy tiến hành hiểu về mật mã và sau đó vào
giao thức HTTPS và cách bạn sẽ cấu hình một máy chủ để sử dụng
giao thức HTTPS và sau đó máy khách liên hệ với máy chủ sử dụng giao thức HTTPS,
do đó, giao tiếp giữa máy khách và máy chủ có thể được thực hiện một cách an toàn
bằng cách mã hóa dữ liệu được gửi giữa máy khách và phía máy chủ.
Khi bạn mạo hiểm vào lĩnh vực mật mã và bảo mật,
bạn sẽ thường nghe mọi người nói về mật mã khóa đối xứng.
Bây giờ, mật mã học liên quan đến điều gì?
Nếu bạn cần gửi một tin nhắn qua một kênh cho người dùng khác,
sau đó bạn sẽ muốn có thể mã hóa tin nhắn theo
cách mà chỉ có người nhận mới có thể
giải mã tin nhắn và có được
thông tin mà bạn đang cố gắng gửi cho người nhận.
Vì vậy, cả người gửi và người nhận nên hiểu về thiết lập giữa hai người trong số
họ như thế nào quá trình mã hóa này và cách giải mã sẽ hoạt động.
Để làm việc này,
bất kỳ mã hóa và giải mã hoạt động dựa trên trao đổi các khóa bí mật.
Vì vậy trong mật mã khóa đối xứng,
cả người gửi và người nhận sẽ chia sẻ một khóa bí mật giữa hai trang web,
và khóa bí mật này chỉ được biết đến với người gửi và bên nhận.
Vì vậy khi người gửi cần gửi tin nhắn,
thì người gửi sẽ mã hóa tin nhắn này bằng cách sử dụng thuật toán mật mã
, sử dụng khóa bí mật làm đầu vào khác cho thuật toán này.
Và một khi thông điệp này được truyền qua thuật toán mật mã này,
thì một thông điệp được mã hóa sẽ được tạo ra.
Bây giờ, tin nhắn được mã hóa này sẽ được gửi đến kênh qua phía bên nhận.
Nếu bạn có một người dùng độc hại bên thứ ba
ngồi ở giữa và lắng nghe và ghi lại thông điệp được mã hóa này,
họ sẽ khó giải mã
thông điệp này vì để giải mã thông điệp được mã hóa,
bạn vẫn cần khóa bí mật.
Bây giờ, ở phía người nhận,
khi tin nhắn được mã hóa được nhận,
thì người nhận sẽ áp dụng và một thuật toán giải mã
, cũng lấy làm đầu vào,
cùng một khóa bí mật đã được sử dụng ở phía người gửi để mã hóa tin nhắn.
Vì vậy khi giải mã, thông điệp ban đầu sẽ được truy xuất
và có thể được xử lý ở phía người nhận.
Bây giờ, nếu một bên thứ ba độc hại muốn giải mã thông điệp
được mã hóa này, họ sẽ phải đối mặt với một trận chiến khó khăn vì
quá trình mã hóa bằng cách sử dụng khóa bí mật sẽ biến thông điệp và có thể
, lần lượt mã hóa thông điệp.
Nếu không sở hữu khóa bí mật,
nó sẽ là bên cạnh không thể giải mã tin nhắn được mã hóa.
Vâng, đó là kéo dài có được một chút xa.
Sẽ rất khó khăn để giải mã tin nhắn được mã hóa.
Nếu bạn sử dụng kỹ thuật brute force, sau đó cuối cùng,
bạn sẽ kết thúc giải mã thông điệp được mã hóa.
Nhưng nó sẽ mất rất nhiều thời gian và đòi hỏi rất nhiều sức mạnh tính toán.
Nó sẽ không có giá trị nỗ lực cho
người dùng độc hại của bên thứ ba để thử và giải mã tin nhắn được mã hóa.
Vì vậy, cơ bản bạn đang làm cho nó thực sự khó khăn cho ai đó để
giải mã thông điệp nếu họ không sở hữu khóa bí mật.
Bây giờ, vì khóa bí mật chỉ được biết đến với người gửi và người nhận,
hai bên kết thúc, người gửi và người nhận,
có thể giao tiếp với sự đảm bảo
rằng trong tin nhắn
được mã hóa từ phía người gửi chỉ có thể được giải mã bởi phía người nhận.
Vì vậy, đây là cách mã hóa khóa đối xứng hoạt động.
Việc bạn có cùng một khóa bí mật được chia sẻ giữa
người gửi và người nhận có nghĩa là
việc bao gồm quá trình giải mã sử dụng cùng một khóa bí mật,
do đó, mật mã khóa đối xứng.
Tất nhiên, với mật mã khóa đối xứng,
một trong những vấn đề là cả người gửi và người
nhận cần phải có quyền truy cập vào cùng một khóa bí mật.
Bây giờ, nếu người gửi và người nhận đang giao tiếp qua một kênh không an toàn,
sẽ rất khó cho cả hai bên để tìm hiểu
về cùng một khóa bí mật mà không tiết lộ nó cho người khác.
Vì vậy, đây là nơi mà một thuật toán khác gọi là mật mã khóa công khai rất hữu ích.
Mật mã khóa công khai hoạt động như thế nào?
Bây giờ, trong mật mã khóa công khai,
ý tưởng là bạn có hai khóa khác nhau.
Bạn có một khóa công khai và một khóa riêng.
Bây giờ, khóa công khai có thể được phân phối rộng rãi cho bất cứ ai mà bạn muốn.
Vì vậy, khi ai đó muốn gửi tin nhắn cho bạn,
họ sẽ sử dụng khóa công khai của bạn để mã hóa tin nhắn.
Vì vậy nếu một người gửi ở đây muốn gửi tin nhắn đến người nhận,
thì người gửi sẽ sử dụng khóa công khai ngoài người nhận để
mã hóa tin nhắn ở phía người gửi bằng thuật toán mã hóa.
Bây giờ, một khi tin nhắn được mã hóa được gửi
qua kênh không an toàn đến phía người nhận,
người nhận sau đó sẽ sử dụng khóa riêng
mà chỉ người nhận mới biết được để giải mã.
Bây giờ, để mật mã khóa công khai hoạt động như chúng ta đã thấy,
khóa công khai có thể được phân phối rộng rãi mà không có bất kỳ mối quan tâm nào.
Nhưng vì khóa riêng chỉ được biết đến với phía nhận,
chỉ có người nhận mới có thể giải mã tin nhắn, và, một
lần nữa, một kẻ xâm nhập bên thứ ba mà bắt được
tin nhắn được mã hóa này sẽ thấy nó vô cùng khó khăn để giải mã tin nhắn.
Bây giờ, tất nhiên trong mật mã khóa công khai, khóa
công khai và khóa riêng là hai khóa khác nhau.
Bây giờ, sau đó câu hỏi rõ ràng tiếp theo của bạn sẽ là tại sao
không chỉ đơn giản là sử dụng mật mã khóa công khai để mã hóa.
Vấn đề là việc sử dụng mật mã khóa công khai
để mã hóa và giải mã là một quá trình tốn kém,
và đó là lý do tại sao chúng ta không sử dụng mật mã khóa công khai cho toàn bộ giao tiếp của họ.
Thay vào đó, mật mã khóa công khai sẽ được sử dụng
chủ yếu cho người gửi và người nhận để đồng ý với
khóa bí mật chung mà hai người sẽ sử dụng.
Sau đó chúng ta sẽ xem cách mật mã khóa công khai
có thể được sử dụng để thiết lập khóa bí mật chung
giữa người gửi và người nhận và sau đó
sử dụng mật mã khóa đối xứng để giao tiếp thêm.
Một giao thức sử dụng cách tiếp cận này là Secure Sockets
Layer và cũng là giao thức bảo mật Transport Layer,
SSL và TLS trong ngắn hạn.
Vì vậy, nhiều lần khi bạn đọc tài liệu,
bạn có thể nghe về SSL và TLS.
Các giao thức mật mã này cho phép giao tiếp an toàn giữa
người gửi và người nhận qua một mạng không an toàn như Internet.
Người gửi và người nhận sẽ giao tiếp qua Internet này bằng cách sử dụng
các tin nhắn được mã hóa, mà chỉ người gửi và người nhận mới có thể giải mã được.
Và cách tiếp cận này, hoặc là SSL hoặc TLS,
sử dụng một sự kết hợp của mật mã khóa công khai cùng với mật mã khóa đối xứng.
Quá trình chính xác của họ làm điều này,
tôi sẽ giải thích trong slide tiếp theo.
Ngoài ra, sử dụng SSL hoặc TLS,
chúng tôi đang cố gắng duy trì hai thứ khác nhau.
Trước tiên, chúng tôi đang cố gắng duy trì sự riêng tư của
thông tin liên lạc giữa người gửi và người nhận để
không có bên thứ ba độc hại nào có thể trích xuất tin nhắn từ tin nhắn được mã hóa.
Thứ hai, chúng tôi cũng đang cố gắng để duy trì tính toàn vẹn,
có nghĩa là khi người gửi gửi một tin nhắn, người
nhận sẽ có thể yên tâm rằng tin nhắn đã không bị giả mạo.
Vì vậy, cả an ninh và duy trì tính toàn vẹn là rất quan trọng trong trường hợp này.
Vì vậy, cả quyền riêng tư và tính toàn vẹn phải được duy trì bởi
giao thức truyền thông an toàn này mà chúng tôi xây dựng
để trao đổi giữa người gửi và người nhận.
Hãy nói ngắn gọn về cách SSL hoặc TLS thực sự hoạt động.
Điều này được thực hiện thông qua một quá trình bắt tay mà tôi đã minh họa trong sơ đồ này ở đây.
Khi một khách hàng muốn giao tiếp với máy chủ,
khách hàng sẽ gửi một tin nhắn đến máy chủ,
xác định rằng khách hàng muốn giao tiếp với máy chủ một cách an toàn.
Tại thời điểm này, máy chủ sẽ gửi lại chứng chỉ cho khách hàng,
trong đó có một khóa công khai,
mà đã được chứng nhận bởi
cơ quan chứng nhận là thuộc về máy chủ cụ thể đó.
Vì vậy, theo cách đó, khi khách hàng nhận được
khóa công cộng này cộng với chứng nhận của cơ quan chứng nhận,
khách hàng sẽ có thể xác minh thông tin đăng nhập của máy chủ.
Vì vậy, khách hàng cần phải thiết lập rằng nó thực sự đang nói chuyện với máy chủ,
rằng nó đang có ý định giao tiếp với.
Vì vậy, tại thời điểm này,
khi khách hàng xác minh thông tin đăng nhập của máy chủ,
khách hàng bây giờ có quyền truy cập vào khóa công khai của máy chủ.
Một khi khách hàng được giữ khóa công khai của máy chủ,
sau đó khách hàng sẽ tạo ra những gì được gọi là bí mật pre-master.
Bí mật pre-master này là một cái gì đó mà cả máy khách và
máy chủ sẽ sử dụng để tạo ra những gì được gọi là một khóa phiên.
Vì vậy, khách hàng tạo ra một pre-master bí mật,
khách hàng sau đó mã hóa bí mật đó bằng cách sử dụng khóa công khai của máy chủ,
và sau đó gửi bí mật qua máy chủ.
Bây giờ, hãy nhớ rằng một khi bí mật được mã hóa bằng cách sử dụng khóa công khai,
không ai khác ngoài máy chủ sẽ có thể
trích xuất thông tin từ tin nhắn được mã hóa.
Vì vậy, khi máy chủ nhận được thông điệp được mã hóa này,
máy chủ trích xuất bí mật pre-master từ thông điệp này.
Bây giờ, cả máy khách và máy chủ đều có cùng một bí mật pre-master.
Tại thời điểm này, cả máy khách và máy chủ sẽ sử dụng
cùng một tập hợp các bước bắt đầu với bí mật của pre-master,
và với cùng một tập hợp các giá trị,
mà sẽ tạo ra một khóa gọi là khóa phiên.
Bây giờ, khi khóa phiên được tạo ra cả ở phía khách hàng và phía máy chủ,
nó sẽ là chính xác cùng một khóa phiên,
bởi vì cả hai sẽ làm theo chính xác cùng một quá trình để tạo khóa phiên.
Vì vậy, tại thời điểm này,
cả khách hàng và máy chủ,
bây giờ có một khóa bí mật giống nhau trên cả hai trang web.
Vì vậy, tất cả các giao tiếp tiếp tiếp theo giữa máy chủ và máy khách,
sau đó có thể tiến hành sử dụng mã hóa đối xứng.
Vì vậy, khi khách hàng cần giao tiếp với máy chủ,
khách hàng sẽ mã hóa dữ liệu bằng cách sử dụng khóa phiên bí mật,
và sau đó gửi qua dữ liệu của họ.
Tương tự như vậy, khi máy chủ cần giao tiếp với máy khách,
máy chủ rõ ràng sẽ sử dụng
cùng một khóa phiên để mã hóa dữ liệu và sau đó gửi nó qua cho máy khách.
Bây giờ, kể từ khi khách hàng sở hữu cùng một khóa phiên,
khách hàng sẽ có thể giải mã tin nhắn và giải nén tin nhắn không được mã hóa.
Bằng cách sử dụng thủ tục này,
khách hàng và máy chủ đã đảm bảo rằng giao tiếp giữa chúng là riêng tư.
Ngoài ra, chúng tôi quản lý để đảm bảo rằng không có bên thứ ba độc hại nào có thể
chặn tin nhắn và gây ra bất kỳ thay đổi nào đối với tin nhắn.
Vì vậy, tính toàn vẹn của thông điệp cũng được duy trì,
và sự riêng tư của giao tiếp
giữa máy khách và máy chủ cũng được duy trì.
Vì vậy, toàn bộ cuộc thảo luận mà tôi đã trình bày cho bạn
trong vài slide cuối cùng, là tóm lại,
cách giao tiếp an toàn giữa máy khách và máy chủ có thể được đảm bảo
bằng cách sử dụng mật mã khóa đối xứng và mật mã khóa công khai.
Bây giờ, rõ ràng, có rất nhiều điều hơn những gì tôi đã giải thích ở đây,
nhưng sự hiểu biết về cách thức hoạt động của mật mã học là
đủ để bạn hiểu được toàn bộ quá trình hoạt động như thế nào.
Bây giờ, nếu bạn quan tâm đến việc tìm hiểu thêm về điều này,
một nguồn tốt để tìm hiểu về Giao thức Mật mã là một cuốn sách rất hay của
Jim Crozon Keith Ross gọi là Computer Networks.
Cuốn sách này có một chương rất dễ hiểu
về mật mã và bảo mật như áp dụng cho giao tiếp mạng.
Bây giờ chúng ta đã thiết lập quá trình
để có thể giao tiếp an toàn giữa một khách hàng và máy chủ, chúng
ta hãy nhìn vào cách internet chính nó tận dụng điều này,
để giao tiếp giữa một khách hàng và máy chủ sử dụng HTTP.
Bây giờ, đây là nơi giao thức HTTPS xuất hiện trong bức tranh.
Như bạn đã hiểu về internet,
internet là một kiến trúc lớp,
nơi mà IP và TCP tạo thành mạng,
và lớp giao thông chạy trên đầu trang của mạng cơ bản.
Bây giờ, trên đầu trang của lớp vận chuyển,
bạn có lớp socket an toàn hoặc lớp bảo mật vận chuyển lớp lót như
một lớp mỏng trên đầu trang của TCP
đảm bảo giao tiếp an toàn giữa máy khách và máy chủ.
Và trên đầu trang của nó HTTP có thể chạy.
Vì vậy, HTTP về cơ bản liên quan đến HTTP cộng với việc sử dụng mã hóa,
giải mã được hỗ trợ thông qua SSL và TLS.
Rõ ràng, ngay cả đối với giao thức HTTPS,
có rất nhiều chi tiết hơn.
Nhưng từ quan điểm của việc thực hiện phía máy chủ,
những gì chúng ta đã hiểu ở đây là đủ để chúng ta hiểu làm thế nào để
cấu hình một máy chủ để sử dụng giao tiếp an toàn giữa máy khách và máy chủ.
Bây giờ, tất nhiên câu hỏi đầu tiên mà sẽ đến với tâm trí của bạn là,
rằng máy chủ cần một khóa công khai và một khóa riêng.
Đối với một mật mã khóa công khai,
làm thế nào để máy chủ tạo ra điều này?
Nếu bạn đang chạy một máy chủ sản xuất thực sự trong
môi trường của bạn và cung cấp dịch vụ cho người dùng để truy cập máy chủ của bạn,
thì rõ ràng bạn cần phải trải qua quá trình chứng nhận.
Đây là nơi bạn sẽ tiếp cận một cơ quan chứng nhận, ví dụ như các
tập đoàn như VeriSign và Thawte Corporation
là Cơ quan chứng nhận công cộng.
Có một vài điều nữa trên thế giới.
Vì vậy, bạn sẽ tiếp cận họ,
và các cơ quan chứng nhận này sau đó sẽ xác thực thông tin đăng nhập của bạn,
họ sẽ đảm bảo rằng bạn là người mà bạn tuyên bố là,
và sau đó họ sẽ xác minh thông tin đăng nhập của bạn,
và sau đó tại thời điểm đó,
họ sẽ cấp cho bạn một khóa công khai và khóa riêng tư để sử dụng trên trang web máy chủ của bạn.
Vì vậy, một khi họ phát hành khóa công khai và khóa riêng,
khóa công khai sẽ được chứng nhận bởi Cơ quan chứng nhận,
và sau đó khóa công khai cũng sẽ mang
theo, ngoài ra, chứng chỉ.
Vì vậy, đây là chứng chỉ mà bạn sẽ gửi đến trang web của khách hàng.
Vì khách hàng có thể thiết lập
tính xác thực của các cơ quan chứng nhận này,
nếu bạn nhìn vào bất kỳ trình duyệt nào, bạn sẽ nhận thấy rằng hầu hết
các trình duyệt sẽ có chứng chỉ cho tất cả các cơ quan chứng nhận được thiết lập
đã được tích hợp vào chúng.
Vì vậy, họ sẽ có thể thiết lập thông tin đăng nhập của bạn
, hoặc đúng hơn, họ sẽ có thể thiết lập rằng khóa riêng thuộc về bạn,
bằng cách lấy chứng chỉ của bạn và sau đó kiểm tra hoặc xác minh
chứng chỉ
của bạn biết rằng nó đã được ký bởi một trong những chứng nhận đã được thiết lập Các nhà chức trách.
Sau quá trình này, khách hàng sẽ có thể thiết lập tính xác thực của bạn.
Bây giờ, trong khóa học này,
chúng tôi chỉ muốn hiểu cách thức hoạt động
của mỗi HTTPS, và cũng muốn có một cách đơn giản để thiết
lập máy chủ với một khóa công khai và khóa riêng.
Vì chúng tôi đang làm điều này như là một bài tập để hiểu HTTPS,
chúng tôi có thể sử dụng một công cụ gọi là SSL mở đã có sẵn trên
máy tính của chúng tôi để tạo ra những gì được gọi là chứng chỉ tự ký.
Các phím tự ký không được chấp nhận trong công việc bên ngoài.
Nhưng vì chúng tôi biết rằng chúng tôi chỉ sử dụng nó cho mục đích thử nghiệm
của chúng tôi, chúng tôi có thể sử dụng chứng chỉ tự ký, đơn giản để hiểu quá trình giao tiếp an toàn giữa máy khách và máy chủ.
Vì vậy, làm thế nào để chúng ta sử dụng SSL mở?
Cho đến nay bằng cách sử dụng SSL mở bạn có thể tạo Keys,
sử dụng ba lệnh mà tôi cho bạn thấy ở đây.
Bạn thực hiện ba lệnh này theo trình tự đó,
như được chỉ định ở đây và điều đó sẽ giúp bạn tạo ra
một khóa riêng tư và một chứng chỉ mà bạn có thể cung cấp từ
máy chủ HTTPS của bạn cho khách hàng để tải về và
do đó có được khóa công khai của bạn để giao tiếp an toàn.
Vì vậy, đây là hoạt động chúng tôi sẽ làm trong bài tập của chúng tôi mà sau bài
giảng này để thiết lập và phát hành dịch vụ DPS.Vì vậy, ba bước mà chúng tôi làm là,
đầu tiên, chúng tôi sẽ tạo ra khóa riêng bằng cách sử dụng lệnh đầu tiên.
Sau đó, sau đó chúng tôi sẽ tạo ra một cert.csr mà sau đó sẽ được sử dụng
cho chúng tôi để tạo ra một chứng chỉ có
thể được phân phối cho phía khách hàng bởi lệnh thứ ba được hiển thị ở đó.
Vì vậy, các bước này sẽ cho phép bạn tạo ra một khóa riêng và
cũng là một chứng chỉ tương ứng có thể được cấp cho khách hàng.
Một lần nữa để nhấn mạnh, nếu bạn đang chạy một máy chủ sản xuất,
sau đó bạn cần phải có được một khóa công khai, cặp khóa riêng,
từ một trong các cơ quan cấp chứng nhận như VeriSign và tập đoàn Thawte.
Làm thế nào để nút chính nó hoạt động trong việc giúp chúng tôi thiết lập HTTPS?
Bây giờ đây là nơi tôi đang xem xét ngắn gọn các mã mà chúng tôi sẽ
sử dụng trong bài tập sau để thiết lập các máy chủ của chúng tôi.
Node chính nó có HTTPS như là một mô-đun lõi bên trong nút.
Vì vậy, chúng tôi sẽ thiết lập HTTPS bằng cách yêu cầu mô-đun lõi này.
Chúng tôi cũng sẽ sử dụng mô-đun lõi hệ thống tập tin vì
khóa riêng và chứng chỉ mà chúng tôi tạo ra sẽ được lưu trữ ở phía máy chủ của chúng tôi,
và chúng sẽ được yêu cầu bởi
ứng dụng nhanh của bạn để thiết lập máy chủ an toàn của bạn.
Vì vậy, ở đây chúng tôi sẽ sử dụng hệ thống tập tin với
phương pháp ReadFileSync để đọc trong khóa riêng
và chứng chỉ từ các tập tin mà chúng tôi
tạo ra bằng cách sử dụng các bước mà chúng tôi đã thấy trong khe trước đó.
Vì vậy, một khi hai giá trị này đã sẵn sàng,
sau đó các tùy chọn cho máy chủ HTTPS của bạn được thiết lập và sau đó bạn có thể cấu hình
máy chủ bảo mật của bạn để cung cấp giao tiếp dựa trên HTTPS từ trang web máy chủ.
Bây giờ bạn đã hiểu nhanh về cách HTTPS hoạt động,
và cách nó tận dụng việc sử dụng cả mật mã khóa công khai
và mật mã khóa đối xứng để
đảm bảo giao tiếp an toàn giữa máy khách và máy chủ.
Hãy chuyển sang bài tập để thực sự cấu hình
máy chủ nhanh của chúng tôi mà chúng tôi đã xây dựng cho đến nay để sử dụng giao thức HTTPS.