Đồ Án Mã Hóa Email Bằng PGP cho Ngành Công Nghệ Thông Tin

Tìm hiểu về mã hóa email bằng PGP trong ngành công nghệ thông tin. Bài viết cung cấp kiến thức cơ bản, hướng dẫn sử dụng PGP bảo vệ thông tin liên lạc qua email.

Chuyên ngành

Công Nghệ Thông Tin

Người đăng

Ẩn danh

Thể loại

Đồ Án Môn Học

2023

43
1
0

Phí lưu trữ

30 Point

Mục lục chi tiết

TÓM TẮT

1. CHƯƠNG 1: GIỚI THIỆU TỔNG QUAN VỀ SMTP, POP3, IMAP

1.1. Kiến trúc và hoạt động của thư điện tử

1.2. Giới thiệu về giao thức SMTP

1.3. Giới thiệu về giao thức POP và IMAP

2. CHƯƠNG 2: CÁC NGUY CƠ BỊ TẤN CÔNG KHI SỬ DỤNG EMAIL

2.1. Sự thiếu bảo mật trong hệ thống email

2.2. Các nguy cơ trong quá trình gửi email

3. CHƯƠNG 3: CÁC GIẢI PHÁP BẢO MẬT EMAIL

3.1. Mã hóa và xác thực bằng PGP

3.2. Mã hóa và xác thực bằng MIME

3.3. Ứng dụng PGP

3.3.1. Sử dụng khóa

3.3.2. Mã hoá và giải mã hoá (Encrypt And Decrypt)

3.3.3. Quá trình ký nhận và kiểm tra chữ ký (Sign And Checking Signatures)

Tóm tắt

I. Tổng Quan Mã Hóa Email PGP Bảo Mật Thông Tin IT

Trong thời đại số, bảo mật email là vấn đề sống còn đối với các tổ chức và cá nhân. Email là phương tiện giao tiếp chính, chứa đựng thông tin nhạy cảm. Việc lộ lọt thông tin có thể dẫn đến hậu quả nghiêm trọng. Mã hóa email là giải pháp hiệu quả để bảo vệ nội dung email khỏi bị đánh cắp hoặc đọc trái phép. Một trong những phương pháp mã hóa email phổ biến nhất là sử dụng PGP (Pretty Good Privacy). PGP cung cấp cơ chế mã hóa đầu cuối email, đảm bảo chỉ người gửi và người nhận mới có thể đọc được nội dung. PGP sử dụng hệ thống khóa công khaikhóa riêng tư để mã hóa và giải mã. Việc sử dụng chữ ký số đảm bảo xác thực email, xác minh nguồn gốc và tính toàn vẹn của email. Đồ án môn học 'BẢO MẬT THÔNG TIN MÃ HÓA EMAIL BẰNG PGP' đã chỉ ra nhiều lỗ hổng trong hệ thống email hiện nay và đề xuất giải pháp bảo mật email bằng PGP. Mã hóa email PGP không chỉ là một giải pháp kỹ thuật, nó là một phần quan trọng trong chiến lược bảo vệ thông tin IT toàn diện. Việc triển khai PGP đòi hỏi sự hiểu biết về các khái niệm khóa công khai, khóa riêng tư, và quy trình tạo khóa PGP, quản lý khóa PGP. Bên cạnh PGP, S/MIME cũng là một giao thức bảo mật email nhưng PGP vẫn là lựa chọn phổ biến vì tính linh hoạt và khả năng tương thích rộng rãi. Việc sử dụng phần mềm mã hóa email như Thunderbird PGP, Outlook PGP giúp đơn giản hóa quy trình mã hóa email. Để sử dụng PGP hiệu quả, cần hiểu rõ quy trình mã hóa, giải mã email PGP, và cách thức xác thực email bằng chữ ký số. Việc tuân thủ các quy định như GDPR email cũng là một yếu tố quan trọng khi triển khai mã hóa email trong doanh nghiệp. PGP giúp đảm bảo an toàn email, bảo mật thông tin cá nhân, và ngăn chặn các cuộc tấn công mạng. Các Semantic LSI keywords như GPG, OpenPGP, encryption, decryption đều liên quan mật thiết đến chủ đề này.

1.1. Khái Niệm Cơ Bản về Mã Hóa Email và PGP GPG

