
# Trích xuất Bằng chứng Đa phương thức Động với Học liên hợp cho Các Phiếu Bảo mật Thời gian Thực

**Tóm tắt**  
Các phiếu bảo mật và kiểm toán tuân thủ đã trở thành nút thắt cho các công ty SaaS phát triển nhanh. Các quy trình thủ công truyền thống dễ gây lỗi, tốn thời gian và khó bắt kịp các tiêu chuẩn quy định luôn thay đổi. Bài viết này giới thiệu một giải pháp đột phá—**Trích xuất Bằng chứng Đa‑Modal Động (DMEE) được hỗ trợ bởi Học liên hợp (FL)**—tích hợp chặt chẽ với nền tảng AI Procurize để tự động thu thập, xác minh và trình bày các bằng chứng trên nhiều dạng dữ liệu (văn bản, hình ảnh, đoạn mã, luồng log). Bằng cách giữ việc học trên máy khách và chỉ chia sẻ các bản cập nhật mô hình, các tổ chức có được trí tuệ bảo mật mà không làm lộ dữ liệu, trong khi mô hình toàn cầu liên tục cải thiện, cung cấp câu trả lời phiếu bảo mật thời gian thực, ngữ cảnh‑aware với độ chính xác cao hơn và độ trễ thấp hơn.

---

## 1. Tại sao Trích xuất Bằng chứng Đa‑Modal lại Quan trọng

Các phiếu bảo mật yêu cầu **bằng chứng cụ thể** có thể nằm trong:

| Phương thức | Nguồn thường gặp | Câu hỏi ví dụ |
|------------|------------------|---------------|
| **Văn bản** | Chính sách, SOP, báo cáo tuân thủ | “Cung cấp chính sách lưu trữ dữ liệu của bạn.” |
| **Hình ảnh / Ảnh chụp màn hình** | Giao diện UI, sơ đồ kiến trúc | “Hiển thị UI ma trận kiểm soát truy cập.” |
| **Log có cấu trúc** | CloudTrail, feed SIEM | “Cung cấp log kiểm toán cho truy cập đặc quyền trong 30 ngày qua.” |
| **Mã / Cấu hình** | Tập tin IaC, Dockerfile | “Chia sẻ cấu hình Terraform cho mã hóa tại nghỉ.” |

Hầu hết các trợ lý AI hiện nay chỉ xuất sắc ở **tạo nội dung văn bản đơn‑modal**, để lại khoảng trống khi câu trả lời cần ảnh chụp màn hình hoặc đoạn log. Một pipeline đa‑modal thống nhất sẽ lấp đầy khoảng trống này, biến các tài sản thô thành **đối tượng bằng chứng có cấu trúc** có thể chèn trực tiếp vào câu trả lời.

---

## 2. Học liên hợp: Khung bảo mật‑đầu tiên

### 2.1 Nguyên tắc Cốt lõi

* **Dữ liệu Không Bao Giờ Rời Khắp** – Các tài liệu, ảnh chụp màn hình và file log gốc vẫn được giữ trong môi trường bảo mật của công ty. Chỉ **độ lệch trọng số mô hình** được truyền tới bộ điều phối trung tâm.
* **Tổng hợp Bảo mật** – Các cập nhật trọng số được mã hoá và tổng hợp bằng kỹ thuật đồng dư, ngăn không cho bất kỳ khách nào bị suy ngược để khai thác dữ liệu.
* **Cải tiến Liên tục** – Mỗi phiếu trả lời mới được giải quyết cục bộ đều đóng góp vào cơ sở tri thức toàn cầu mà không lộ dữ liệu mật.

### 2.2 Quy trình Học liên hợp trong Procurize

```mermaid
graph LR
    A["Công ty A\nKho Bằng chứng Cục bộ"] --> B["Trình Trích xuất Cục bộ\n(LLM + Vision Model)"]
    C["Công ty B\nKho Bằng chứng Cục bộ"] --> B
    B --> D["Delta Trọng số"]
    D --> E["Bộ Tổng hợp Bảo mật"]
    E --> F["Mô hình Toàn cầu"]
    F --> B
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style C fill:#f9f,stroke:#333,stroke-width:2px
    style D fill:#bbf,stroke:#333,stroke-width:2px
    style E fill:#bbf,stroke:#333,stroke-width:2px
    style F fill:#9f9,stroke:#333,stroke-width:2px
```

