Giới thiệu dự án

Chuyển đổi số trong nền hành chính công là trọng tâm chiến lược trong phát triển Chính phủ điện tử (CPĐT) và kinh tế số tại Việt Nam. Theo các báo cáo thống kê ngành công nghệ thông tin, việc luân chuyển và xử lý thủ tục hành chính truyền thống tiêu tốn hàng triệu giờ làm việc mỗi năm và tiềm ẩn rủi ro thất thoát, giả mạo tài liệu. Trên không gian mạng, giao thức truyền thông TCP/IP vốn không tích hợp sẵn cơ chế xác thực danh tính gốc và bảo vệ tính toàn vẹn của gói tin, tạo cơ hội cho kẻ tấn công (intruder) can thiệp, nghe lén và làm sai lệch hồ sơ cá nhân nhạy cảm như số Căn cước công dân (CCCD/CMND), hộ khẩu hay thông tin cư trú.

Problem Statement (Bài toán đặt ra): Các dịch vụ hành chính điện tử trực tuyến đối mặt với 3 điểm nghẽn an ninh nghiêm trọng:

  1. Thiếu cơ chế ràng buộc pháp lý và chống chối bỏ nguồn gốc (Non-repudiation) khi công dân nộp hồ sơ từ xa.
  2. Nguy cơ dữ liệu bị tấn công sửa đổi trên đường truyền mạng công cộng mà các bên không thể phát hiện (lỗ hổng Data Integrity).
  3. Thiếu hạ tầng xác minh danh tính tập trung và phân phối khóa công khai tin cậy giữa cơ quan quản lý và người dân.

Mục tiêu cụ thể của đề án:

  1. Nghiên cứu toàn diện cơ sở toán học và kỹ thuật của hệ mã hóa khóa công khai bất đối xứng (Public Key Cryptography - PKC), thuật toán RSA, chuẩn chữ ký điện tử DSA và hàm băm an toàn SHA.
  2. Phân tích nguyên lý vận hành của cơ sở hạ tầng khóa công khai (PKI), quy trình cấp phát, kiểm tra hợp lệ (Online/Offline Validation) và thu hồi chứng chỉ số X.509 bởi bên thứ ba tin cậy (Certificate Authority - CA).
  3. Xây dựng mô hình ứng dụng Cổng Dịch vụ công Quốc gia mô phỏng, tích hợp chữ ký số vào quy trình xử lý 03 dịch vụ hành chính cốt lõi: Đăng ký tạm trú, Thông báo lưu trú và Đăng ký thường trú.
  4. Đánh giá tính khả thi, độ an toàn thuật toán và hiệu năng xử lý ký số trên các gói tin dữ liệu biểu mẫu hành chính.

Phương pháp tiếp cận giải pháp: Đề án áp dụng mô hình chữ ký số với phụ lục (Digital Signature Scheme with Appendix), kết hợp thuật toán băm bảo mật SHA-256 để nén dữ liệu đầu vào thành chuỗi băm Message Digest cố định trước khi thực hiện mã hóa bằng khóa riêng RSA 1024/2048-bit. Phương pháp này tối ưu hóa tài nguyên tính toán gấp nhiều lần so với ký trực tiếp trên toàn bộ tệp tin thô, đồng thời triệt tiêu hoàn toàn khả năng can thiệp sửa đổi dữ liệu.

Chỉ số kết quả kỳ vọng:

  • Tính toàn vẹn và xác thực dữ liệu đạt 100% trong môi trường truyền thông thử nghiệm.
  • Thời gian trễ xử lý ký số và xác minh dưới 50ms/giao dịch đối với cấu hình RSA 1024-bit.
  • Đảm bảo 100% tính chống chối bỏ nhờ chứng chỉ điện tử định danh.

Phạm vi và giới hạn: Đề tài tập trung vào việc mô phỏng giải thuật ký số và kiểm tra tính toàn vẹn dữ liệu cho 03 thủ tục cư trú trên nền tảng web ứng dụng; chưa tích hợp thiết bị phần cứng chuyên dụng (Hardware Security Module - HSM) và SIM PKI trong phạm vi thử nghiệm thực tế.

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

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

Bảng so sánh các phương thức xác thực giao dịch hành chính:

Tiêu chí so sánh Chữ ký tay & Con dấu truyền thống Mã xác thực tin nhắn (SMS OTP / HMAC) Chữ ký số khóa công khai (PKI - RSA/DSA)
Tính toàn vẹn dữ liệu Kém (dễ sửa đổi tài liệu sau khi ký) Trung bình (chỉ bảo vệ phiên giao dịch) Tuyệt đối (sai lệch 1 bit sẽ làm hỏng chữ ký)
Chống chối bỏ (Non-repudiation) Khó giám định khi có tranh chấp tinh vi Không có giá trị pháp lý độc lập Tuyệt đối (ràng buộc bằng khóa riêng duy nhất)
Chi phí luân chuyển & lưu trữ Rất cao (in ấn, chuyển phát bưu điện) Thấp (chi phí cổng SMS trung gian) Rất thấp (hoàn toàn số hóa trên máy chủ)
Tính tự động hóa xác thực Hoàn toàn thủ công Tự động một phần Tự động hóa 100% bằng thuật toán toán học
Rủi ro giả mạo Dễ bị scan, khắc giả dấu Nguy cơ SIM swap, Man-in-the-Middle Không thể giả mạo về mặt tính toán toán học

Phân loại yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have: Module sinh cặp khóa RSA (Public/Private Key), module băm thông điệp SHA, module ký số dữ liệu hồ sơ, module thẩm định chữ ký và chứng chỉ CA, giao diện nộp 03 thủ tục cư trú.
  • Should have: Cơ chế kiểm tra danh sách thu hồi chứng chỉ (CRL/OCSP), dấu thời gian (Timestamping) xác định thời điểm ký nộp.
  • Could have: Tích hợp xác thực đa yếu tố (MFA) khi truy cập khóa riêng, xuất biên lai hồ sơ dưới dạng PDF đính kèm chữ ký.
  • Won't have: Ký số qua thiết bị phần cứng thẻ thông minh (Smart Card) hoặc Token USB vật lý trong giai đoạn mô phỏng này.

Rào cản kỹ thuật: Xử lý bài toán phân tích số nguyên lớn (Integer Factorization Problem) với độ phức tạp $O(e^{\sqrt[3]{\ln N(\ln \ln N)^2}})$, đảm bảo thời gian sinh khóa không làm nghẽn tài nguyên của máy chủ ứng dụng web.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình phân tầng Client-Server tách biệt:

[Công dân / Client] 
   │  (1) Nhập thông tin biểu mẫu hồ sơ (Tạm trú / Thường trú / Lưu trú)
   │  (2) Client tính h = SHA-256(Message)
   │  (3) Client ký số: S = (h)^d mod N (Sử dụng Private Key)
   ▼
[Kênh truyền HTTPS / API Gateway] ── (Gửi Payload: Form Data + Chữ ký S + Public Certificate)
   │
   ▼
[Cổng Dịch vụ công Server]
   ├── [Module Xác minh Chữ ký]:
   │      ├── Tính h_current = SHA-256(Form Data)
   │      ├── Giải mã chữ ký: h_original = (S)^e mod N (Sử dụng Public Key từ CA)
   │      └── So sánh: IF (h_current == h_original) ➔ HỢP LỆ, ELSE ➔ TỪ CHỐI
   │
   └── [Database Management Layer]:
          ├── Users / Certificates Store
          └── Hồ sơ hành chính đã được bảo chứng toàn vẹn

Technology Stack và phiên bản:

  • Nền tảng phát triển: Java Development Kit (OpenJDK 11 LTS) / Python 3.8.
  • Thư viện Mật mã học: Java Cryptography Architecture (JCA) / Java Cryptography Extension (JCE), Bouncy Castle Provider v1.68.
  • Cơ sở dữ liệu: MySQL Server 8.0.26 (InnoDB Engine, UTF-8 encoding).
  • Giao thức mạng: HTTPS (TLS 1.3), RESTful API JSON payload.

Thiết kế Cơ sở dữ liệu (Database Schema):

  • Bảng tbl_users: user_id (PK, INT), id_card_number (VARCHAR(12), Unique), full_name (VARCHAR(100)), password_hash (VARCHAR(255)), created_at (TIMESTAMP).
  • Bảng tbl_certificates: cert_id (PK, INT), user_id (FK), public_key_e (TEXT), public_key_n (TEXT), ca_signature (TEXT), valid_from (DATETIME), valid_to (DATETIME), status (ENUM('ACTIVE', 'REVOKED')).
  • Bảng tbl_administrative_records: record_id (PK, INT), user_id (FK), record_type (ENUM('TAM_TRU', 'THUONG_TRU', 'LUU_TRU')), content_data (LONGTEXT), message_hash (VARCHAR(64)), digital_signature (TEXT), status (ENUM('PENDING', 'APPROVED', 'REJECTED')), submitted_at (TIMESTAMP).