Mã hóa email là quá trình chuyển đổi nội dung email thành định dạng không thể đọc được, trừ khi có khóa giải mã thích hợp. PGP (Pretty Good Privacy) và GPG (GNU Privacy Guard) là các công cụ mã hóa mạnh mẽ, dựa trên hệ thống khóa công khai (public key) và khóa riêng tư (private key). Khóa công khai được chia sẻ rộng rãi, dùng để mã hóa email gửi đến một người nhận cụ thể. Khóa riêng tư được giữ bí mật, dùng để giải mã email đã được mã hóa bằng khóa công khai tương ứng. Quy trình này đảm bảo chỉ người sở hữu khóa riêng tư mới có thể đọc được nội dung email. Ngoài ra, PGP còn sử dụng chữ ký số để xác minh tính toàn vẹn và nguồn gốc của email. Chữ ký số được tạo bằng cách sử dụng khóa riêng tư của người gửi và được gắn vào email. Người nhận có thể sử dụng khóa công khai của người gửi để xác minh chữ ký số, đảm bảo email không bị sửa đổi và thực sự đến từ người gửi đã tuyên bố. Việc sử dụng PGP giúp bảo vệ thông tin IT quan trọng khỏi các cuộc tấn công mạng và vi phạm bảo mật thông tin cá nhân.

1.2. Vai Trò của PGP trong An Toàn Email và Bảo Mật Dữ Liệu

PGP đóng vai trò quan trọng trong việc đảm bảo an toàn emailbảo mật dữ liệu. Bằng cách mã hóa email, PGP ngăn chặn việc đọc trái phép nội dung email bởi tin tặc, chính phủ, hoặc các tổ chức khác. Điều này đặc biệt quan trọng đối với các email chứa thông tin nhạy cảm như thông tin tài chính, thông tin y tế, hoặc thông tin cá nhân. Ngoài ra, PGP còn giúp bảo vệ email khỏi bị sửa đổi trong quá trình truyền tải. Chữ ký số đảm bảo rằng email đến được người nhận một cách nguyên vẹn, không bị thay đổi bởi bất kỳ ai. Việc sử dụng PGP giúp tuân thủ các quy định về bảo mật dữ liệu như GDPR, yêu cầu các tổ chức phải bảo vệ thông tin cá nhân của người dùng. PGP là một công cụ mạnh mẽ để đáp ứng các yêu cầu này và đảm bảo bảo mật thông tin IT một cách toàn diện. PGP cũng giúp ngăn chặn các cuộc tấn công email marketing bảo mật, nơi tin tặc có thể giả mạo email để lừa đảo người dùng.

II. Nguy Cơ Mất An Toàn Email Tại Sao Cần Mã Hóa PGP

Email, dù tiện lợi, lại tiềm ẩn nhiều rủi ro bảo mật. Giao thức SMTP (Simple Mail Transfer Protocol) mặc định không mã hóa nội dung email, khiến email dễ bị đánh chặn và đọc trái phép. Các phương thức truy cập email như POP3 và IMAP cũng có thể không an toàn, đặc biệt khi sử dụng kết nối không được mã hóa. Nguy cơ lớn nhất là eavesdropping, khi tin tặc có thể chặn lưu lượng mạng và đọc nội dung email. Identity theft cũng là một mối đe dọa, khi tin tặc đánh cắp thông tin đăng nhập và giả mạo người dùng để gửi email độc hại hoặc truy cập thông tin cá nhân. Invasion of privacy xảy ra khi thông tin về địa chỉ IP của người dùng bị lộ, cho phép xác định vị trí địa lý và thu thập thông tin cá nhân. Message modification là một nguy cơ khác, khi người có quyền truy cập vào máy chủ email có thể thay đổi nội dung email trước khi nó đến được người nhận. Các false messages có thể được tạo ra dễ dàng, giả mạo người gửi để lừa đảo hoặc phát tán virus. Message relay cho phép tin tặc chặn, sửa đổi và gửi lại email, khiến người nhận không thể phân biệt được email thật và giả. Unprotected backups là một vấn đề nghiêm trọng, khi các bản sao lưu email được lưu trữ dưới dạng văn bản thuần túy (plain-text) trên máy chủ, dễ bị truy cập trái phép. Repudiation là khả năng người gửi chối bỏ việc đã gửi email, do email dễ bị giả mạo. Mã hóa email PGP giải quyết những nguy cơ này bằng cách mã hóa nội dung email, xác thực người gửi, và đảm bảo tính toàn vẹn của email.

2.1. Các Lỗ Hổng Bảo Mật Phổ Biến trong Hệ Thống Email Hiện Tại

