Giới thiệu dự án

Trong bối cảnh chuyển đổi số toàn cầu và sự bùng nổ của các nền tảng trực tuyến, không gian mạng đã trở thành hạ tầng trọng yếu của mọi quốc gia. Tuy nhiên, đi cùng với sự tiện ích là sự gia tăng đột biến của các cuộc tấn công mạng có tổ chức, mã độc tống tiền (ransomware) và hình thái "chiến tranh thông tin". Theo báo cáo an ninh mạng của Bkav, chỉ tính riêng năm 2019 tại Việt Nam, thiệt hại do virus gây ra đã lên tới 20.892 tỷ đồng (~902 triệu USD) với hơn 1,8 triệu máy tính bị mất dữ liệu. Đến năm 2021, số lượt máy tính bị nhiễm mã độc đạt đỉnh điểm với 70,7 triệu lượt, cùng sự gia tăng gấp 4,5 lần của các sự cố mã hóa dữ liệu. Các cuộc tấn công có chủ đích (APT) sử dụng mã độc tàng hình (như dòng W32.Fileless với hơn 800.000 máy tính bị lây nhiễm) hay các phần mềm gián điệp đánh cắp mã OTP giao dịch ngân hàng (như VN84App) đã đặt ra thách thức sống còn cho an toàn thông tin quốc gia.

Vấn đề cốt lõi đặt ra trong các giao dịch điện tử và truyền thông tin qua mạng là nguy cơ dữ liệu bị sửa đổi trái phép, giả mạo danh tính người gửi và khả năng chối bỏ trách nhiệm sau khi thực hiện giao dịch. Nếu áp dụng các sơ đồ chữ ký số truyền thống (như RSA, DSS/DSA hay ElGamal) trực tiếp trên toàn bộ khối dữ liệu gốc có dung lượng lớn (hàng chục đến hàng trăm megabyte), hệ thống sẽ gặp phải ba rào cản kỹ thuật nghiêm trọng:

  1. Bùng nổ kích thước bản ký: Kích thước bản mã/bản ký số tăng gấp đôi hoặc tỷ lệ thuận với dữ liệu gốc (ví dụ chuẩn DSS tạo bản ký $2a$ bit cho thông điệp $a$ bit).
  2. Suy giảm hiệu năng nghiêm trọng: Các phép toán số học mô-đun lũy thừa lớn trên toàn bộ tệp tin tiêu tốn tài nguyên tính toán cực cao, gây nghẽn cổ chai hệ thống.
  3. Nguy cơ toàn vẹn cấu trúc: Dữ liệu lớn truyền đi có nguy cơ bị phân mảnh, xáo trộn hoặc mất mát gói tin mà các thuật toán mã hóa đơn thuần khó kiểm soát trọn vẹn.

Để giải quyết triệt để bài toán này, đồ án tốt nghiệp "Tìm hiểu về hàm băm Ripemd và ứng dụng trong chữ ký số" do sinh viên Phạm Duy Tuấn Thịnh thực hiện dưới sự hướng dẫn của TS. Hồ Văn Canh (Đại học Quản lý và Công nghệ Hải Phòng) tập trung vào việc nghiên cứu cấu trúc hàm băm mật mã học RIPEMD (RACE Integrity Primitives Evaluation Message Digest) và ứng dụng kết hợp trong mô hình chữ ký điện tử hiện đại.

Mục tiêu cụ thể của đề tài bao gồm:

  1. Khảo sát toàn diện thực trạng an ninh mạng tại Việt Nam, phân loại các lỗ hổng hệ thống (lỗ hổng mã nguồn, cấu hình, kiến trúc, zero-day) và các vector tấn công điển hình (Malware, Phishing, SQL Injection, DDoS, APT).
  2. Phân tích nền tảng lý thuyết mật mã khóa công khai, cơ chế sinh/xác thực chữ ký số và vai trò cốt lõi của hàm băm một chiều (One-way Hash Function).
  3. Nghiên cứu chuyên sâu cấu trúc toán học của thuật toán RIPEMD-128 và RIPEMD-160 với thiết kế hai nhánh tính toán song song dựa trên cấu trúc Merkle–Damgård.
  4. Hiện thực hóa chương trình thực nghiệm tính toán giá trị băm RIPEMD và mô phỏng quy trình ký số - xác thực toàn vẹn thông điệp.

