Sửa đổi (Modification) và Giả mạo (Fabrication)

1. Tổng quan

A. Định nghĩa

Sửa đổi (Modification) là tấn công chỉnh sửa, thay đổi trái phép dữ liệu, thông điệp đang tồn tại hợp lệ, còn giả mạo (Fabrication) là tấn công tạo mới một cách gian dối và chèn vào dữ liệu, thông điệp vốn không tồn tại. Cả hai đều đe dọa tính toàn vẹn (Integrity) và tính xác thực (Authenticity) của thông tin.

Câu hỏi cốt lõi phân biệt hai khái niệm là 'có bản gốc hay không'. Sửa đổi là hành vi lén thay đổi dữ liệu hợp lệ vốn đã tồn tại; ví dụ điển hình là sửa số tiền trong lệnh chuyển khoản từ 1 triệu won thành 10 triệu won hoặc nâng điểm trong cơ sở dữ liệu điểm học tập. Ngược lại, giả mạo là hành vi bịa ra thứ vốn không có và chèn vào hệ thống, như tạo lịch sử giao dịch chưa từng xảy ra rồi chèn vào sổ cái, hoặc bắt chước tinh vi chứng chỉ, giấy xác nhận công tác chưa từng được cấp để nộp. Thoạt nhìn có vẻ giống nhau, nhưng từ góc độ phòng thủ, sự phân biệt này mang tính quyết định. Bởi sửa đổi có thể được đối phó phần lớn chỉ bằng kiểm tra toàn vẹn phát hiện 'cái gì đã thay đổi', còn giả mạo chỉ có thể ngăn chặn khi nhất thiết có kèm xác thực nguồn gốc (Origin Authentication) xác nhận 'có thực sự do chủ thể hợp lệ tạo ra không'.

Hai khái niệm này tạo thành trục phân loại cơ bản nhất để hiểu các mối đe dọa an toàn thông tin. Theo cách cổ điển, các mối đe dọa bảo mật được chia thành bốn loại chặn bắt (Interception, đe dọa tính bí mật), sửa đổi (đe dọa toàn vẹn), giả mạo (đe dọa toàn vẹn và xác thực), gián đoạn (Interruption, đe dọa tính sẵn sàng) (phân loại mối đe dọa bảo mật của Stallings), trong đó sửa đổi và giả mạo cấu thành nhóm toàn vẹn. Điều gì xảy ra khi tính toàn vẹn bị phá vỡ được thể hiện rõ trong các sự cố thực tế. Nếu thông điệp bị sửa đổi trên đường truyền, người nhận tin nội dung bị thao túng là thật và đưa ra quyết định sai; nếu thông điệp giả mạo được chèn vào, họ lầm tưởng đã nhận chỉ thị mà thực ra chưa hề được gửi, rồi chuyển tiền hoặc cấp quyền. Tiêu biểu, tấn công BEC (Business Email Compromise, xâm phạm email doanh nghiệp) kết hợp email giả mạo mạo danh CEO với việc sửa đổi đổi tài khoản nhận tiền, gây thiệt hại lũy kế quy mô hàng tỷ đô la theo báo cáo của FBI IC3. Vì vậy việc ngăn sửa đổi, giả mạo chính là bản thể của bảo mật toàn vẹn, và trở thành đối tượng kiểm soát ưu tiên hàng đầu trong mọi lĩnh vực mà tính xác thực của dữ liệu chính là niềm tin như tài chính, y tế, chính phủ điện tử, chuỗi cung ứng.

B. Bối cảnh ra đời và sự cần thiết