Hệ thống email hiện tại tồn tại nhiều lỗ hổng bảo mật tiềm ẩn. Giao thức SMTP (Simple Mail Transfer Protocol) được sử dụng để gửi email thường không mã hóa nội dung, tạo điều kiện cho tin tặc chặn và đọc email. Các giao thức POP3 và IMAP, được sử dụng để truy cập email, cũng có thể không an toàn nếu kết nối không được mã hóa. Webmail, mặc dù tiện lợi, có thể không bảo vệ thông tin đăng nhập của người dùng, đặc biệt khi truy cập qua kết nối HTTP không an toàn. Các bản sao lưu email trên máy chủ có thể được lưu trữ dưới dạng văn bản thuần túy, dễ bị truy cập trái phép. Ngoài ra, thông tin về địa chỉ IP của người dùng có thể bị lộ trong tiêu đề email, cho phép xác định vị trí địa lý và thu thập thông tin cá nhân. Tin tặc có thể dễ dàng tạo ra các email giả mạo, giả danh người gửi để lừa đảo hoặc phát tán phần mềm độc hại. Việc thiếu cơ chế xác thực mạnh mẽ cho phép người gửi chối bỏ việc đã gửi email, gây khó khăn cho việc giải quyết tranh chấp. Những lỗ hổng này cho thấy sự cần thiết của việc sử dụng mã hóa email PGP để bảo vệ thông tin email.

2.2. Phân Tích Chi Tiết Các Nguy Cơ Eavesdropping và Identity Theft

Eavesdropping là một trong những nguy cơ lớn nhất đối với bảo mật email. Tin tặc có thể chặn lưu lượng mạng và đọc nội dung email khi nó được truyền tải qua Internet. Điều này đặc biệt nguy hiểm khi email chứa thông tin nhạy cảm như thông tin tài chính, thông tin cá nhân, hoặc thông tin bí mật của doanh nghiệp. Identity theft là một mối đe dọa khác, khi tin tặc đánh cắp thông tin đăng nhập của người dùng (ví dụ: tên người dùng và mật khẩu) và sử dụng nó để truy cập tài khoản email của họ. Sau khi truy cập, tin tặc có thể đọc email, gửi email giả mạo, hoặc thay đổi cài đặt tài khoản. Để thực hiện eavesdropping, tin tặc có thể sử dụng các công cụ như Cain & Abel hoặc Ettercap để chặn lưu lượng mạng. Để thực hiện identity theft, tin tặc có thể sử dụng các kỹ thuật như phishing (lừa đảo) hoặc brute-force attacks (tấn công vét cạn). Mã hóa email PGP giúp bảo vệ chống lại eavesdropping bằng cách mã hóa nội dung email, khiến nó không thể đọc được đối với những người không có khóa giải mã thích hợp. PGP cũng giúp bảo vệ chống lại identity theft bằng cách xác thực người gửi bằng chữ ký số, đảm bảo rằng email đến từ người gửi đã tuyên bố.

III. Hướng Dẫn Mã Hóa Email Bằng PGP Các Bước Triển Khai Cơ Bản

Triển khai mã hóa email PGP bao gồm một số bước cơ bản. Đầu tiên, cần cài đặt phần mềm mã hóa email hỗ trợ PGP, như Thunderbird với tiện ích Enigmail hoặc Outlook với tiện ích PGP. Sau đó, cần tạo khóa PGP, bao gồm khóa công khaikhóa riêng tư. Khóa công khai được chia sẻ với những người muốn gửi email được mã hóa cho bạn. Khóa riêng tư phải được giữ bí mật và bảo vệ cẩn thận, vì nó được sử dụng để giải mã email. Khi gửi email, cần mã hóa nội dung bằng khóa công khai của người nhận. Điều này đảm bảo chỉ người nhận có khóa riêng tư tương ứng mới có thể đọc được email. Khi nhận email được mã hóa, cần sử dụng khóa riêng tư của bạn để giải mã nội dung. Ngoài ra, nên sử dụng chữ ký số để xác thực email gửi đi, đảm bảo người nhận biết rằng email thực sự đến từ bạn và không bị sửa đổi. Quản lý khóa PGP là một phần quan trọng của quy trình, bao gồm việc sao lưu khóa riêng tư, tạo chứng chỉ thu hồi (revocation certificate) trong trường hợp khóa riêng tư bị mất hoặc đánh cắp, và cập nhật khóa công khai của người liên hệ.

3.1. Chi Tiết Quy Trình Tạo Khóa PGP và Quản Lý Khóa Hiệu Quả