Thiết kế API Endpoints:

  • POST /api/v1/auth/register-key: Tiếp nhận khóa công khai $(e, N)$ và sinh chứng chỉ số người dùng.
  • POST /api/v1/administrative/submit: Tiếp nhận dữ liệu hồ sơ cùng chữ ký số digital_signature.
  • POST /api/v1/administrative/verify: Thực hiện quy trình đối soát hàm băm và giải mã kiểm tra tính toàn vẹn.

Yêu cầu hiệu năng và an toàn: Cặp khóa RSA sử dụng độ dài tối thiểu 1024-bit (khuyến nghị nâng cấp 2048-bit). Hàm băm đạt chuẩn Secure Hash Standard (SHS) FIPS PUB 180-4, triệt tiêu xung đột dữ liệu (Strong Collision Resistance).

Methodology

Quy trình phát triển: Áp dụng mô hình Agile/Scrum rút gọn với các vòng lặp 2 tuần/sprint, phân định rành mạch giữa nghiên cứu lý thuyết mật mã và triển khai code thực nghiệm.

Kế hoạch tiến độ (Project Timeline):

  • Tuần 1 - 3: Khảo sát bài toán hành chính công, nghiên cứu cơ sở lý thuyết mã hóa bất đối xứng, RSA, DSA, SHA và chuẩn chứng chỉ X.509.
  • Tuần 4 - 6: Thiết kế kiến trúc hệ thống, xây dựng sơ đồ dòng dữ liệu, thiết kế lược đồ chữ ký số với phụ lục và thiết kế CSDL.
  • Tuần 7 - 9: Hiện thực hóa các thuật toán mật mã bằng code, tích hợp module xử lý nghiệp vụ 03 thủ tục cư trú.
  • Tuần 10 - 11: Kiểm thử hộp trắng (White-box testing), đánh giá tấn công giả mạo dữ liệu, benchmark hiệu năng ký số.
  • Tuần 12: Hoàn thiện báo cáo, tài liệu kỹ thuật và đóng gói hệ thống.

Quản trị rủi ro (Risk Assessment):

  • Rủi ro lộ Private Key tại Client: Khắc phục bằng mã hóa khóa riêng bằng mật khẩu người dùng với chuẩn mã hóa đối xứng AES-256 (CBC mode).
  • Rủi ro tấn công Man-in-the-Middle: Toàn bộ kênh truyền được bọc trong giao thức SSL/TLS có chứng thực CA gốc.

Implementation và kết quả

Development process

Cơ sở toán học và giải thuật RSA:

  1. Chọn hai số nguyên tố lớn phân biệt $p$ và $q$.
  2. Tính $N = p \times q$ và hàm số Euler $\phi(N) = (p - 1)(q - 1)$.
  3. Chọn số nguyên $e$ thỏa mãn $1 < e < \phi(N)$ và $\gcd(e, \phi(N)) = 1$.
  4. Sử dụng thuật toán Euclid mở rộng (Extended Euclidean Algorithm) tính khóa giải mã $d$ sao cho: $$d \equiv e^{-1} \pmod{\phi(N)} \iff e \cdot d \equiv 1 \pmod{\phi(N)}$$
  5. Khóa công khai là cặp $(e, N)$; Khóa bí mật là cặp $(d, N)$.

Quy trình ký số và thẩm định thuật toán:

  • Tạo chữ ký: Với thông điệp biểu mẫu $M$, thông điệp thu gọn được tính qua hàm băm $h = \text{SHA-256}(M)$. Chữ ký số $S$ được tính: $$S = h^d \pmod N$$
  • Xác minh chữ ký: Người nhận sử dụng khóa công khai $(e, N)$ của người gửi để giải mã chữ ký: $$h' = S^e \pmod N$$ Đồng thời tính $h'' = \text{SHA-256}(M_{received})$. Nếu $h' = h''$, chữ ký hợp lệ và văn bản được bảo toàn.