Bối cảnh khiến sửa đổi, giả mạo được xác lập thành phạm trù mối đe dọa riêng là sự số hóa của truyền thông và giao dịch. Thời văn bản giấy, khác biệt vật lý giữa bản gốc và bản sao (con dấu, nét chữ, giấy) là căn cứ phán đoán thật giả, nhưng dữ liệu số có thể sao chép hoàn hảo và chỉnh sửa không để lại dấu vết, nên không thể bảo đảm bằng đặc tính vật lý rằng 'chuỗi bit này là bản gốc và chưa bị giả mạo, sửa đổi'. Thêm vào đó, khi giao dịch từ xa qua mạng trở nên phổ biến, trong tình huống không thể xác nhận đối phương trực tiếp, phát sinh nhu cầu chứng minh tính toàn vẹn của dữ liệu và tính xác thực của người gửi bằng bằng chứng mật mã học. Việc Luật Chữ ký điện tử, Luật Thương mại điện tử (của Hàn Quốc) trao cho chữ ký điện tử hiệu lực pháp lý tương đương chữ ký tay cũng là vì chống giả mạo, sửa đổi không đơn thuần là vấn đề kỹ thuật mà là nền tảng của an toàn giao dịch và trách nhiệm pháp lý.

C. Vị trí trong phân loại mối đe dọa bảo mật

Bảng dưới đây tổng hợp bốn mối đe dọa cổ điển theo tiêu chí thuộc tính bị xâm phạm. Bảng là phương tiện phụ trợ để thấy quan hệ vị trí trong một cái nhìn; lý do mỗi mối đe dọa xâm phạm thuộc tính đó đã được giải thích trong phần văn xuôi trên.

2. Hiểu biết cấu trúc về sửa đổi và giả mạo

A. Điểm phát sinh tấn công và luồng

Sửa đổi và giả mạo có thể xảy ra ở toàn bộ các đoạn dữ liệu được tạo ra (sinh), lưu chuyển (truyền) và lưu lại (lưu trữ). Sơ đồ cấu trúc tổng thể dưới đây cho thấy hai tấn công can thiệp ở đâu trên luồng dữ liệu bình thường.

flowchart LR
  S["Người gửi (tạo hợp lệ)"] --> DATA["Dữ liệu, thông điệp gốc"]
  DATA --> NET["Đoạn truyền (mạng)"]
  NET --> DB["Kho lưu trữ (DB, log)"]
  DB --> R["Người nhận, người kiểm chứng"]
  A["Kẻ tấn công"] -.->|"Sửa giá trị hiện có"| NET
  A -.->|"Tạo, chèn giá trị giả"| DB
  A -.->|"Mạo danh người gửi giả"| DATA
  style A fill:#fef3f2,stroke:#e11d48,stroke-width:2px
  style DATA fill:#e8f0fe,stroke:#2f6fed

Trong hình này, sửa đổi được biểu diễn bằng đường nét đứt can thiệp vào đường liền (bản gốc) đang lưu chuyển để thay đổi giá trị, còn giả mạo được biểu diễn bằng đường nét đứt đẩy giá trị mới vào kho lưu trữ hay kênh mà không liên quan tới luồng. Trong thực tế, sửa đổi ở đoạn truyền được cụ thể hóa thành tấn công xen giữa (MITM), còn sửa đổi, giả mạo ở kho lưu trữ được cụ thể hóa thành thao túng dữ liệu sau khi leo thang đặc quyền hoặc chèn bản ghi qua SQL Injection. Điểm tấn công khác nhau thì điểm kiểm soát cũng khác nhau, nên phải đặt đồng thời theo từng tầng bảo vệ kênh (TLS) và toàn vẹn lưu trữ (hash, chữ ký, log kiểm toán).

B. Quy trình thực hiện từ góc nhìn kẻ tấn công

Để thực hiện thành công sửa đổi, giả mạo, kẻ tấn công phải trải qua nhiều bước. Sơ đồ quy trình chi tiết dưới đây thể hiện tiến trình của một tấn công toàn vẹn điển hình.