Việc tạo khóa PGP là bước quan trọng đầu tiên để sử dụng mã hóa email PGP. Quá trình này bao gồm việc tạo ra một cặp khóa công khaikhóa riêng tư. Khóa công khai được sử dụng để mã hóa email gửi đến bạn, trong khi khóa riêng tư được sử dụng để giải mã email đã được mã hóa. Để tạo khóa PGP, bạn có thể sử dụng các phần mềm mã hóa email như GnuPG, Thunderbird với Enigmail, hoặc Outlook với PGP. Trong quá trình tạo khóa, bạn sẽ được yêu cầu cung cấp thông tin cá nhân (tên, địa chỉ email) và tạo một mật khẩu (passphrase) để bảo vệ khóa riêng tư. Quản lý khóa PGP là một phần quan trọng của quy trình. Bạn cần sao lưu khóa riêng tư của mình một cách an toàn, tốt nhất là trên một thiết bị lưu trữ ngoại tuyến (offline). Bạn cũng nên tạo một chứng chỉ thu hồi (revocation certificate) để sử dụng trong trường hợp khóa riêng tư bị mất hoặc đánh cắp. Ngoài ra, bạn cần cập nhật khóa công khai của người liên hệ thường xuyên để đảm bảo rằng bạn đang sử dụng khóa công khai mới nhất của họ.

3.2. Hướng Dẫn Mã Hóa và Giải Mã Email với Thunderbird và Enigmail

Thunderbird, kết hợp với tiện ích Enigmail, là một giải pháp phổ biến để mã hóa email PGP. Để mã hóa email, bạn cần cài đặt Thunderbird và Enigmail, sau đó tạo khóa PGP cho tài khoản email của mình. Khi soạn email, bạn có thể chọn mã hóa email bằng cách nhấp vào biểu tượng Enigmail trong cửa sổ soạn thảo. Bạn sẽ được yêu cầu chọn khóa công khai của người nhận để mã hóa email. Để giải mã email đã nhận, bạn cần nhập mật khẩu (passphrase) của khóa riêng tư của mình. Enigmail sẽ tự động giải mã email và hiển thị nội dung. Enigmail cũng cung cấp tính năng chữ ký số, cho phép bạn ký email bằng khóa riêng tư của mình để xác thực danh tính của bạn. Người nhận có thể sử dụng khóa công khai của bạn để xác minh chữ ký số, đảm bảo rằng email thực sự đến từ bạn và không bị sửa đổi.

IV. Ứng Dụng Thực Tế và Nghiên Cứu Về Mã Hóa Email PGP

Mã hóa email PGP được sử dụng rộng rãi trong nhiều lĩnh vực. Trong lĩnh vực tài chính, PGP bảo vệ thông tin tài chính nhạy cảm khỏi bị đánh cắp. Trong lĩnh vực y tế, PGP bảo vệ thông tin y tế cá nhân, tuân thủ các quy định về bảo mật dữ liệu. Trong lĩnh vực chính phủ, PGP bảo vệ thông tin mật và đảm bảo an ninh quốc gia. Các nhà báo và nhà hoạt động nhân quyền sử dụng PGP để bảo vệ nguồn tin và liên lạc bí mật. Các doanh nghiệp sử dụng PGP để bảo vệ thông tin kinh doanh quan trọng khỏi bị cạnh tranh đánh cắp. Nghiên cứu cho thấy PGP là một công cụ hiệu quả để bảo vệ email khỏi bị đọc trái phép. Tuy nhiên, việc triển khai PGP đòi hỏi sự hiểu biết về các khái niệm khóa công khai, khóa riêng tư, và quy trình quản lý khóa PGP. Các nghiên cứu cũng chỉ ra rằng người dùng thường gặp khó khăn trong việc sử dụng PGP, do tính phức tạp của giao diện và quy trình. Do đó, cần có các giải pháp mã hóa email đơn giản và dễ sử dụng hơn để khuyến khích việc sử dụng rộng rãi PGP.

4.1. Các Trường Hợp Sử Dụng PGP trong Doanh Nghiệp và Tổ Chức

Mã hóa email PGP được sử dụng rộng rãi trong các doanh nghiệp và tổ chức để bảo vệ thông tin nhạy cảm. Trong lĩnh vực tài chính, các ngân hàng và công ty chứng khoán sử dụng PGP để bảo vệ thông tin tài khoản của khách hàng và các giao dịch tài chính. Trong lĩnh vực y tế, các bệnh viện và phòng khám sử dụng PGP để bảo vệ thông tin y tế cá nhân của bệnh nhân, tuân thủ các quy định về HIPAA (Health Insurance Portability and Accountability Act). Trong lĩnh vực luật pháp, các công ty luật sử dụng PGP để bảo vệ thông tin bí mật của khách hàng và các tài liệu pháp lý. Trong lĩnh vực chính phủ, các cơ quan chính phủ sử dụng PGP để bảo vệ thông tin mật và đảm bảo an ninh quốc gia. Các tổ chức phi chính phủ sử dụng PGP để bảo vệ thông tin liên lạc với các nhà hoạt động nhân quyền và các nguồn tin bí mật. Việc sử dụng PGP giúp các doanh nghiệp và tổ chức tuân thủ các quy định về bảo mật dữ liệu như GDPR, đảm bảo an toàn emailbảo mật thông tin IT.

