Bảo vệ dữ liệu đang sử dụng: vượt ra ngoài database firewall

Database firewall làm tốt điều gì

Giám sát hoạt động cơ sở dữ liệu và database firewall đứng giữa client và cơ sở dữ liệu. Chúng soi truy vấn, chặn câu lệnh nguy hiểm, cảnh báo truy cập bất thường và tạo audit trail mà nhiều quy định yêu cầu. Với truy cập trực tiếp của quản trị viên và ứng dụng cũ, chúng vẫn hữu ích. Luật chặn, che hoặc cảnh báo theo thao tác, bảng và vai trò là một nền tảng hợp lý.

Giới hạn của chúng nằm ở vị trí. Database firewall thấy một truy vấn từ service account của ứng dụng. Nó không thấy người dùng cuối nào đã yêu cầu dữ liệu, API nào trả dữ liệu đó, đối tác nào nhận nó hay công cụ AI nào đã tóm tắt nó. Khi các dòng dữ liệu rời cơ sở dữ liệu qua một truy vấn hợp lệ, tầm nhìn của firewall về chúng chấm dứt.

Dữ liệu thực sự chảy đi đâu

Ứng dụng hiện đại hiếm khi để con người truy vấn trực tiếp cơ sở dữ liệu. Dữ liệu đi qua các dịch vụ, API nội bộ, tích hợp với đối tác, pipeline báo cáo, và ngày càng nhiều là trợ lý AI và agent gọi công cụ thay người dùng. Mỗi chặng là một chỗ một field nhạy cảm có thể bị lộ quá mức: API trả nguyên hồ sơ khách hàng khi chỉ cần tên, job xuất dữ liệu chép số định danh sang một kho kém bảo vệ hơn, công cụ AI nhận nhiều ngữ cảnh hơn mức nhiệm vụ cần.

Nhìn từ phía cơ sở dữ liệu, mỗi trường hợp trên đều là một truy vấn bình thường, được phép. Sự phơi nhiễm xảy ra sau đó, khi dữ liệu đang được sử dụng. Vì vậy bảo vệ dữ liệu lưu trữ và canh truy vấn ở vành đai, dù cần thiết, là chưa đủ.

Bảo vệ dữ liệu đang sử dụng, từng field một

Bảo vệ mức field bắt đầu từ một câu hỏi khác: không phải "truy vấn này có được chạy không?" mà là "field này nên trông thế nào với bên gọi này, cho mục đích này?". Nhân viên hỗ trợ có thể chỉ thấy bốn số cuối của số tài khoản. Một job phân tích có thể cần một token nhất quán để nối dữ liệu mà không cần giá trị thật. Một dịch vụ đối soát có thể cần tìm theo một định danh mà không bao giờ đọc được nó. Một bản xuất cho cơ quan quản lý có thể cần giá trị đầy đủ dưới audit chặt chẽ.

Nhiều kỹ thuật đã được kiểm chứng đáp ứng các nhu cầu này: che theo vai trò, token hoá, mã hoá giữ định dạng và mã hoá xác thực, mã hoá tìm kiếm được như blind index, và với một số phép tính, mã hoá đồng cấu (homomorphic encryption) cho phép chạy một số phép toán trên giá trị đã mã hoá. Lựa chọn tuỳ vào việc field được dùng để làm gì. Điểm chung là sự bảo vệ đi theo field, thay vì dừng lại ở rìa cơ sở dữ liệu.

Điều này phụ thuộc vào việc biết field nào nhạy cảm. Phân loại cột, lý tưởng là chạy cục bộ để mẫu dữ liệu cá nhân không bao giờ rời môi trường, là nền móng mà mọi chính sách dựa vào.

API có quản trị thay vì truy cập thẳng cơ sở dữ liệu

Thay đổi hiệu quả nhất thường nằm ở kiến trúc: thôi cấp quyền truy cập thẳng vào cơ sở dữ liệu, thay vào đó cung cấp dữ liệu qua API có quản trị. Một API dữ liệu có quản trị tốt thường có những đặc điểm sau:

• Mặc định chỉ đọc, thao tác ghi được thêm vào có chủ đích.
• Chỉ dùng truy vấn có tham số, không bao giờ ghép chuỗi.
• Bắt buộc phân trang và giới hạn số dòng, để một lời gọi không thể đổ cả bảng.
• Chính sách mức field áp dụng cho cả request và response.
• Chủ sở hữu, mục đích và mức nhạy cảm được ghi rõ cho từng endpoint.
• Mọi lời gọi được ghi log kèm bên gọi, mục đích và các field đã trả về.
• Credential nằm trong secrets manager và được tham chiếu, không bao giờ dán thẳng vào cấu hình.

Tuân thủ và chủ quyền dữ liệu

Các quy định bảo vệ dữ liệu nhìn chung yêu cầu tổ chức giới hạn dữ liệu cá nhân ở mức cần thiết, kiểm soát ai được truy cập, và chứng minh được rằng họ làm vậy. Chính sách mức field khớp tự nhiên với các nguyên tắc này: chúng thể hiện tối thiểu hoá và giới hạn mục đích dưới dạng có thể thực thi và audit, thay vì chỉ được mô tả trong văn bản chính sách.

Chủ quyền dữ liệu thêm một chiều nữa. Nhiều tổ chức phải giữ dữ liệu nhạy cảm, và cả khoá bảo vệ nó, trong phạm vi một quốc gia hoặc trong hạ tầng của chính mình. Lớp bảo vệ chạy on-premise, khoá do tổ chức kiểm soát và việc phân loại không gửi mẫu ra cloud bên ngoài giúp chứng minh điều đó dễ hơn. Khi các công cụ AI trở thành bên tiêu thụ dữ liệu mới, chính các kiểm soát này quyết định những công cụ đó được phép thấy gì.

ApexAI tiếp cận thế nào

ApexAI Data Gate được thiết kế như bảo mật dữ liệu thế hệ mới chứ không phải thêm một database firewall. Nền tảng đã hỗ trợ onboard cơ sở dữ liệu an toàn với credential tham chiếu, phân loại cột cục bộ và chính sách bảo vệ mức field, gồm che, mã hoá, blind index và mã hoá đồng cấu, cùng luật truy cập theo tenant bắt đầu ở chế độ chạy thử và ghi log mọi quyết định. Việc biến cơ sở dữ liệu thành API có quản trị, được bảo vệ, trên ApexAI API Gateway, với chính sách field cho cả request và response, đang được phát triển. Dữ liệu và khoá luôn ở trong môi trường của bạn.

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