flowchart TD
  A["1. Giành quyền truy cập (lỗ hổng, tài khoản bị chiếm)"] --> B["2. Nhận diện dữ liệu mục tiêu"]
  B --> C{"Bản gốc có tồn tại không?"}
  C -->|"Có"| M["3a. Sửa đổi: chỉnh giá trị"]
  C -->|"Không"| F["3b. Giả mạo: tạo, chèn giá trị giả"]
  M --> D["4. Che giấu dấu vết toàn vẹn (thao túng hash, log)"]
  F --> D
  D --> E["5. Ngụy trang là bình thường, chối bỏ"]
  style M fill:#fff7ed,stroke:#d97706
  style F fill:#fef3f2,stroke:#e11d48

Điểm đáng chú ý là che giấu dấu vết ở bước 4. Sau khi thay đổi dữ liệu, kẻ tấn công cố can thiệp cả giá trị toàn vẹn tương ứng (checksum, hash) lẫn log truy cập. Nếu giá trị toàn vẹn nằm ở nơi kẻ tấn công không truy cập được (MAC được bảo vệ bằng khóa riêng, khóa kiểm chứng chữ ký, log WORM không thể thay đổi sau khi ghi) thì việc che giấu thất bại và tấn công bị phát hiện. Tức là cốt lõi của phòng thủ là 'tách bằng chứng toàn vẹn khỏi dữ liệu để kẻ tấn công không thể thao túng đồng thời'. Nguyên lý này là nền tảng chung của thiết kế MAC, chữ ký điện tử, log bất biến sẽ giải thích phía sau.

C. So sánh sửa đổi và giả mạo

Hai dòng cuối của bảng quan trọng nhất về mặt thực tế. Sửa đổi chỉ cần nhận ra sự thật 'đã bị thay đổi' nên nhiều trường hợp kiểm tra toàn vẹn như hash, MAC là đủ. Nhưng giả mạo phải hỏi 'chủ thể tạo ra cái này có thật không', nên chỉ MAC dựa trên khóa đối xứng là không đủ (nếu người kiểm chứng và người tạo chia sẻ cùng khóa thì không thể chối bỏ lẫn nhau), mà cần chữ ký điện tử ký bằng khóa riêng chỉ người gửi có và PKI bảo đảm niềm tin vào khóa công khai đó. Lý do có khác biệt nằm ở mô hình tin cậy. Bởi MAC bảo đảm 'toàn vẹn giữa hai bên chia sẻ khóa', còn chữ ký bảo đảm 'quy thuộc người gửi có thể chứng minh với bất kỳ ai'.

3. Phương án đối phó

A. Công nghệ kiểm tra toàn vẹn — Hash và MAC

Tuyến phòng thủ thứ nhất để phát hiện sửa đổi là hàm băm mật mã. Hash như SHA-256 có hiệu ứng tuyết lở (Avalanche Effect) khiến kết quả hoàn toàn khác đi dù dữ liệu chỉ thay đổi 1 bit, nên nếu lưu giữ an toàn giá trị hash của bản gốc và so sánh với hash tại thời điểm nhận, kiểm chứng thì có thể xác định có bị sửa đổi hay không. Tuy nhiên hash đơn thuần bị vô hiệu nếu kẻ tấn công thay cả dữ liệu lẫn hash, nên dùng MAC (HMAC, v.v.) tính toán có trộn khóa bí mật để 'kẻ tấn công không biết khóa không thể tạo giá trị toàn vẹn hợp lệ'. Chẳng hạn, gắn header chữ ký HMAC-SHA256 vào yêu cầu REST API thì dù tham số bị thay đổi giữa chừng, máy chủ cũng từ chối ngay. Tuy nhiên MAC có giới hạn là do phương thức chia sẻ khóa nên không thể 'chứng minh người gửi với bên thứ ba', và ở điểm này cần chữ ký điện tử.

B. Xác thực nguồn gốc và chống chối bỏ — Chữ ký điện tử và PKI