4.2. Nghiên Cứu Đánh Giá Hiệu Quả và Tính Khả Thi của PGP

Nhiều nghiên cứu đã đánh giá hiệu quả và tính khả thi của mã hóa email PGP. Các nghiên cứu cho thấy PGP là một công cụ hiệu quả để bảo vệ email khỏi bị đọc trái phép. Tuy nhiên, việc triển khai PGP đòi hỏi sự hiểu biết về các khái niệm khóa công khai, khóa riêng tư, và quy trình quản lý khóa PGP. Các nghiên cứu cũng chỉ ra rằng người dùng thường gặp khó khăn trong việc sử dụng PGP, do tính phức tạp của giao diện và quy trình. Một số nghiên cứu đã đề xuất các giải pháp để đơn giản hóa việc sử dụng PGP, như sử dụng các tiện ích mở rộng trình duyệt hoặc các ứng dụng di động. Các nghiên cứu cũng đã đánh giá tính khả thi của việc triển khai PGP trong các doanh nghiệp và tổ chức. Kết quả cho thấy việc triển khai PGP có thể tốn kém và đòi hỏi sự đào tạo cho người dùng. Tuy nhiên, lợi ích của việc bảo vệ thông tin IT quan trọng có thể lớn hơn chi phí.

V. Mã Hóa Email PGP Tương Lai Của Bảo Mật Thông Tin IT

Mã hóa email PGP tiếp tục đóng vai trò quan trọng trong tương lai của bảo mật thông tin IT. Với sự gia tăng của các cuộc tấn công mạng và vi phạm bảo mật dữ liệu, việc bảo vệ email trở nên quan trọng hơn bao giờ hết. PGP cung cấp một cơ chế mạnh mẽ để mã hóaxác thực email, đảm bảo rằng chỉ người gửi và người nhận mới có thể đọc được nội dung. Tuy nhiên, để PGP được sử dụng rộng rãi hơn, cần có các giải pháp đơn giản và dễ sử dụng hơn. Các nhà phát triển đang làm việc để cải thiện giao diện người dùng và quy trình quản lý khóa PGP, giúp PGP trở nên thân thiện hơn với người dùng. Ngoài ra, việc tích hợp PGP vào các ứng dụng email phổ biến như Gmail và Outlook sẽ giúp tăng cường khả năng tiếp cận của PGP. Trong tương lai, PGP có thể được kết hợp với các công nghệ bảo mật khác, như mã hóa dữ liệuxác thực đa yếu tố, để cung cấp một lớp bảo vệ thông tin IT toàn diện hơn. Mã hóa đầu cuối email sẽ trở thành tiêu chuẩn để bảo vệ thông tin cá nhân và thông tin kinh doanh quan trọng.

5.1. Xu Hướng Phát Triển và Cải Tiến Của Công Nghệ PGP

Công nghệ PGP không ngừng phát triển và cải tiến để đáp ứng các thách thức bảo mật mới. Một xu hướng quan trọng là việc đơn giản hóa giao diện người dùng và quy trình quản lý khóa PGP, giúp PGP trở nên thân thiện hơn với người dùng thông thường. Các nhà phát triển đang làm việc để tích hợp PGP vào các ứng dụng email phổ biến như Gmail và Outlook, giúp tăng cường khả năng tiếp cận của PGP. Một xu hướng khác là việc kết hợp PGP với các công nghệ bảo mật khác, như mã hóa dữ liệuxác thực đa yếu tố, để cung cấp một lớp bảo vệ thông tin IT toàn diện hơn. Ngoài ra, các nhà nghiên cứu đang nghiên cứu các phương pháp mới để cải thiện hiệu suất của PGP, đặc biệt là trên các thiết bị di động. Mã hóa đầu cuối email sẽ tiếp tục là một ưu tiên hàng đầu trong tương lai của bảo mật thông tin IT.

5.2. Tác Động Của PGP Đến Tuân Thủ GDPR và Các Tiêu Chuẩn Bảo Mật