1. **Trích xuất Cục bộ** – Mỗi khách hàng chạy một **bộ trích xuất đa‑modal** kết hợp mô hình ngôn ngữ lớn (LLM) và transformer thị giác (ViT) để gắn thẻ và lập chỉ mục bằng chứng.
2. **Tạo Delta** – Các cập nhật mô hình (gradient) được tính trên dữ liệu cục bộ và mã hoá.
3. **Tổng hợp Bảo mật** – Các delta đã mã hoá từ mọi người tham gia được tổng hợp, tạo ra **mô hình toàn cầu** chứa các kiến thức chung.
4. **Làm mới Mô hình** – Mô hình toàn cầu được đẩy ngược lại cho mọi khách, ngay lập tức nâng cao độ chính xác trích xuất trên mọi phương thức.

---

## 3. Kiến trúc của Engine DMEE

### 3.1 Tổng quan các Thành phần

| Thành phần | Vai trò |
|------------|---------|
| **Lớp Tiếp nhận** | Các kết nối tới kho tài liệu (SharePoint, Confluence), lưu trữ đám mây, API SIEM. |
| **Trung tâm Tiền xử lý** | OCR cho ảnh, phân tích log, token hoá cho mã nguồn. |
| **Bộ Mã hoá Đa‑modal** | Không gian embedding chung (văn bản ↔ hình ảnh ↔ mã) sử dụng **Cross‑Modal Transformer**. |
| **Bộ Phân loại Bằng chứng** | Xác định tính liên quan tới taxonomy phiếu (ví dụ: *Mã hoá*, *Kiểm soát truy cập*). |
| **Engine Truy xuất** | Tìm kiếm vector (FAISS/HNSW) trả về top‑k đối tượng bằng chứng cho mỗi truy vấn. |
| **Bộ Tạo Đoạn Văn** | LLM soạn câu trả lời, chèn chỗ giữ cho các đối tượng bằng chứng. |
| **Trình Kiểm tra Tuân thủ** | Kiểm tra dựa trên quy tắc (ngày hết hạn, xác nhận ký) để thực thi các ràng buộc chính sách. |
| **Bộ Ghi lại Audit Trail** | Log bất biến (chỉ thêm, hàm băm mật mã) cho mỗi lần truy xuất bằng chứng. |

### 3.2 Sơ đồ Luồng Dữ liệu

```mermaid
flowchart TD
    subgraph Ingestion
        D1[Tài liệu] --> P1[Tiền xử lý]
        D2[Hình ảnh] --> P1
        D3[Log] --> P1
    end
    P1 --> E1[Bộ Mã hoá Đa‑modal]
    E1 --> C1[Bộ Phân loại Bằng chứng]
    C1 --> R1[Kho Vector]
    Q[Câu hỏi] --> G1[Bộ Tạo Đoạn Văn]
    G1 --> R1
    R1 --> G1
    G1 --> V[Trình Kiểm tra]
    V --> A[Bộ Ghi lại Audit]
    style Ingestion fill:#e3f2fd,stroke:#90caf9,stroke-width:2px
    style Q fill:#ffcc80,stroke:#fb8c00,stroke-width:2px
```

---

## 4. Từ Truy vấn Đến Câu trả lời: Quy trình Thời gian Thực

1. **Nhận Câu hỏi** – Nhân viên bảo mật mở một phiếu trong Procurize. Câu hỏi *“Cung cấp bằng chứng MFA cho tài khoản đặc quyền”* được gửi tới engine DMEE.
2. **Trích xuất Ý định** – LLM rút ra các token chính: *MFA*, *tài khoản đặc quyền*.
3. **Truy xuất Đa‑modal** – Vector truy vấn được so khớp với kho vector toàn cầu. Engine kéo ra:
   * Ảnh chụp màn hình cấu hình MFA (hình ảnh).
   * Đoạn log MFA thành công (log).
   * Chính sách MFA nội bộ (văn bản).
4. **Xác minh Bằng chứng** – Mỗi đối tượng được kiểm tra độ mới (< 30 ngày) và chữ ký cần thiết.
5. **Sáng tạo Đoạn Văn** – LLM soạn câu trả lời, nhúng các đối tượng bằng chứng dưới dạng **tham chiếu an toàn** hiển thị trực tiếp trong UI phiếu.
6. **Giao ngay** – Câu trả lời hoàn chỉnh xuất hiện trong UI trong **2–3 giây**, sẵn sàng cho người kiểm tra phê duyệt.

---

## 5. Lợi ích cho Các Đội Tuân thủ

| Lợi ích | Ảnh hưởng |
|---------|------------|
| **Tốc độ** – Thời gian phản hồi trung bình giảm từ 24 giờ xuống < 5 giây cho mỗi câu hỏi. |
| **Độ chính xác** – Sai lệch bằng chứng giảm 87 % nhờ độ tương đồng đa‑modal. |
| **Bảo mật** – Không có dữ liệu thô rời khỏi tổ chức; chỉ các cập nhật mô hình được chia sẻ. |
| **Khả năng mở rộng** – Cập nhật liên hợp chỉ cần < 200 MB/tháng cho một công ty 10 k nhân viên. |
| **Học liên tục** – Các loại bằng chứng mới (ví dụ: video walkthrough) được học tập trung và triển khai ngay. |

