WEBVTT

00:00.600 --> 00:07.770
Trong các phần trước, chúng ta đã tìm hiểu một số phương pháp để gửi và nhận dữ liệu một cách riêng tư và ẩn danh.

00:08.220 --> 00:15.390
Dữ liệu này có thể là văn bản đơn giản hoặc có thể là các tệp như hình ảnh, PDF, tài liệu, v.v.

00:16.280 --> 00:19.100
Tất cả các phương pháp này đều được sử dụng mã hóa end to end.

00:19.100 --> 00:25.760
Vì vậy, nếu dữ liệu bị chặn bởi bất kỳ thực thể nào, thì dữ liệu sẽ vô dụng đối với thực thể này vì nó

00:25.760 --> 00:31.580
sẽ đơn giản là vô nghĩa và nó sẽ chỉ được giải mã khi nó được nhận bởi người mà chúng tôi

00:31.580 --> 00:32.510
muốn họ nhận.

00:32.870 --> 00:40.340
Điều này thật tuyệt, nhưng trước hết, chúng ta phải tin tưởng rằng các phương thức giao tiếp này đang triển khai mã hóa đúng

00:40.340 --> 00:45.290
cách, không có vấn đề hoặc không có sai sót trong cách chúng mã hóa và

00:45.290 --> 00:46.790
giải mã dữ liệu.

00:47.210 --> 00:54.080
Và điều gì sẽ xảy ra nếu chúng ta muốn gửi dữ liệu thông qua một trang web hoặc thông qua một hình thức giao tiếp không

00:54.080 --> 00:55.370
hỗ trợ mã hóa?

00:56.150 --> 01:02.150
Trong trường hợp này, bạn sẽ phải mã hóa dữ liệu của mình theo cách thủ công và người nhận dữ liệu phải giải

01:02.150 --> 01:03.620
mã theo cách thủ công.

01:04.340 --> 01:06.250
Vì điều này rất quan trọng.

01:06.260 --> 01:10.730
Tôi quyết định tạo một phần đầy đủ về mã hóa trong khóa học này.

01:11.630 --> 01:17.010
Vì vậy, trong phần này, trước hết, chúng ta sẽ tìm hiểu về mã hóa bất đối xứng và đối xứng.

01:17.030 --> 01:21.470
Bạn sẽ tìm hiểu cách nó hoạt động và lý do tại sao chúng tôi thích sử dụng mã hóa end to end.

01:21.770 --> 01:27.590
Sau đó, tôi sẽ hướng dẫn bạn cách mã hóa lại dữ liệu của bạn theo cách thủ công, cho dù đó là văn bản

01:27.590 --> 01:29.930
hay tệp như PDF hoặc tài liệu hoặc bài hát.

01:30.110 --> 01:33.440
Bạn cũng sẽ học cách giải mã dữ liệu này sau khi nhận được.

01:33.470 --> 01:35.630
Bạn sẽ học cách ký vào dữ liệu này.

01:35.630 --> 01:42.860
Vì vậy, khi một người nhận được dữ liệu này, họ có thể xác nhận rằng nó thực sự được gửi bởi bạn chứ không phải ai

01:42.860 --> 01:43.360
khác.

01:43.370 --> 01:50.510
Và bạn cũng sẽ học cách xác minh chữ ký và tính toàn vẹn của các tệp và dữ liệu mà bạn nhận được để

01:50.600 --> 01:56.180
bạn biết rằng điều này không được phát khi nó được gửi cho bạn, nó không bị giả mạo.

01:56.180 --> 02:01.910
Và để đảm bảo rằng nó thực sự được gửi từ người gửi chứ không phải ai khác.

02:02.300 --> 02:07.220
Vì vậy, bạn có thể sử dụng nó như một lớp mã hóa khác trên các phương pháp khác.

02:07.220 --> 02:12.080
Vì vậy, ngay cả khi bạn đang sử dụng phương pháp hỗ trợ mã hóa, bạn có thể mã hóa và

02:12.080 --> 02:17.720
giải mã dữ liệu theo cách thủ công chỉ để đảm bảo rằng các tệp hoặc dữ liệu của bạn càng riêng tư càng tốt.

02:17.720 --> 02:24.830
Và bạn có thể sử dụng điều này, như tôi đã nói, để gửi tệp và gửi dữ liệu bằng các phương thức liên lạc không an toàn, ngay

02:25.070 --> 02:27.070
cả khi sử dụng bài đăng thông thường.

02:27.080 --> 02:33.050
Và bạn sẽ biết nếu dữ liệu này bị chặn, nó vẫn an toàn và nó vẫn riêng tư vì ai

02:33.050 --> 02:38.360
chặn nó sẽ không thể đọc được vì nó sẽ được mã hóa và sẽ vô nghĩa.