PGP có tác động đáng kể đến việc tuân thủ GDPR (General Data Protection Regulation) và các tiêu chuẩn bảo mật khác. GDPR yêu cầu các tổ chức phải bảo vệ thông tin cá nhân của người dùng một cách thích hợp. Mã hóa email bằng PGP là một trong những biện pháp bảo mật được khuyến nghị để đáp ứng yêu cầu này. Việc sử dụng PGP giúp ngăn chặn việc truy cập trái phép vào thông tin cá nhân, giảm thiểu rủi ro vi phạm GDPR. Ngoài ra, PGP còn giúp tuân thủ các tiêu chuẩn bảo mật khác, như HIPAA và PCI DSS (Payment Card Industry Data Security Standard). Bằng cách sử dụng PGP để mã hóa emailxác thực email, các tổ chức có thể chứng minh rằng họ đang thực hiện các biện pháp bảo mật thích hợp để bảo vệ thông tin nhạy cảm. Việc tuân thủ các tiêu chuẩn bảo mật này giúp tăng cường uy tín của tổ chức và giảm thiểu rủi ro pháp lý.

Tóm tắt và mô tả trên trang này được tạo với sự hỗ trợ của AI từ nội dung tài liệu gốc; tài liệu do người dùng đóng góp và được kiểm duyệt trước khi xuất bản. Báo lỗi nội dung.

11/09/2025

Trích đoạn nội dung tài liệu

Chương 1: Giới thiệu tổng quan về SMTP, POP3, IMAP 1.1 Kiến trúc và hoạt động của thư điện tử Muốn gửi thư điện tử người gửi cần phải có một account trên một máy chủ thư. Một máy chủ có thể có một hoặc nhiều account. Mỗi account đều được mang một tên khác nhau (user). Mỗi account đều có một hộp thư riêng (mailbox) cho account đó.

Thông thường thì tên của hộp thư sẽ giống như tên của account. Ngoài ra máy vi tính đó phải được nối trực tiếp hoặc gián tiếp với hệ thống Internet nếu muốn gửi nhận thư điện tử toàn cầu. Người sử dụng máy vi tính tại nhà vẫn có thể gửi nhận thư điện tử bằng cách kết nối máy vi tính của họ với một máy vi tính khác bằng modem. Có một số nơi cấp phát account thư điện tử miễn phí cho các máy vi tính tại nhà có thể dùng modem để kết nối với máy vi tính đó để chuyển nhận thư điện tử như hotmail.com hoặc yahoo.

Ngoài ra, còn có rất nhiều cơ quan thương mại cung cấp dịch vụ hoặc account cho máy vi tính tại nhà nhưng người sử dụng phải trả tiền dịch vụ hàng tháng. Đường đi của thư Thư điện tử chuyển từ máy máy chủ thư điện tử này (mail server) tới máy chủ tư điện tử khác trên internet. Khi thư được chuyển đến đích thì nó được chứa tại hộp thư điện tử tại máy chủ thư điện tử cho đến khi nó được nhận bởi người nhận. Toàn bộ quá trình xử lý chỉ xảy ra trong vài phút, do đó nó cho phép nhanh chóng liên lạc với mọi người trên toàn thế giới một cánh nhanh chóng tại bất cứ thời điểm nào dù ngày hay đêm.

Gửi, nhận và chuyển thư Để nhận được thư điện tử bạn cần phải có một tài khoản (account) thư điện tử. Một trong những thuận lợi hơn với thư thông thường là chúng ta có thể nhận thư điện tử từ bất cứ đâu. Chỉ cần kết nối vào Server thư điện tử để lấy thư về máy tính của mình. Để gửi được thư cần phải có một kết nối vào internet và truy nhập vào máy chủ thư điện tử để chuyển thư đi.

Thủ tục tiêu chuẩn được sử dụng để gửi thư là SMTP (Simple Mail Transfer Protocol). Nó được kết hợp với thủ tục POP (Post Office Protocol) và IMAP để lấy thư. Mô hình của hệ thống máy chủ thư điện tử: Với một hệ thống máy chủ thư điện tử cung cấp cho một đơn vị vừa và nhỏ thì toàn bộ hệ thống thường được tích hợp vào một máy chủ. Và máy chủ đó vừa làm chức năng nhận, gửi thư, lưu trữ hộp thư và kiểm soát thư vào ra.

- Sử dụng thủ tục SMTP để chuyển, nhận thư giữa các máy chủ thư với nhau. - Sử dụng thủ tục SMTP để cho phép mail client gửi thư lên máy chủ. - Sử dụng thủ tục POP hoặc IMAP đển mail client nhận thư về.2 Giới thiệu về giao thúc SMTP Giới thiệu Mục tiêu của SMTP là để chuyển truyền email tin cậy và hiệu quả. SMTP không phụ thuộc hệ thống con và chỉ yêu cầu 1 kênh truyền dữ liệu đáng tin cậy.