Để ngăn cả giả mạo, câu trả lời là chữ ký điện tử. Người gửi mã hóa (ký) hash của thông điệp bằng khóa riêng của mình, người kiểm chứng giải bằng khóa công khai của người gửi để đối chiếu hash. Khóa riêng chỉ người gửi có, nên nếu chữ ký được kiểm chứng thì đồng thời thỏa mãn 'dữ liệu này không bị giả mạo, sửa đổi (toàn vẹn) + thực sự do người đó tạo ra (xác thực) + sau này không thể chối bỏ (chống chối bỏ)'. Ở đây, chuỗi tin cậy bảo đảm khóa công khai có thực sự là của người đó hay không là PKI (hạ tầng khóa công khai) và chứng chỉ. Việc trình duyệt kiểm tra chứng chỉ máy chủ của trang HTTPS bằng chuỗi CA, việc yêu cầu chữ ký bằng chứng chỉ công nhận/chứng chỉ chung cho hóa đơn điện tử, hợp đồng điện tử đều là áp dụng thực tế của xác thực nguồn gốc nhằm chống giả mạo.

C. Kiểm soát phòng ngừa, phát hiện, truy vết

Chỉ kiểm tra toàn vẹn kỹ thuật là không đủ, mà kiểm soát truy cập, log kiểm toán, lưu trữ bất biến phải cùng vận hành. Thu hẹp chính quyền sửa dữ liệu theo nguyên tắc đặc quyền tối thiểu, ghi mọi thay đổi vào log không thể thay đổi (WORM, append-only) để bảo đảm khả năng truy vết sau sự việc. Blockchain, sổ cái phân tán đẩy nguyên lý này tới cực hạn, là cấu trúc chống giả mạo, sửa đổi bằng cách đưa hash của khối trước vào khối sau theo chuỗi (hash chaining) khiến việc sửa đổi hồ sơ quá khứ sau sự việc trên thực tế là không thể. Bảng dưới đây tổng hợp công nghệ đối phó theo tầng.

4. Chuyên sâu — Sự tinh vi hóa của giả mạo thời AI và các tiêu chuẩn đối phó

Nếu giả mạo truyền thống ở mức 'bịa ra văn bản vốn không có', thì AI tạo sinh đang thay đổi căn bản hình thái giả mạo. Deepfake học khuôn mặt, giọng nói của người có thật để tạo video, âm thanh khó phân biệt với thực. Năm 2024 tại Hồng Kông đã có báo cáo về vụ khoảng 25 triệu đô la bị chuyển đi qua một cuộc họp video deepfake mạo danh CFO, đây là trường hợp 'danh tính giả mạo' mở rộng tới cả tương tác thời gian thực. Giả mạo văn bản, hình ảnh cũng được AI thực hiện hàng loạt và tinh vi hơn, khiến khó phân biệt thật giả bằng mắt thường hay bộ lọc đơn giản.

Để đối phó, các tiêu chuẩn nhằm chứng minh nguồn gốc và tính xác thực của nội dung bằng mật mã học đang nổi lên. C2PA (Coalition for Content Provenance and Authenticity) đính kèm lịch sử tạo, chỉnh sửa nội dung dưới dạng metadata được ký điện tử (Content Credentials), để lại lịch sử có thể kiểm chứng về việc hình ảnh, video được tạo khi nào, bởi ai, như thế nào. Adobe, Microsoft, v.v. tham gia, và xu hướng nhúng chữ ký vào máy ảnh, công cụ AI tạo sinh đang lan rộng. Bổ trợ thêm là thủy vân số (digital watermarking) (chèn dấu nguồn gốc không nhìn thấy bằng mắt thường) và mô hình phát hiện sản phẩm do AI tạo. Tuy nhiên các công nghệ này có thể dễ bị tổn thương trước tấn công xóa thủy vân, mã hóa lại nên không phải vạn năng, và việc chuẩn hóa, khả năng tương tác vẫn đang tiến hành, nên góc nhìn phù hợp là xem chúng như 'một trục của phòng thủ đa tầng' thay vì tin tưởng tuyệt đối. Từ góc độ Kỹ sư chuyên nghiệp Quản lý Thông tin, hiểu lĩnh vực này là sự mở rộng nguyên lý của kiểm soát toàn vẹn hiện có (chữ ký, PKI) sang kiểm chứng tính xác thực nội dung sẽ giúp kết nối một cách tự nhiên.

