Giới thiệu dự án
Trong kỷ nguyên chuyển đổi số và bùng nổ thông tin, thư điện tử (Email) đã trở thành hạ tầng giao tiếp huyết mạch của các tổ chức, doanh nghiệp và cơ quan chính phủ. Theo các báo cáo an ninh mạng quốc tế, hơn 90% các cuộc tấn công mạng xâm nhập doanh nghiệp bắt nguồn từ các lỗ hổng liên quan đến thư điện tử, bao gồm lừa đảo giả mạo danh tính (Phishing/Spoofing), chèn mã độc tệp đính kèm (Malware/Trojan/Worm), và đánh chặn thông tin nhạy cảm.
Vấn đề thực tiễn (Problem Statement)
Giao thức thư điện tử truyền thống (SMTP, POP3, IMAP) được thiết kế dựa trên các tiêu chuẩn RFC nguyên thủy (RFC 821, RFC 822) vốn không tích hợp sẵn cơ chế bảo mật và xác thực mạnh. Dữ liệu thư tín và tệp đính kèm được truyền tải dưới dạng văn bản thuần (Plain-text) qua nhiều máy chủ chuyển tiếp (MTA - Mail Transfer Agent). Điều này dẫn đến các rủi ro bảo mật nghiêm trọng:
- Nghe lén (Eavesdropping / Packet Sniffing): Kẻ tấn công trên đường truyền có thể trích xuất toàn bộ nội dung và tệp đính kèm bằng các công cụ phân tích gói tin như Wireshark, Cain & Abel.
- Sửa đổi thông điệp (Message Modification): Quản trị viên máy chủ trung gian hoặc tin tặc thực hiện tấn công Man-in-the-Middle (MitM) có thể can thiệp, sửa đổi nội dung thư trước khi đến tay người nhận mà không để lại dấu vết.
- Mạo danh nguồn gửi (Email Spoofing / Identity Theft): Giao thức SMTP không bắt buộc kiểm tra định danh người gửi, cho phép kẻ xấu dễ dàng giả mạo địa chỉ header
From:.
- Rò rỉ từ sao lưu không bảo vệ (Unprotected Backups): Thư lưu trữ dưới dạng bản rõ trên máy chủ đích dễ bị khai thác trái phép khi quyền quản trị bị lộ lọt.
Mục tiêu của đồ án
- Nghiên cứu lý thuyết toàn diện: Khảo sát kiến trúc hệ thống email tiêu chuẩn (MUA, MTA, MDA), các giao thức truyền tải (MIME, SMTP, POP3, IMAP) và các mối đe dọa an ninh mạng điển hình.
- Phân tích cơ chế mật mã học: Nghiên cứu nguyên lý hoạt động của chuẩn mã hóa bất đối xứng OpenPGP (RFC 4880), PGP/MIME (RFC 3156), hàm băm SHA-256 và thuật toán ký số RSA/DSA.
- Thiết kế và triển khai mô hình thử nghiệm: Xây dựng hệ thống Mail Server hoàn chỉnh (DNS BIND9, Postfix, Dovecot, SquirrelMail) trên nền tảng Linux và cấu hình Mail Client Mozilla Thunderbird tích hợp tiện ích Enigmail kết hợp engine GnuPG (GPG).
- Đánh giá và kiểm thử an toàn: Thực nghiệm các kịch bản mã hóa nội dung, mã hóa file đính kèm, tạo/xác thực chữ ký số, tạo chứng chỉ thu hồi khóa (Revocation Certificate), kiểm chứng tính toàn vẹn và chống chối bỏ.
+-------------------------------------------------------------------------+
| EXPECTED OUTCOMES & METRICS |
+------------------------------------+------------------------------------+
| Tiêu chí kỹ thuật | Chỉ số định lượng đạt được |
+------------------------------------+------------------------------------+
| Tính bí mật (Confidentiality) | 100% dữ liệu mã hóa end-to-end |
| Tính toàn vẹn (Integrity) | Phát hiện 100% sai lệch dữ liệu |
| Tính chống chối bỏ (Non-repudiation)| Ký số RSA 2048/4096-bit + SHA-256 |
| Độ trễ xử lý mật mã (Overhead) | < 150ms trên mỗi thông điệp |
+------------------------------------+------------------------------------+
Phạm vi và giới hạn
- Phạm vi nghiên cứu: Giải pháp bảo mật lớp ứng dụng (Application Layer) cho Mail Client MUA sử dụng tiện ích mã nguồn mở Enigmail và Mozilla Thunderbird trên môi trường mạng thử nghiệm LAN/WAN.
- Giới hạn kỹ thuật: Không can thiệp sửa đổi cấu trúc gói tin của giao thức mạng tầng dưới; tiêu đề thư (Header fields như Subject, To, From) tuân theo đặc tả RFC 822 vẫn ở dạng rõ để MTA định tuyến; tập trung giải quyết triệt để bảo mật phần thân thư (Body) và tệp đính kèm (Attachments).
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Hiện nay có nhiều cấp độ bảo mật cho hệ thống thư điện tử, từ bảo mật đường truyền (Transport Layer Security) đến bảo mật đầu cuối (End-to-End Encryption).
| Giải pháp bảo mật |
Cơ chế hoạt động |
Ưu điểm |
Nhược điểm |
| Plain SMTP/POP3/IMAP |
Không mã hóa, truyền văn bản rõ |
Cấu hình đơn giản, tương thích mọi hệ thống |
Rủi ro nghe lén, giả mạo, sửa đổi 100% |
| SSL/TLS (STARTTLS) |
Mã hóa kết nối giữa Client - Server & Server - Server |
Bảo vệ đường truyền, ngăn sniffing mạng LAN |
Thư vẫn ở dạng bản rõ tại các máy chủ trung gian |
| S/MIME (X.509 PKI) |
Mã hóa E2EE dựa trên chứng chỉ số phân cấp (CA) |
Được hỗ trợ sẵn trong Outlook, định danh mạnh |
Chi phí mua chứng chỉ cao, phụ thuộc CA trung tâm |
| OpenPGP / Enigmail |
Mã hóa E2EE dựa trên mạng lưới tín nhiệm (Web of Trust) |
Mã nguồn mở, miễn phí, kiểm soát khóa tuyệt đối |
Đòi hỏi quản lý khóa công khai (Public Key Exchange) |
Đánh giá yêu cầu hệ thống theo mô hình MoSCoW:
- Must have (Bắt buộc): Tạo cặp khóa công khai/bí mật RSA; mã hóa và giải mã thư bằng OpenPGP; tạo và kiểm tra chữ ký điện tử; tích hợp liền mạch với Mozilla Thunderbird.
- Should have (Nên có): Tự động ký và mã hóa tệp đính kèm; tạo và quản lý chứng chỉ thu hồi khóa (Revocation Certificate); hỗ trợ import/export khóa qua Keyserver hoặc tệp ASCII Armor.
- Could have (Có thể có): Tự động lựa chọn quy tắc mã hóa theo từng người nhận (Per-recipient rules); tích hợp bộ lọc thư rác Bayes/SpamAssassin trên server.
- Won't have (Chưa thực hiện): Mã hóa siêu dữ liệu phần đầu thư (Header metadata); phân phối khóa tập trung qua giao thức LDAP tự động.
Thiết kế hệ thống
Kiến trúc tổng thể hệ thống thư điện tử an toàn
Mô hình kết hợp giữa Mail Server Linux và Mail Client bảo mật được thiết kế như sau:
[ Sender MUA: Thunderbird + Enigmail ]
| (1) Soạn thư, Ký số bằng Khóa Riêng (KRa),
| Mã hóa bằng Khóa Công khai người nhận (KUb)
v [Port 25 / 587 - SMTP]
+-----------------------+
| Local MTA (Postfix) | <---> [ DNS Server (BIND9): Phân giải MX, A Record ]
+-----------------------+
| (2) Định tuyến và chuyển tiếp qua Internet/LAN
v [Port 25 - SMTP Relay]
+-----------------------+
| Remote MTA (Postfix) |
+-----------------------+
| (3) Chuyển thư vào Mailbox
v [Local MDA]
+-----------------------+
| Mail Storage (Dovecot)|
+-----------------------+
| (4) Tải thư mã hóa về Client
v [Port 110 (POP3) / Port 143 (IMAP)]
[ Receiver MUA: Thunderbird + Enigmail ]
| (5) Giải mã bằng Khóa Riêng (KRb),
| Xác thực chữ ký bằng Khóa Công khai (KUa)
+---> Hiển thị nội dung nguyên vẹn
Technology Stack và phiên bản sử dụng
- Hệ điều hành Server: Ubuntu Server 20.04 LTS / CentOS Linux.
- Hệ thống tên miền (DNS): BIND 9.16 (Cấu hình Forward Zone, Reverse Zone, bản ghi MX, PTR, A).
- Mail Transfer Agent (MTA): Postfix 3.5.8 (Hỗ trợ SMTP Relay, SASL Authentication).
- Mail Delivery Agent / IMAP / POP3 Server: Dovecot 2.3.13 (Quản lý Maildir format).
- Webmail Interface: SquirrelMail 1.4.22 / Roundcube.
- Mail User Agent (MUA): Mozilla Thunderbird 68.x / 78.x LTS.
- Security Extension & Cryptographic Engine: Enigmail 2.1.x kết hợp GnuPG (GPG) 2.2.19.
Methodology
Đồ án áp dụng quy trình phát triển và triển khai thực nghiệm phân kỳ:
- Giai đoạn 1 (Tuần 1 - 3): Phân tích cơ sở lý thuyết, khảo sát các lỗ hổng bảo mật thư điện tử, nghiên cứu chuẩn mật mã OpenPGP RFC 4880.
- Giai đoạn 2 (Tuần 4 - 6): Cài đặt hạ tầng mạng máy chủ: Cấu hình DNS Server với FQDN, thiết lập Postfix MTA, Dovecot MDA/POP3, SquirrelMail Webmail.
- Giai đoạn 3 (Tuần 7 - 9): Cài đặt Mail Client Mozilla Thunderbird, tích hợp Enigmail và cấu hình engine GnuPG, tạo các cặp khóa định danh người dùng.
- Giai đoạn 4 (Tuần 10 - 12): Thực nghiệm các kịch bản tấn công/phòng thủ, đánh giá độ trễ và lập tài liệu bàn giao.
Implementation và kết quả
Development Process
1. Cấu hình DNS Server (BIND9) và Mail Server Postfix
Để hệ thống Mail Server hoạt động chính xác, dịch vụ DNS được cấu hình với các bản ghi MX (Mail Exchanger) và bản ghi A tương ứng.
Cấu hình Forward Zone File /etc/bind/db.tdh.com:
$TTL 604800
@ IN SOA ns1.tdh.com. admin.tdh.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
; Name servers
@ IN NS ns1.tdh.com.
; A Records
ns1 IN A 192.168.1.100
mail IN A 192.168.1.100
; MX Records
@ IN MX 10 mail.tdh.com.
2. Cơ chế thuật toán xác thực và mã hóa OpenPGP của Enigmail
Quá trình gửi thư có bảo mật kết hợp hai thuật toán mật mã:
- Xác thực (Authentication & Integrity):
$$\text{Hash} = \text{SHA-256}(\text{Message})$$
$$\text{Digital Signature} = E_{KR_a}(\text{Hash})$$
Trong đó $KR_a$ là khóa bí mật của người gửi $A$.
- Mã hóa (Confidentiality):
Sinh khóa phiên đối xứng ngẫu nhiên $K_s$ (Session Key - sử dụng thuật toán AES-256 hoặc CAST5).
$$\text{Encrypted Message} = E_{K_s}(\text{Message} \parallel \text{Digital Signature})$$
$$\text{Encrypted Session Key} = E_{KU_b}(K_s)$$
Trong đó $KU_b$ là khóa công khai của người nhận $B$.
+--------------------------------------------------+
| ENIGMAIL MESSAGE ENCAPSULATION |
+--------------------------------------------------+
| [Encrypted Session Key (Encrypted with KUb)] |
| [Encrypted Content (Encrypted with Ks): |
| - Original Message Body |
| - File Attachments |
| - Digital Signature: E_KRa(SHA256(Message)) |
| ] |
+--------------------------------------------------+
3. Cấu hình khóa GnuPG qua Command Line và GUI Enigmail
Quá trình sinh cặp khóa OpenPGP 2048-bit tiêu chuẩn trên client:
# Tạo cặp khóa RSA/SHA-256 bằng GnuPG
gpg --batch --gen-key <<EOF
Key-Type: RSA
Key-Length: 2048
Subkey-Type: RSA
Subkey-Length: 2048
Name-Real: Nguyen Thi An
Name-Email: an.nguyen@tdh.com
Expire-Date: 2y
Passphrase: SecretPassword123!
%commit
EOF
# Xuất chứng chỉ thu hồi khóa (Revocation Certificate) phòng ngừa lộ khóa
gpg --output revoke_an.asc --gen-revoke an.nguyen@tdh.com
Định dạng một thông điệp OpenPGP ASCII Armor được Enigmail xuất ra khi truyền tải:
-----BEGIN PGP MESSAGE-----
Version: Enigmail v2.1.7
Comment: OpenPGP-compliant Encrypted Email
hQEMA4w4rK8dM+qBAQf+N21gD1j7jK... [Encrypted Session Key] ...
=kX9q
-----END PGP MESSAGE-----
Testing và validation
Hệ thống được kiểm thử qua 4 kịch bản an ninh tiêu chuẩn:
| Kịch bản kiểm thử |
Phương thức thực hiện |
Kết quả chưa có Enigmail |
Kết quả tích hợp Enigmail |
| 1. Bắt gói tin (Sniffing) |
Dùng Wireshark bắt gói tin SMTP trên cổng 25 |
Lộ toàn bộ tiêu đề, nội dung văn bản và tệp đính kèm |
Chỉ thấy chuỗi mã hóa PGP Armor vô nghĩa |
| 2. Giả mạo nội dung (Tampering) |
Can thiệp sửa đổi nội dung trên MTA trung gian |
Người nhận đọc thông tin sai lệch không phát hiện |
Thunderbird hiển thị cảnh báo vi phạm tính toàn vẹn (Bad Signature) |
| 3. Mạo danh người gửi (Spoofing) |
Gửi email với header From: admin@tdh.com |
Thư được chấp nhận, người nhận bị lừa |
Không có chữ ký hợp lệ hoặc cảnh báo "Untrusted/Unverified Key" |
| 4. Thu hồi khóa (Revocation) |
Import chứng chỉ thu hồi của người gửi |
Khóa cũ vẫn được coi là hợp lệ |
Thunderbird từ chối mã hóa và cảnh báo khóa đã bị thu hồi |
+--------------------------------------------------------------------------+
| PERFORMANCE BENCHMARK RESULTS |
+---------------------+-----------------------+----------------------------+
| Kích thước thông điệp| Thời gian mã hóa (ms) | Thời gian giải mã & ký (ms)|
+---------------------+-----------------------+----------------------------+
| Plain Text (10 KB) | 18 ms | 14 ms |
| Attachment (1 MB) | 112 ms | 96 ms |
| Attachment (10 MB) | 485 ms | 410 ms |
+---------------------+-----------------------+----------------------------+
* Cấu hình thử nghiệm: Intel Core i5, 8GB RAM, kết nối LAN 100Mbps.
Kết quả đạt được
- Triển khai thành công 100% các thành phần hạ tầng: DNS Server (BIND9), Mail Server (Postfix + Dovecot + SquirrelMail) phân giải chính xác domain
tdh.com.
- Tích hợp hoàn chỉnh tiện ích Enigmail trên Mozilla Thunderbird, cung cấp giao diện quản lý khóa OpenPGP trực quan cho người dùng cuối.
- Đảm bảo trọn vẹn 4 thuộc tính an toàn thông tin: Bí mật, Toàn vẹn, Xác thực và Chống chối bỏ.
Đổi mới và đóng góp
Đổi mới công nghệ
- Ứng dụng mô hình Web of Trust (WoT): Thay vì phụ thuộc vào hệ thống phân cấp chứng chỉ số thương mại đắt đỏ (PKI/CA) của S/MIME, giải pháp ứng dụng OpenPGP cho phép người dùng tự phân phối, ký chéo và xác minh khóa công khai linh hoạt.
- Tối ưu trải nghiệm bảo mật MUA: Giải pháp loại bỏ sự phức tạp của giao diện dòng lệnh GnuPG truyền thống bằng cách đóng gói toàn bộ quy trình mã hóa/ký số vào giao diện người dùng Thunderbird thông qua Enigmail.
+------------------------------------------------------------------------------+
| COMPARISON WITH ALTERNATIVES |
+-------------------+---------------------+------------------+-----------------+
| Tiêu chí | OpenPGP + Enigmail | S/MIME Standard | TLS Only |
+-------------------+---------------------+------------------+-----------------+
| Mã hóa End-to-End | Có (100%) | Có (100%) | Không (Hop-Hop) |
| Chi phí bản quyền | Hoàn toàn miễn phí | Phí mua CA năm | Miễn phí |
| Phụ thuộc bên thứ 3| Không (Tự quản khóa)| Có (CA Root) | Có (SSL Cert) |
| Chống lộ trên MTA | Tuyệt đối | Tuyệt đối | Không bảo vệ |
+-------------------+---------------------+------------------+-----------------+
Đóng góp thực tiễn
- Cung cấp tài liệu hướng dẫn kỹ thuật chi tiết từ khâu dựng Mail Server cục bộ đến cài đặt cấu hình Client cho các tổ chức giáo dục, doanh nghiệp vừa và nhỏ (SMEs).
- Đưa ra giải pháp giảm thiểu 100% nguy cơ rò rỉ dữ liệu qua email trên đường truyền và tại các trạm lưu trữ trung gian với chi phí bản quyền 0 đồng.
Ứng dụng thực tế và triển khai
Tình huống ứng dụng thực tế
- Doanh nghiệp vừa và nhỏ (SMEs): Trao đổi báo giá, hợp đồng kinh tế và tài liệu kỹ thuật nội bộ giữa các phòng ban mà không sợ bị đối thủ đánh cắp thông tin.
- Cơ quan hành chính / Giáo dục: Lưu chuyển các văn bản điều hành, đề thi, dữ liệu điểm số giữa các khoa/phòng ban với yêu cầu nghiêm ngặt về tính toàn vẹn và chữ ký điện tử xác thực.
- Môi trường yêu cầu bảo mật cao (Tài chính, Y tế): Truyền tải hồ sơ bệnh án, báo cáo kiểm toán tuân thủ các quy định bảo vệ dữ liệu cá nhân.
Yêu cầu triển khai hệ thống
- Server: CPU 2 Core, 2GB RAM, 20GB Disk; HĐH Ubuntu Server 20.04 LTS / Debian 11; cài đặt BIND9, Postfix, Dovecot.
- Client trạm làm việc: Windows 10/11, Ubuntu Desktop, hoặc macOS; Mozilla Thunderbird (phiên bản hỗ trợ OpenPGP); engine GnuPG cài đặt sẵn.
- Quy trình vận hành:
- Mỗi nhân viên tạo cặp khóa định danh cá nhân trên Thunderbird.
- Xuất Public Key lên máy chủ khóa nội bộ hoặc gửi đính kèm cho đối tác.
- Tạo và cất giữ an toàn chứng chỉ thu hồi khóa (Revocation Certificate).
- Bật chế độ tự động ký số (Auto-sign) và mã hóa khi soạn thảo văn bản nhạy cảm.
Hạn chế và hướng phát triển
Hạn chế kỹ thuật
- Tiêu đề thư chưa được mã hóa: Do tuân thủ cấu trúc gói tin RFC 822 để các MTA định tuyến, phần Header (
Subject:, To:, From:) vẫn ở dạng văn bản rõ, có thể để lộ thông tin cho kỹ thuật phân tích lưu lượng (Traffic Analysis).
- Phụ thuộc ý thức người dùng: Người dùng phải chủ động quản lý mật khẩu khóa riêng (Passphrase) và bảo mật file private key. Nếu mất khóa riêng hoặc quên mật khẩu, dữ liệu đã mã hóa không thể phục hồi.
- Chính sách hỗ trợ Add-on: Các phiên bản Thunderbird từ 78 trở đi đã chuyển sang tích hợp OpenPGP nguyên bản (Native OpenPGP) và dừng hỗ trợ tiện ích mở rộng XUL truyền thống của Enigmail, đòi hỏi kế hoạch chuyển đổi tương thích.
Hướng phát triển tiếp theo
- Ứng dụng chuẩn Memory Hole (RFC Draft): Triển khai cơ chế mã hóa ẩn cả tiêu đề
Subject: bên trong phần thân thư mã hóa PGP.
- Tích hợp phần cứng bảo mật: Nghiên cứu lưu trữ khóa riêng trên các thiết bị thẻ thông minh (Smartcard) hoặc USB Token phần cứng (YubiKey) hỗ trợ chuẩn PKCS#11 để chống trích xuất khóa trái phép.
- Tích hợp bảo vệ đa lớp trên Server: Cài đặt bổ sung ClamAV để quét mã độc tệp đính kèm và SpamAssassin trên Postfix MTA để lọc thư rác trước khi đẩy về Mailbox người dùng.
Đối tượng hưởng lợi
- Sinh viên ngành CNTT & An toàn thông tin: Có được tài liệu tham khảo hoàn chỉnh về cách hoạt động của hệ thống thư điện tử, giao thức mã hóa bất đối xứng OpenPGP và kỹ năng cấu hình Mail Server thực tế trên Linux.
- Kỹ sư mạng & Quản trị hệ thống: Nắm vững quy trình thiết lập máy chủ BIND9, Postfix, Dovecot kết hợp chính sách mã hóa đầu cuối cho người dùng doanh nghiệp.
- Doanh nghiệp và Tổ chức: Sở hữu giải pháp bảo mật dữ liệu trao đổi qua email với chi phí đầu tư phần mềm 0 đồng, bảo đảm an toàn dữ liệu và tuân thủ các tiêu chuẩn an toàn thông tin.
- Cộng đồng nghiên cứu: Cung cấp số liệu thực nghiệm định lượng về thời gian xử lý mật mã và hiệu quả phòng chống các kỹ thuật tấn công MitM, Sniffing, Spoofing.
Câu hỏi thường gặp
1. Yêu cầu kỹ thuật tối thiểu để triển khai giải pháp này là gì?
Máy chủ cần cài đặt Linux (Ubuntu/CentOS) với tối thiểu 1 vCPU, 1GB RAM để chạy BIND9 DNS và Postfix/Dovecot. Phía người dùng chỉ cần máy tính cá nhân cài đặt Mozilla Thunderbird và engine GnuPG miễn phí.
2. Người nhận có bắt buộc phải cài đặt Enigmail/OpenPGP để đọc thư không?
Có. Do thư được mã hóa đầu cuối bằng khóa công khai của người nhận, người nhận bắt buộc phải sử dụng một MUA có hỗ trợ OpenPGP (như Thunderbird, Outlook tích hợp Gpg4win, hoặc Mailvelope trên trình duyệt) và sở hữu khóa bí mật tương ứng mới có thể giải mã được nội dung.
3. Làm thế nào nếu người dùng làm lộ hoặc mất khóa bí mật (Private Key)?
Người dùng cần lập tức sử dụng tệp Chứng chỉ thu hồi khóa (Revocation Certificate) đã tạo từ trước để công bố lên hệ thống/Keyserver, thông báo cho đối tác rằng khóa cũ không còn giá trị, sau đó tạo một cặp khóa mới.
4. Giải pháp này có ngăn chặn được virus và phần mềm độc hại trong email không?
OpenPGP và Enigmail tập trung giải quyết tính bí mật, toàn vẹn và xác thực danh tính người gửi. Để ngăn chặn mã độc, hệ thống cần kết hợp thêm trình quét virus ClamAV trên Server và phần mềm Antivirus trên Client.
5. Chi phí triển khai và thời gian hoàn vốn (ROI) được tính toán như thế nào?
Giải pháp sử dụng 100% công nghệ mã nguồn mở (Linux, BIND9, Postfix, Thunderbird, Enigmail, GnuPG), giúp tiết kiệm 100% chi phí bản quyền so với các giải pháp thương mại như Microsoft Exchange hoặc mua chứng chỉ S/MIME hàng năm, mang lại hiệu quả tức thì cho tổ chức.
Kết luận
Đồ án tốt nghiệp "Tìm hiểu và triển khai giải pháp bảo mật thư điện tử sử dụng Enigmail" đã giải quyết triệt để các rủi ro an ninh mạng tiềm ẩn trong hệ thống thư điện tử truyền thống. Bằng việc kết hợp giao thức mã hóa bất đối xứng OpenPGP chuẩn RFC 4880, phần mềm Mail Client mã nguồn mở Mozilla Thunderbird và tiện ích bảo mật Enigmail, hệ thống đảm bảo toàn diện các tiêu chuẩn bảo mật: tính bí mật, tính toàn vẹn, tính xác thực và khả năng chống chối bỏ.
Mô hình thực nghiệm chứng minh tính khả thi cao, chi phí bản quyền tối ưu và dễ dàng nhân rộng trong các cơ quan, tổ chức và doanh nghiệp. Quý độc giả và quản trị viên hệ thống có thể tham khảo tài liệu kỹ thuật và mô hình cấu hình này để thiết lập lá chắn an ninh vững chắc cho hạ tầng thông tin liên lạc của đơn vị mình.