Một tính năng quan trọng của SMTP của nó là khả năng relay(chuyển tiếp) mail qua môi trường dịch vụ truyền thông. Một dịch vụ truyền thông cung cấp một môi trường truyền thông giữa các tiến trình (IPCE). Một IPCE có thể bao gồm một mạng, một số mạng, hay một hệ thống mạng con. Có thể hiểu IPCE là môi trường cho phép một tiến trình có thể giao tiếp qua lại trực tiếp với một tiến trình khác.

Điều quan trọng là các IPCE không chỉ có quan hệ 1-1 trên các mạng. Một tiến trình có thể giao tiếp trực tiếp với nhiều tiến trình khác thông qua IPCE. Mail là một ứng dụng của truyền thông liên tiến trình. Mail có thể được truyền tải giữa các tiến trình trên nhiều IPCEs khác nhau 1 tiến trình được kết nối giữa hai (hay nhiều) IPCE.

Cụ thể hơn, email có thể được chuyển tiếp (relay) qua nhiều Host trên các hệ thống chuyển tải khác nhau qua các Host trung gian. Mô hình SMTP Các SMTP được thiết kế dựa trên các mô hình truyền thông sau: - Khi có các yêu cầu mail từ người sử dụng, phía SMTP-send sẽ thiết lập một kênh truyền hai chiều tới phía SMTP-receiver - SMTP-receiver ở đây có thể là đích đến cuối cùng hay chỉ là một địa chỉ trung gian. - SMTP-send gửi SMTP commands đến SMTP-receiver. SMTP-receiver đáp ứng SMTP commands bằng cách gửi trả cho SMTP-send các SMPT replies tương ứng Một khi kênh truyền đã được thiết lập, SMTP-sender sẽ gửi một MAIL command cho biết người gửi.

Nếu SMTP-receiver chấp nhận mail nó sẽ đáp ứng 1 OK reply. Sau đó SMTP-sender lại gửi một RCPT command cho biết là người sẽ nhận mail, nếu SMTP- receiver chấp nhận mail này cho người nhận đó thì nó reply lại là OK, nếu không nó sẽ reply lại là mail này bị loại bỏ. Nếu SMTP-receiver reply là OK thì SMTP-sender sẽ gửi dữ liệu mail tới phía nhận và kết thúc bằng một command đặc biệt nào đó. Nếu SMTP-receiver xử lý thành công dữ liệu mail này thì nó sẽ reply lại là OK.

- SMTP cung cấp nhiều kĩ thuật cách khác nhau để gửi mail: - Truyền thẳng khi host phía gửi và host phía nhận được kết nối tới cùng một dịch vụ truyền tải. Thông qua các máy chủ SMTP khi host phía gửi và host phía nhận không được kết nối tới cùng một dịch vụ truyền tải. Đối số cho mail command là 1 tuyến ngược (reverse-path), trong đó ghi rõ mail được gửi từ ai. Đối số cho RCPT command là một tuyến chuyển tiếp (forward-path), chỉ ra mail được gửi cho ai.

Tuyến chuyển tiếp là 1 tuyến nguồn, trong khi các tuyến ngược là 1 tuyến quay trở về (có thể được dùng để trả lại một thông báo cho người gửi khi một lỗi xảy ra với một message chuyển tiếp). Khi cùng một message được gửi đến nhiều người nhận, SMTP khuyến khích việc truyền tải chỉ có một bản sao của các dữ liệu cho tất cả các người nhận tại cùng một máy chủ đích. Các mail command và reply có một cú pháp cứng nhắc. Các reply cũng có 1 mã số.

Trong phần sau đây, mà xuất hiện các ví dụ thực tế sử dụng các mail command và reply, các danh sách đầy đủ các command và reply. Các command và reply không phải là trường hợp nhạy cảm. Tức là, một từ command hoặc reply có thể là chữ thường, hoa, hay hỗn hợp. Lưu ý rằng điều này là không đúng với tên người sử dụng hộp thư.

Vì đối với một số máy tên người sử dụng là trường hợp nhạy cảm, và các triển khai SMTP phải đưa trường hợp này ra để bảo vệ các trường hợp tên người dùng giống với các tham số trong mailbox. Tên máy chủ không phải là trường hợp nhạy cảm. Các command và reply là gồm các kí tự ASCII. Khi dịch vụ chuyển thư cung cấp 1 kênh truyền 1 byte 8bit (octet), mỗi kí tự 7 bit được đưa vào các bit thấp của octet, bit cao của octet xóa về 0.