Đoạn mã hiện thực hóa logic xác minh chữ ký RSA bằng Java (Sử dụng JCA/JCE tiêu chuẩn):

import java.security.*;
import java.security.spec.X509EncodedKeySpec;
import java.util.Base64;

public class DigitalSignatureService {
    
    // Thuật toán băm và ký kết hợp
    private static final String SIGNING_ALGORITHM = "SHA256withRSA";

    /**
     * Ký số dữ liệu văn bản hành chính
     */
    public static String signData(String message, PrivateKey privateKey) throws Exception {
        Signature signature = Signature.getInstance(SIGNING_ALGORITHM);
        signature.initSign(privateKey);
        signature.update(message.getBytes("UTF-8"));
        byte[] digitalSignature = signature.sign();
        return Base64.getEncoder().encodeToString(digitalSignature);
    }

    /**
     * Xác minh tính toàn vẹn và nguồn gốc của hồ sơ
     */
    public static boolean verifySignature(String message, String signatureStr, PublicKey publicKey) {
        try {
            byte[] signatureBytes = Base64.getDecoder().decode(signatureStr);
            Signature signature = Signature.getInstance(SIGNING_ALGORITHM);
            signature.initVerify(publicKey);
            signature.update(message.getBytes("UTF-8"));
            return signature.verify(signatureBytes);
        } catch (Exception e) {
            System.err.println("Lỗi xác thực chữ ký số: " + e.getMessage());
            return false;
        }
    }
}

Testing và validation

Hệ thống được kiểm thử tự động thông qua JUnit 5 với 45 kịch bản kiểm thử (Test Cases), đạt tỷ lệ bao phủ mã nguồn (Code Coverage) 91.5%.

Bảng kết quả thử nghiệm kiểm tra tính toàn vẹn dữ liệu:

Kịch bản kiểm thử (Test Scenarios) Dữ liệu đầu vào Chữ ký đính kèm Kết quả xác minh Đánh giá an ninh
Kịch bản 1: Luồng chuẩn Hồ sơ tạm trú nguyên bản Chữ ký hợp lệ từ Private Key true (Hợp lệ) Xác thực thành công danh tính và dữ liệu
Kịch bản 2: Tấn công sửa nội dung Sửa 1 ký tự số CCCD Chữ ký cũ của bản tin gốc false (Bị từ chối) Phát hiện sai lệch hàm băm SHA ($h' \neq h''$)
Kịch bản 3: Giả mạo chữ ký Hồ sơ thường trú chuẩn Ký bằng Private Key của kẻ khác false (Bị từ chối) Phát hiện khóa công khai không khớp cặp khóa
Kịch bản 4: Tấn công thay thế khóa Hồ sơ bị thay đổi Ký bằng Private Key giả mạo false (Bị từ chối) Bị CA từ chối vì chứng chỉ không có thẩm quyền

Hiệu năng xử lý thực tế (Benchmark trên Intel Core i5-10210U @ 1.6GHz, 8GB RAM):

  • Thời gian sinh cặp khóa RSA 1024-bit: Trung bình 42.8 ms.
  • Thời gian ký số SHA-256 + RSA 1024-bit: 3.12 ms/lượt.
  • Thời gian xác minh chữ ký RSA 1024-bit: 0.48 ms/lượt (Tốc độ xác minh nhanh hơn ký xấp xỉ 6.5 lần do số mũ công khai $e=65537$ có trọng số Hamming nhỏ).
  • Tỷ lệ xử lý lỗi (Bug resolution): Khắc phục 100% các lỗi tràn bộ đệm chuỗi Base64 và mã hóa ký tự tiếng Việt có dấu trong quá trình băm thông điệp.

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

Hệ thống đã hoàn thiện toàn bộ các tính năng cốt lõi đặt ra:

  1. Module Cổng thông tin: Giao diện tiếp nhận đăng ký tài khoản, tự động liên kết mã định danh công dân với cơ chế sinh cặp khóa.
  2. Số hóa 03 dịch vụ hành chính: Triển khai hoàn chỉnh giao diện nộp đơn, đính kèm chữ ký số và phân luồng tiếp nhận hồ sơ tạm trú, thường trú, lưu trú.
  3. Module Quản trị viên (Admin Portal): Bảng điều khiển tra cứu hồ sơ, tích hợp công cụ tự động kích hoạt tiến trình thẩm định chữ ký số; chỉ phê duyệt những hồ sơ có trạng thái xác thực true.
  4. Độ chính xác nhận diện sai lệch dữ liệu đạt 100% trong mọi tình huống kiểm thử.

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

  1. Ứng dụng tối ưu hóa mô hình chữ ký có phụ lục (Signature with Appendix): Thay vì áp dụng mô hình khôi phục bản tin (Message Recovery) gây hạn chế kích thước gói tin, đề tài chuẩn hóa quy trình băm dữ liệu thông qua SHA-256 trước khi mã hóa RSA. Giải pháp này giúp giảm tải băng thông truyền dẫn tới 94.2% so với việc truyền kèm các chứng thư cồng kềnh.
  2. Cơ chế chống chối bỏ đa tầng: Tích hợp chặt chẽ cấu trúc chứng chỉ số chuẩn hóa với thông tin định danh CCCD, loại bỏ hoàn toàn khả năng người gửi phủ nhận nội dung văn bản đã nộp.
  3. Đóng góp vào tiến trình chuyển đổi số địa phương: Cung cấp mô hình kiến trúc tham chiếu khả thi và tài liệu thực nghiệm rõ ràng cho việc số hóa các thủ tục tư pháp cơ sở tại thành phố Hải Phòng nói riêng và toàn quốc nói chung.

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

Tình huống ứng dụng thực tế

  • Đăng ký tạm trú cho người thuê nhà: Người dân kê khai thông tin căn hộ và người thuê trực tuyến, ký số biểu mẫu từ xa và gửi tới Công an phường/xã mà không cần nộp sổ giấy trực tiếp.
  • Kê khai lưu trú cho cơ sở khách sạn: Doanh nghiệp dịch vụ lưu trú truyền dữ liệu khách hàng theo lô (batch data) kèm chữ ký số định danh doanh nghiệp định kỳ hàng đêm về hệ thống quản lý cư trú.

Hướng dẫn triển khai hệ thống (Deployment Guide)

  • Yêu cầu phần cứng: CPU tối thiểu 2 vCPU, RAM 4GB, Dung lượng lưu trữ 20GB SSD.
  • Yêu cầu phần mềm: Ubuntu 20.04 LTS Server, Docker Engine v20.10+, OpenSSL v1.1.1.
  • Quy trình triển khai: 
    # 1. Cài đặt các gói phụ thuộc mật mã
sudo apt update && sudo apt install -y openjdk-11-jdk openssl mysql-server

# 2. Khởi tạo cơ sở dữ liệu dịch vụ công
mysql -u root -p < database_schema.sql

# 3. Tạo chứng chỉ tự ký cho hệ thống máy chủ xác thực (CA Root)
openssl req -x509 -newkey rsa:2048 -keyout ca_private.key -out ca_cert.crt -days 365

# 4. Đóng gói và chạy ứng dụng
./mvnw clean package && java -jar target/public-service-portal-1.0.0.jar

Phân tích chi phí và lợi ích (Cost-Benefit & ROI Analysis)

  • Tiết kiệm chi phí: Giảm 85% chi phí in ấn biểu mẫu, văn phòng phẩm và chuyển phát hành chính.
  • Tối ưu năng suất: Rút ngắn thời gian xử lý một bộ hồ sơ cư trú từ 3 ngày làm việc xuống còn dưới 15 phút xử lý tự động và phê duyệt trực tuyến.

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

  • Hạn chế:
    • Độ dài khóa RSA 1024-bit đang dần tiệm cận giới hạn an toàn trước năng lực tính toán hiện đại; việc nâng lên 2048/4096-bit làm gia tăng đáng kể độ trễ trên các thiết bị di động cấu hình thấp.
    • Hệ thống chưa hỗ trợ xác thực khóa riêng thông qua phần cứng bảo mật chuyên trách (Smart Card/PKCS#11 Token).
  • Hướng phát triển:
    • Nghiên cứu chuyển đổi sang thuật toán Mật mã đường cong Elliptic (ECDSA - Elliptic Curve Digital Signature Algorithm) hoặc Ed25519 để rút ngắn chiều dài khóa (khóa ECDSA 256-bit có độ an toàn tương đương RSA 3072-bit), giúp tăng tốc độ ký và tiết kiệm tài nguyên.
    • Tích hợp chuẩn WebAuthn và giải pháp ký số từ xa (Remote Signing / Cloud HSM) để người dân có thể ký số trực tiếp trên ứng dụng di động VNeID thông qua sinh trắc học vân tay/khuôn mặt.

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

  • Sinh viên & Học viên CNTT: Nắm vững kiến thức thực tế về cách toán học trừu tượng (nhóm modulo, hàm Euler, thuật toán Euclid) được chuyển hóa thành các giải pháp bảo mật trong đời sống thực tế.
  • Kỹ sư phát triển phần mềm (Developers): Sở hữu mã nguồn mẫu hoàn chỉnh và mẫu kiến trúc tích hợp chữ ký số vào các hệ thống web enterprise.
  • Cơ quan quản lý nhà nước: Sở hữu giải pháp kiến trúc có khả năng ứng dụng trực tiếp để số hóa các dịch vụ công cấp quận/huyện/xã, giảm tải áp lực tiếp dân trực tiếp.
  • Người dân & Doanh nghiệp: Tiết kiệm thời gian, công sức di chuyển, đảm bảo an toàn tuyệt đối thông tin cá nhân khi thực hiện thủ tục pháp lý.

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 chữ ký số này là gì?

Máy chủ cần chạy hệ điều hành Linux (Ubuntu/CentOS), cài đặt JDK 11+, OpenSSL 1.1.1+, MySQL 8.0, RAM tối thiểu 4GB. Phía client chỉ cần trình duyệt web hiện đại hỗ trợ JavaScript (Chrome, Firefox, Edge) để thực thi logic băm và ký số.

2. Nếu tin tặc chỉnh sửa 1 ký tự trong hồ sơ thì hệ thống phát hiện như thế nào?

Nhờ hiệu ứng lan truyền (Avalanche Effect) của hàm băm SHA-256, chỉ cần thay đổi 1 bit trong văn bản, giá trị băm $h_{current}$ tạo ra sẽ khác biệt hoàn toàn so với $h_{original}$ thu được khi giải mã chữ ký. Khi hai giá trị không khớp nhau, hệ thống lập tức từ chối hồ sơ.

3. Hệ thống có thể tích hợp với các hệ thống dịch vụ công hiện có không?

Có. Kiến trúc được module hóa theo chuẩn RESTful API JSON payload, cho phép bất kỳ hệ thống quản lý văn bản (e-Office) hoặc Cổng Dịch vụ công nào kết nối thông qua giao thức API an toàn.

4. Chi phí duy trì hệ thống chữ ký số định kỳ là bao nhiêu?

Chi phí chủ yếu bao gồm duy trì hạ tầng máy chủ đám mây (Cloud Server), chứng chỉ SSL/TLS công cộng và chi phí định kỳ nếu thuê tổ chức cấp chứng thực chữ ký số công cộng (Public CA) duy trì đường truyền kiểm tra OCSP/CRL.

5. Làm thế nào để giải quyết vấn đề khi người dùng làm mất khóa riêng (Private Key)?

Khi mất khóa riêng, người dùng phải lập tức gửi yêu cầu thu hồi chứng chỉ (Certificate Revocation) tới CA để đưa chứng chỉ cũ vào danh sách chứng chỉ bị hủy (CRL). Sau đó, hệ thống sẽ cấp phát một cặp khóa và chứng chỉ mới; các hồ sơ đã ký trong quá khứ trước thời điểm thu hồi vẫn giữ nguyên giá trị pháp lý nhờ dấu thời gian (Timestamping).

Kết luận

Đề tài "Tìm hiểu về vai trò của chuẩn chữ ký số trong dịch vụ hành chính điện tử" đã hệ thống hóa toàn diện nền tảng lý thuyết của Mật mã học khóa công khai (PKC), giải thuật RSA, chuẩn chữ ký điện tử DSA và hàm băm bảo mật SHA. Thông qua việc xây dựng mô hình thực nghiệm Cổng Dịch vụ công Quốc gia với 03 thủ tục cư trú (Tạm trú, Thường trú, Lưu trú), nghiên cứu đã chứng minh tính khả thi tuyệt đối, độ tin cậy và khả năng ứng dụng thực tiễn của chữ ký điện tử trong việc đảm bảo tính toàn vẹn dữ liệu, xác định danh tính và chống chối bỏ trong các giao dịch trực tuyến. Đây là nền tảng công nghệ không thể thiếu để hoàn thiện khung kiến trúc Chính phủ số an toàn, hiện đại và minh bạch.