---

## 6. Danh sách Kiểm tra Triển khai cho Doanh nghiệp

1. **Triển khai Trình Trích xuất Cục bộ** – Cài Docker‑based extractor trên subnet an toàn. Kết nối tới nguồn tài liệu và log.
2. **Cấu hình Đồng bộ Liên hợp** – Cung cấp endpoint của bộ tổng hợp trung tâm và chứng chỉ TLS.
3. **Xây dựng Taxonomy** – Ánh xạ khung quy định của bạn ( [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), [GDPR](https://gdpr.eu/) ) tới các danh mục bằng chứng của nền tảng.
4. **Đặt Quy tắc Xác minh** – Xác định thời gian hết hạn, chữ ký xác thực, và cờ mã hoá.
5. **Giai đoạn Thử nghiệm** – Chạy engine trên một phần phiếu; giám sát các chỉ số precision/recall.
6. **Mở rộng** – Áp dụng cho tất cả các đánh giá nhà cung cấp; bật chế độ đề xuất tự động cho nhà phân tích.

---

## 7. Nghiên cứu Trường hợp Thực tế: FinTech Corp Giảm Thời gian Xử lý 75 %

**Bối cảnh** – FinTech Corp xử lý khoảng 150 phiếu nhà cung cấp mỗi quý, mỗi phiếu yêu cầu nhiều tài sản bằng chứng. Thu thập thủ công trung bình mất 4 giờ cho mỗi phiếu.

**Giải pháp** – Áp dụng DMEE của Procurize với học liên hợp trên ba trung tâm dữ liệu khu vực.

| Chỉ số | Trước | Sau |
|--------|-------|-----|
| Thời gian phản hồi trung bình | 4 giờ | 6 phút |
| Tỷ lệ sai lệch bằng chứng | 12 % | 1.5 % |
| Băng thông cho cập nhật FL | — | 120 MB/tháng |
| Mức hài lòng của nhà phân tích (1‑5) | 2.8 | 4.6 |

**Bài học rút ra**  
* Cách tiếp cận liên hợp đáp ứng yêu cầu lưu trú dữ liệu nghiêm ngặt.  
* Quy trình đa‑modal phát hiện ra các bằng chứng ẩn (ví dụ: ảnh UI) giúp rút ngắn chu kỳ kiểm toán.  

---

## 8. Thách thức & Giải pháp

| Thách thức | Giải pháp |
|------------|-----------|
| **Trôi dạt Mô hình** – Phân phối dữ liệu cục bộ thay đổi theo thời gian. | Lên lịch tổng hợp toàn cầu hàng tháng; sử dụng callback **continual learning**. |
| **Khối lượng Hình ảnh Nặng** – Ảnh chụp màn hình độ phân giải cao làm tăng tải tính toán. | Áp dụng tiền xử lý **độ phân giải thích hợp**; mã hoá chỉ các vùng UI quan trọng. |
| **Thay đổi Quy định** – Khung mới đưa ra các loại bằng chứng chưa từng có. | Mở rộng taxonomy động; các cập nhật liên hợp tự động lan truyền các lớp mới. |
| **Kích thước Audit Trail** – Log bất biến có thể tăng nhanh. | Sử dụng **cây Merkle chuỗi** với việc cắt tỉa định kỳ các bản ghi cũ nhưng vẫn giữ chứng minh. |

---

## 9. Lộ trình Phát triển trong Tương lai

1. **Tạo Bằng chứng Zero‑Shot** – Dùng mô hình khuếch tán sinh ra ảnh chụp màn hình được mask khi tài sản gốc không khả dụng.  
2. **Điểm tin XAI** – Hiển thị thanh độ tin cậy cho mỗi bằng chứng kèm giải thích phản biện.  
3. **Node Liên hợp Edge** – Triển khai trình trích xuất nhẹ trên laptop lập trình viên để có bằng chứng ngay trong quá trình review code.  

---

## 10. Kết luận

Trích xuất Bằng chứng Đa‑Modal Động được hỗ trợ bởi Học liên hợp đánh dấu một bước ngoặt trong tự động hoá phiếu bảo mật. Bằng cách hợp nhất văn bản, hình ảnh và log trong khi bảo vệ quyền riêng tư, các tổ chức có thể phản hồi nhanh hơn, chính xác hơn và có toàn bộ khả năng kiểm toán. Kiến trúc mô-đun của Procurize giúp việc áp dụng trở nên đơn giản, cho phép các đội tuân thủ tập trung vào giảm rủi ro chiến lược thay vì công việc thu thập dữ liệu lặp đi lặp lại.