Khi cụ thể hóa các dạng chung của mỗi lệnh và reply, 1 đối số sẽ được biểu diễn bằng 1 biến(hay 1 hằng) trong ngôn ngữ meta, chẳng hạn, “<string>” hoặc “<reverse-path>” Khi xác định các hình thức chung của một lệnh hoặc trả lời, một đối số. Ở đây các dấu ‘<’ cho biết đây là biến trong ngôn ngữ meta. MIME và SMTP MIME (Multipurpose Internet Mail Extensions) cung cấp thêm khả năng cho SMTP và cho phép các file có dạng mã hoá multimedia đi kèm với bức điện SMTP chuẩn. MIME sử dụng bảng mã Base64 để chuyển các file dạng phức tạp sang mã ASCII để chuyển đi.

MIME là một tiêu chuẩn mới như nó hiện đã được hỗ trợ bởi hầu hết các ứng dụng, và bạn phải thay đổi nếu chương trình thư điện tử của bạn không có hỗ trợ MIME. MIME được quy chuẩn trong các tiêu chuẩn RFC 2045-2049. S/MIME Là một chuẩn mới của MIME cho phép hỗ trợ cho các bức điện được mã hoá. S/MIME dựa trên kỹ thuật mã công cộng RSA và giúp cho bức điện không bị xem trộm.

Lệnh của SMTP SMTP sử dụng các câu lệnh ngắn để điều khiển bức điện. Bảng ở dưới là danh sách các lệnh của SMTP. Các lệnh của SMTP được xác định trong tiêu chuẩn RFC 821. Sử dụng để xác định người gửi điện.

Lệnh này này đi HELO kèm với tên của host gửi điện. Trong ESTMP (extended protocol), thì lệnh này sẽ là EHLO. Khởi tạo một giao dịch gửi thư. Nó kết hợp "from" để xác MAIL định người gửi thư.

RCPT Xác định người nhận thư. Thông báo bất đầu nội dung thực sự của bức điện (phần DATA thân của thư). Dữ liệu được mã thành dạng mã 128-bit ASCII và nó được kết RSET Huỷ bỏ giao dịch thư VRFY Sử dụng để xác thực người nhận thư. NOOP Nó là lệnh "no operation" xác định không thực hiện hành động gì QUIT Thoát khỏi tiến trình để kết thúc SEND Cho host nhận biết rằng thư còn phải gửi đến đầu cuối khác.

SMTP mở rộng (Extended SMTP) SMTP thì được cải thiệt để ngày càng đáp ứng nhu cầu cao của người dùng và là một thủ tục ngày càng có ích. Như dù sao cũng cần có sự mở rộng tiêu chuẩn SMTP và chuẩn RFC 1869 ra đời để bổ sung cho SMTP. Nó không chỉ mở rộng mà còn cung cấp thêm các tính năng cần thiết cho các lệnh có sẵn. Ví dụ: lệnh SIZE là lệnh mở rộng cho phép nhận giới hạn độ lớn của bức điện đến.

Không có ESMTP thì sẽ không giới hạn được độ lớn của bức thư. Khi hệ thống kết nối với một MTA, nó sẽ sử dụng khởi tạo thì ESMTP thay HELO bằng EHLO. Nếu MTA có hỗ trợ SMTP mở rộng (ESMTP) thì nó sẽ trả lời với một danh sách các lệnh mà nó sẽ hỗ trợ. Nếu không nó sẽ trả lời với mã lệnh sai (500 Command not recognized) và host gửi sẽ quay trở về sử dụng SMTP.

Sau đây là một tiến trình ESMTP: 220 esmtpdomain.com Server ESMTP Sendmail 8.8; Thu, 22 Jul 1999 09:43:01 EHLO host.com Hello host, pleased to meet you 250-EXPN 250-VERB 250-8BITMIME 250-SIZE 250-DSN 250-ONEX 250-ETRN 250-XUSR 250 HELP QUIT 221 Goodbye host.com SMTP Headers Có thể lấy được rất nhiều thông tin có ích bằng cách kiểm tra phần header của thư. Không chỉ xem được bức điện từ đâu đến, chủ đề của thư, ngày gửi và những người nhận. Bạn còn có thể xem được những điểm mà bức điện đã đi qua trước khi đến được hộp thư của bạn. Tiêu chuẩn RFC 822 qu y định header chứa những gì.

Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