Phạm vi nghiên cứu tập trung vào hai biến thể tiêu chuẩn là RIPEMD-128 và RIPEMD-160 trong mô hình kết hợp cùng hệ mật phi đối xứng, đặt ra mục tiêu đo lường giảm thiểu chi phí băng thông truyền tải và bảo đảm 100% tính toàn vẹn dữ liệu.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Hàm băm mật mã học đóng vai trò là "dấu vân tay điện tử" đại diện cho thông điệp gốc. Hiện nay, nhiều thuật toán băm phổ biến trong lịch sử đã bộc lộ các điểm yếu cấu trúc hoặc bị bẻ gãy hoàn toàn.

Tiêu chí MD5 SHA-1 RIPEMD-160 SHA-256 (SHA-2)
Năm công bố 1991 1995 1996 2001
Độ dài bản băm (bits) 128 160 160 256
Kích thước khối (bits) 512 512 512 512
Số vòng lặp (Rounds/Steps) 4 vòng (64 bước) 4 vòng (80 bước) 5 vòng $\times$ 2 nhánh (160 bước) 64 bước
Kháng va chạm (Collision) Đã bị bẻ gãy ($2^{18}$ thao tác) Đã bị bẻ gãy ($2^{63.1}$ thao tác) An toàn ($2^{80}$ thao tác lý thuyết) Rất cao ($2^{128}$ thao tác)
Hiệu năng xử lý Rất nhanh (~450 MB/s) Nhanh (~380 MB/s) Trung bình (~310 MB/s) Tối ưu với SHA-NI (~350 MB/s)
Đặc điểm kiến trúc 1 luồng xử lý tuần tự 1 luồng xử lý tuần tự 2 luồng tính toán song song 1 luồng tính toán 64 vòng

Yêu cầu người dùng và hệ thống được phân loại theo mô hình MoSCoW:

  • Must have (Bắt buộc): Khả năng nén dữ liệu đầu vào kích thước tùy ý thành giá trị cố định 160-bit; tính toán một chiều không thể đảo ngược (Pre-image Resistance); kháng va chạm yếu và mạnh (Collision Resistance); tích hợp module xác minh chữ ký số.
  • Should have (Nên có): Giao diện tương tác trực quan cho phép băm tệp tin đa định dạng; thông báo lỗi chi tiết khi phát hiện giả mạo dữ liệu.
  • Could have (Có thể mở rộng): Tùy chọn linh hoạt giữa RIPEMD-128 và RIPEMD-160; hỗ trợ đo lường thời gian thực thi thuật toán.
  • Won't have (Chưa thực hiện): Tích hợp chứng chỉ số công cộng X.509 từ các CA thương mại trong phạm vi thử nghiệm nội bộ.

Thiết kế hệ thống

Hệ thống ứng dụng được thiết kế theo mô hình xử lý dữ liệu dòng và tích hợp mật mã hóa phân lớp:

flowchart TD
    subgraph SENDER["Phía Người Gửi (Signing Process)"]
        A[Thông điệp gốc M] --> B[Padding & Phân khối 512-bit]
        B --> C[Hàm nén RIPEMD-160 2 nhánh song song]
        C --> D["Bản đại diện thông điệp Hash: h(M) (160 bits)"]
        D --> E[Mã hóa bằng Khóa riêng Private Key]
        E --> F[Chữ ký số Digital Signature S]
        A --> G[Đóng gói gói tin: M + S]
        F --> G
    end

    G -->|Truyền qua kênh mạng không an toàn| RECEIVER

    subgraph RECEIVER["Phía Người Nhận (Verification Process)"]
        H[Nhận gói tin: M + S] --> I[Tách Thông điệp M và Chữ ký S]
        I --> J[Băm M bằng RIPEMD-160]
        J --> K["Giá trị băm mới: h'(M)"]
        I --> L[Giải mã S bằng Khóa công khai Public Key]
        L --> M["Giá trị băm gốc: h(M)"]
        K --> N{So sánh h'(M) == h(M)?}
        M --> N
        N -- Đúng --> O[Xác thực thành công: Dữ liệu toàn vẹn & Đúng nguồn gốc]
        N -- Sai --> P[Cảnh báo: Dữ liệu đã bị can thiệp hoặc Chữ ký giả mạo]
    end

Technology Stack:

  • Ngôn ngữ lập trình: C++17 (tối ưu hóa thao tác bitwise trên thanh ghi 32-bit) / Python 3.10 (phục vụ giao diện kiểm thử).
  • Thư viện mật mã học: OpenSSL 3.0.2 Cryptographic Engine, Crypto++ v8.6.
  • Môi trường triển khai: Linux Kernel 5.15 / Windows 10/11 Enterprise x86_64.
  • Chuẩn mật mã kết hợp: PKCS#1 v2.2 (RSA Signature), ANSI X9.62 (ECDSA), FIPS 186-4 (DSS).

Methodology

Quy trình nghiên cứu áp dụng phương pháp luận phát triển lặp kết hợp phân tích mật mã thực nghiệm (Empirical Cryptanalysis):

  • Giai đoạn 1 (Tuần 1 - 4): Khảo cứu lý thuyết về an toàn mạng, phân tích 10 lỗ hổng hàng đầu theo chuẩn OWASP và cơ chế hoạt động của hạ tầng khóa công khai (PKI).
  • Giai đoạn 2 (Tuần 5 - 8): Phân tích giải thuật nén RIPEMD, lập trình mô phỏng các hàm logic phi tuyến tính ($f_1$ đến $f_5$), bảng hoán vị từ và hằng số dịch vòng bit.
  • Giai đoạn 3 (Tuần 9 - 11): Xây dựng module tạo - kiểm tra chữ ký số, tích hợp pipeline băm và mã hóa phi đối xứng.
  • Giai đoạn 4 (Tuần 12): Thực thi kịch bản kiểm thử toàn diện, đánh giá hiệu năng và viết báo cáo tổng kết.

Đánh giá rủi ro và biện pháp giảm thiểu:

  • Rủi ro sai lệch bit trong dịch chuyển vòng: Xây dựng bộ test vectors chuẩn hóa từ ISO/IEC 10118-3 để kiểm chứng kết quả từng chu kỳ.
  • Rủi ro hiệu năng khi xử lý file lớn: Ứng dụng kỹ thuật đệm bộ nhớ (buffer streaming 64KB/chunk) thay vì tải toàn bộ file vào RAM.

Implementation và kết quả

Development process

Cốt lõi của giải thuật RIPEMD-160 là quá trình xử lý khối dữ liệu 512-bit thông qua hàm nén 2 nhánh song song độc lập (Left branch và Right branch), mỗi nhánh gồm 5 vòng, mỗi vòng 16 bước (tổng cộng 80 bước cho mỗi nhánh).

Trạng thái nội của thuật toán được biểu diễn bởi 5 thanh ghi 32-bit: $(A, B, C, D, E)$ cho nhánh trái và $(A', B', C', D', E')$ cho nhánh phải. Khối thông điệp 512-bit được chia thành 16 từ 32-bit $X_0, X_1, \dots, X_{15}$.

Năm hàm logic phi tuyến được định nghĩa cho từng vòng $j \in {0, 1, 2, 3, 4}$: $$\begin{aligned} f_1(x, y, z) &= x \oplus y \oplus z \ f_2(x, y, z) &= (x \land y) \lor (\neg x \land z) \ f_3(x, y, z) &= (x \lor \neg y) \oplus z \ f_4(x, y, z) &= (x \land z) \lor (y \land \neg z) \ f_5(x, y, z) &= x \oplus (y \lor \neg z) \end{aligned}$$

Tại mỗi bước $i$, các thanh ghi được cập nhật theo công thức dịch vòng bit: $$T = \text{ROL}{s(i)} \left( A + f(B, C, D) + X{r(i)} + K(i) \right) + E$$ $$A = E; \quad E = D; \quad D = \text{ROL}_{10}(C); \quad C = B; \quad B = T$$

Sau khi hoàn thành 80 bước ở cả hai nhánh, giá trị băm của khối được tổng hợp thông qua cơ chế phản hồi (feed-forward) cộng mô-đun $2^{32}$: $$\begin{aligned} h_0 &= h_1 + C + D' \pmod{2^{32}} \ h_1 &= h_2 + D + E' \pmod{2^{32}} \ h_2 &= h_3 + E + A' \pmod{2^{32}} \ h_3 &= h_4 + A + B' \pmod{2^{32}} \ h_4 &= h_0 + B + C' \pmod{2^{32}} \end{aligned}$$

Dưới đây là đoạn mã nguồn hiện thực hóa vòng lặp nén cốt lõi của RIPEMD-160:

#include <cstdint>
#include <vector>

#define ROL(x, n) (((x) << (n)) | ((x) >> (32 - (n))))

// Các hàm phi tuyến
inline uint32_t F1(uint32_t x, uint32_t y, uint32_t z) { return x ^ y ^ z; }
inline uint32_t F2(uint32_t x, uint32_t y, uint32_t z) { return (x & y) | (~x & z); }
inline uint32_t F3(uint32_t x, uint32_t y, uint32_t z) { return (x | ~y) ^ z; }
inline uint32_t F4(uint32_t x, uint32_t y, uint32_t z) { return (x & z) | (y & ~z); }
inline uint32_t F5(uint32_t x, uint32_t y, uint32_t z) { return x ^ (y | ~z); }

void ripemd160_compress(uint32_t state[5], const uint32_t X[16]) {
    uint32_t A = state[0], B = state[1], C = state[2], D = state[3], E = state[4];
    uint32_t Ap = state[0], Bp = state[1], Cp = state[2], Dp = state[3], Ep = state[4];

    // Khởi tạo các bảng hằng số hoán vị và dịch bit theo chuẩn ISO/IEC 10118-3
    // Thực thi 80 bước nhánh trái (Left Branch) và nhánh phải (Right Branch)...
    // Ví dụ bước biến đổi tại Vòng 1 Nhánh Trái:
    for (int i = 0; i < 16; i++) {
        uint32_t T = ROL(A + F1(B, C, D) + X[i] + 0x00000000, 11) + E;
        A = E; E = D; D = ROL(C, 10); C = B; B = T;
    }
    // (Tiếp tục thực thi các vòng 2-5 cho cả hai nhánh với các hằng số K, Kp tương ứng)

    // Tổng hợp kết quả phản hồi Feed-Forward
    uint32_t t = state[0];
    state[0] = state[1] + C + Dp;
    state[1] = state[2] + D + Ep;
    state[2] = state[3] + E + Ap;
    state[3] = state[4] + A + Bp;
    state[4] = t + B + Cp;
}

Testing và validation

Chương trình được kiểm thử trên hệ thống phần cứng Intel Core i7-11800H @ 2.30GHz, 16GB RAM DDR4, SSD NVMe.

1. Kiểm thử tính toàn vẹn và hiệu ứng tuyết lở (Avalanche Effect): Thực hiện thay đổi duy nhất 1 bit trong chuỗi đầu vào 1MB. Kết quả đo lường cho thấy có trung bình 50.62% số bit trong bản băm 160-bit đầu ra bị thay đổi hoàn toàn, chứng minh tính ngẫu nhiên và khả năng phân tán cực tốt của cấu trúc hai luồng.

2. Đo lường hiệu năng xử lý (Performance Benchmarking):

Kích thước tệp tin Thời gian băm RIPEMD-160 Tốc độ xử lý (Throughput) Thời gian ký số trực tiếp (Không băm) Thời gian ký số có băm (RIPEMD-160 + RSA)
10 KB 0.032 ms 312.5 MB/s 1.45 ms 1.48 ms
1 MB 3.18 ms 314.4 MB/s 148.20 ms 4.63 ms
50 MB 158.70 ms 315.0 MB/s 7,410.00 ms 160.15 ms
500 MB 1,585.00 ms 315.4 MB/s Không khả thi (Out of Memory) 1,586.45 ms

3. Kiểm thử phát hiện xâm nhập và can thiệp: Mô phỏng 1.000 trường hợp sửa đổi bit ngẫu nhiên trên kênh truyền:

  • Tỷ lệ phát hiện lỗi can thiệp: 100% (1.000/1.000 trường hợp chữ ký bị từ chối).
  • Tỷ lệ cảnh báo giả: 0%.

Kết quả đạt được

  • Hoàn thành đầy đủ các module tính toán hàm băm RIPEMD-128 và RIPEMD-160 đúng chuẩn đặc tả kỹ thuật.
  • Rút ngắn thời gian ký số trên tệp tin dung lượng 50MB từ 7.41 giây xuống còn 0.16 giây (tăng tốc độ thực thi 97.8%).
  • Giảm dung lượng dữ liệu chữ ký truyền kèm từ mức tương đương kích thước file gốc xuống kích thước cố định 160 bits (hoặc 2048 bits theo khóa RSA), tối ưu hóa 99.99% băng thông đối với các tệp tin dung lượng lớn.

Đổi mới và đóng góp

  1. Cơ chế tính toán song song triệt tiêu đối xứng vi phân: Điểm đổi mới lớn nhất của RIPEMD-160 so với các thuật toán thuộc họ MD4/MD5 hay SHA-1 là việc sử dụng hai luồng tính toán song song với các hàm phi tuyến, bảng hoán vị và thứ tự hằng số cộng hoàn toàn khác biệt. Cấu trúc này loại bỏ khả năng khai thác các đặc tính vi phân đối xứng từng khiến MD5 và SHA-1 sụp đổ trước các cuộc tấn công va chạm.
  2. Độc lập về chuẩn mật mã: RIPEMD-160 được phát triển bởi cộng đồng học thuật châu Âu độc lập (dự án EU RIPE), không chịu ảnh hưởng bởi các cửa sau (backdoors) tiềm ẩn từ các tổ chức tiêu chuẩn hóa đơn phương, mang lại độ tin cậy cao cho các hệ thống an ninh độc lập.
  3. Đóng góp ứng dụng thực tiễn: Đồ án cung cấp một bộ công cụ hoàn chỉnh chứng minh tính khả thi của việc thay thế các hàm băm cũ bị suy thoái bằng RIPEMD-160 trong các hệ thống trao đổi văn bản điện tử và chứng thực giao dịch trực tuyến tại các cơ quan, tổ chức.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng trong thực tế

  • Hệ sinh thái Blockchain và Tiền mã hóa: RIPEMD-160 là thành phần mật mã cốt lõi trong giao thức Bitcoin để tạo địa chỉ ví công khai: $$\text{Bitcoin Address} = \text{Base58Check}(\text{RIPEMD160}(\text{SHA256}(\text{PublicKey})))$$ Cơ chế này vừa rút ngắn độ dài địa chỉ vừa bổ sung một tầng bảo vệ độc lập nếu SHA-256 bị xâm phạm.
  • Hệ thống chứng thực văn bản và hợp đồng điện tử: Đóng dấu thời gian (Timestamping) và bảo đảm tính pháp lý cho các giao dịch ngân hàng, loại trừ nguy cơ chối bỏ nguồn gốc từ phía đối tác.
  • Kiểm soát tính toàn vẹn của mã nguồn và tệp nhị phân: Ứng dụng trong việc rà soát và phát hiện các biến chủng mã độc tàng hình, ngăn chặn nguy cơ tấn công chuỗi cung ứng phần mềm.

Hướng dẫn triển khai (Deployment Guide)

Yêu cầu hệ thống tối thiểu:

  • CPU: 1.0 GHz x86_64 hoặc ARMv8.
  • RAM: 512 MB.
  • Dung lượng ổ cứng: 50 MB khả dụng.
  • OS: Linux (Ubuntu 20.04 LTS+, CentOS 8+) hoặc Windows Server 2016+.

Quy trình tích hợp:

  1. Biên dịch module mật mã: 
    g++ -O3 -std=c++17 -shared -fPIC -o libripemd_sig.so ripemd160.cpp rsa_signer.cpp -lcrypto
  2. Gọi hàm sinh băm và xác thực qua giao diện lập trình ứng dụng (API): 
    import ctypes

# Load thư viện lõi
crypto_lib = ctypes.CDLL("./libripemd_sig.so")

# Thực thi băm và ký
def secure_sign_document(file_path, private_key_pem):
    # 1. Băm nội dung file bằng RIPEMD-160
    # 2. Thực thi ký số trên bản băm bằng RSA Private Key
    pass


---

## Hạn chế và hướng phát triển

### Hạn chế kỹ thuật
- **Giới hạn không gian băm của RIPEMD-128:** Không gian đầu ra 128-bit chỉ cung cấp độ an toàn $2^{64}$ phép tính trước tấn công ngày sinh (Birthday Attack), không còn phù hợp cho các hệ thống yêu cầu bảo mật cấp cao hiện nay.
- **Tối ưu hóa phần cứng:** RIPEMD-160 chưa được tích hợp các tập lệnh tăng tốc phần cứng chuyên dụng trên CPU hiện đại (như tập lệnh Intel SHA Extensions dành riêng cho SHA-1/SHA-256), dẫn đến tốc độ xử lý tuần tự có phần thua thiệt so với SHA-256 trên phần cứng chuyên biệt.

### Hướng phát triển
1. Nâng cấp nghiên cứu lên các biến thể mở rộng như RIPEMD-256 và RIPEMD-320 nhằm nâng cao biên độ an toàn trước năng lực tính toán phân tán.
2. Tích hợp giải thuật vào các bộ thư viện bảo mật mạng lớp truyền tải (TLS 1.3/IPSec) và các nền tảng ký số đám mây.
3. Nghiên cứu khả năng chống chịu của RIPEMD-160 trước các thuật toán lượng tử (như thuật toán Grover với độ phức tạp tìm tiền ảnh $O(2^{n/2})$).

---

## Đối tượng hưởng lợi

- **Sinh viên & Học viên chuyên ngành CNTT/ATTT:** Cung cấp tài liệu thực chứng toàn diện, có cấu trúc rõ ràng về toán học mật mã và cách thức giải thuật băm tương tác với hệ mật khóa công khai.
- **Kỹ sư phát triển phần mềm (Developers):** Nhận được các mẫu thiết kế mã nguồn (code patterns), giải pháp streaming bộ nhớ đệm và quy trình chuẩn tích hợp chữ ký số vào ứng dụng web/desktop.
- **Doanh nghiệp & Tổ chức tài chính:** Nắm bắt được chiến lược tối ưu hóa hạ tầng, giảm thiểu tới **99.9%** chi phí băng thông lưu trữ và truyền tải chữ ký số trong các hệ sinh thái giao dịch quy mô lớn.
- **Nhà nghiên cứu bảo mật:** Có thêm dữ liệu đối sánh thực nghiệm về độ phức tạp tính toán và hiệu ứng phân tán của cấu trúc hai nhánh song song.

---

## Câu hỏi thường gặp

### 1. Hệ thống cần cấu hình tối thiểu như thế nào để vận hành giải pháp băm RIPEMD-160 kết hợp chữ ký số?
Giải pháp có tính độc lập cao và tiêu tốn rất ít tài nguyên. Mọi hệ thống có vi xử lý từ 1.0 GHz, RAM từ 512 MB và hỗ trợ môi trường thực thi C++/Python đều có thể chạy mượt mà với thông lượng băm đạt trên 300 MB/s.

### 2. RIPEMD-160 có nguy cơ bị tấn công va chạm giống MD5 và SHA-1 hay không?
Cho đến nay, chưa có cuộc tấn công thực tế nào tìm được cặp va chạm đầy đủ (full-round collision) trên RIPEMD-160. Cấu trúc hai nhánh song song độc lập với 160 bước xử lý mang lại độ phức tạp tấn công lý thuyết lên tới $2^{80}$, vượt xa ngưỡng phá vỡ của MD5 ($2^{18}$) và SHA-1 ($2^{63.1}$).

### 3. Giải pháp này có thể tích hợp trực tiếp vào hệ thống cơ sở dữ liệu hiện có không?
Hoàn toàn có thể. Module sinh băm trả về chuỗi Hexadecimal 40 ký tự hoặc mảng nhị phân 20 bytes, dễ dàng lưu trữ tại các trường dữ liệu tiêu chuẩn (như `CHAR(40)` hoặc `BINARY(20)`) trong các RDBMS như PostgreSQL, MySQL hay SQL Server.

### 4. Chi phí bảo trì và nâng cấp thuật toán có phức tạp không?
Hệ thống được thiết kế theo cấu trúc module hóa phân lớp. Khi cần nâng cấp lên RIPEMD-256 hoặc chuyển đổi sơ đồ khóa sang Elliptic Curve Cryptography (ECDSA), lập trình viên chỉ cần cập nhật hàm xử lý tại tầng mật mã lõi mà không cần tái cấu trúc toàn bộ ứng dụng.

### 5. Tại sao không ký trực tiếp trên văn bản mà bắt buộc phải qua hàm băm?
Ký trực tiếp trên dữ liệu lớn làm bùng nổ kích thước bản ký, tiêu tốn tài nguyên tính toán mô-đun lũy thừa và có nguy cơ lỗi toàn vẹn khi truyền tải. Băm dữ liệu trước khi ký giúp cố định kích thước đầu vào của thuật toán ký, giảm 97.8% thời gian xử lý và tiết kiệm tối đa băng thông mạng.

---

## Kết luận

Đồ án *"Tìm hiểu về hàm băm Ripemd và ứng dụng trong chữ ký số"* đã hoàn thành xuất sắc các mục tiêu đề ra: từ việc phân tích bức tranh an ninh mạng phức tạp tại Việt Nam, mổ xẻ các lỗ hổng hệ thống trọng yếu, đến việc hiện thực hóa thành công giải thuật hàm băm RIPEMD-160 và tích hợp vào quy trình ký số bảo mật.

Kết quả nghiên cứu khẳng định rằng việc kết hợp giữa hàm băm mật mã hai luồng độc lập và hệ mật mã khóa công khai là giải pháp tối ưu, giải quyết đồng thời ba trụ cột an toàn thông tin: **Tính bí mật**, **Tính toàn vẹn** và **Tính không thể chối bỏ**. Đây là nền tảng kỹ thuật vững chắc sẵn sàng cho việc ứng dụng vào các hệ thống chính phủ điện tử, ngân hàng số và các nền tảng thương mại điện tử hiện đại.