5. Các điểm cần lưu ý và hàm ý

1. Cần áp dụng phân biệt kiểm soát toàn vẹn dựa trên mức độ quan trọng. Nếu đặt chữ ký điện tử cho mọi dữ liệu thì chi phí hiệu năng, vận hành quá lớn, nên cần thiết kế đánh đổi phân tầng: dữ liệu chỉ cần phát hiện sửa đổi đơn giản thì dùng hash, MAC; dữ liệu giao dịch, hợp đồng, xác thực cần quy thuộc người gửi và chống chối bỏ thì dùng chữ ký điện tử, PKI.

2. Phòng thủ giả mạo nhất thiết phải kết hợp với xác thực, chống chối bỏ. Giả mạo - bịa ra thứ vốn không có - không thể ngăn nếu không hỏi 'có do chủ thể hợp lệ tạo ra không', nên cốt lõi là xác thực nguồn gốc dựa trên chữ ký bất đối xứng chứ không phải MAC khóa đối xứng chỉ bảo đảm toàn vẹn, và khi đó việc lưu giữ khóa riêng (HSM, quản lý vòng đời khóa) trở thành điểm yếu thực chất của toàn bộ niềm tin.

3. Tách biệt và lưu giữ bất biến bằng chứng toàn vẹn là cốt lõi của phòng thủ. Để vô hiệu hóa việc che giấu dấu vết (bước 4) của kẻ tấn công, phải đặt giá trị toàn vẹn và log kiểm toán ở ranh giới tin cậy khác với dữ liệu (khóa riêng, WORM, sổ cái phân tán); nếu nguyên tắc này không được tuân thủ thì mọi thuật toán đều vô nghĩa.

4. Phải mở rộng sang hệ thống chứng minh nguồn gốc nội dung để chuẩn bị cho giả mạo bằng AI. Deepfake và giả mạo tạo sinh càng tinh vi thì chỉ phát hiện sau sự việc càng có giới hạn, nên cần chuyển trọng tâm sang kiểm soát trước dựa trên 'chữ ký tại thời điểm tạo (Provenance)' như C2PA, thủy vân, đồng thời cân bằng bằng cách thiết kế phòng thủ đa tầng có tính đến khả năng tấn công xóa bỏ.

5. Phải bảo đảm tính nhất quán giữa pháp luật, chế độ và công nghệ. Hiệu lực pháp lý của chữ ký điện tử, yêu cầu về tính xác thực của văn bản điện tử, năng lực chứng cứ của log là những điểm kiểm soát kỹ thuật gắn với trách nhiệm pháp lý, nên khi thiết kế kiến trúc toàn vẹn cần có cơ chế quản trị hỗ trợ xem xét đồng thời các quy định liên quan (Luật Chữ ký điện tử, Luật Văn bản điện tử) và yêu cầu kiểm toán, điều tra số.

Tài liệu tham khảo

• NIST, "Secure Hash Standard (SHS)", FIPS PUB 180-4
• NIST, "Digital Signature Standard (DSS)", FIPS PUB 186-5
• C2PA, "Content Credentials: Technical Specification" — https://c2pa.org/specifications/
• FBI IC3, "Business Email Compromise" — https://www.ic3.gov/

Tóm tắt một câu: Sửa đổi là tấn công chỉnh sửa trái phép bản gốc (xâm phạm toàn vẹn), giả mạo là tấn công tạo gian dối, mạo danh thứ vốn không có (xâm phạm toàn vẹn + xác thực); phát hiện sửa đổi bằng hash, MAC, chống giả mạo bằng chữ ký điện tử, PKI, và mở rộng phòng thủ bằng việc tách biệt, lưu giữ bất biến bằng chứng toàn vẹn cùng hệ thống chứng minh nguồn gốc C2PA đối phó với deepfake thời AI.