Trong nhiều năm, bảo vệ dữ liệu thường được mô tả bằng hai trạng thái quen thuộc: dữ liệu được mã hóa khi lưu trữ và được mã hóa khi truyền qua mạng. Hai lớp bảo vệ này rất quan trọng, nhưng vẫn để lại một khoảng thời gian nhạy cảm: lúc dữ liệu đã được giải mã để bộ xử lý có thể đọc, phân tích hoặc kết hợp với dữ liệu khác. Điện toán bảo mật, thường được biết đến với tên gọi confidential computing, hướng tới việc thu hẹp khoảng trống đó bằng cách bảo vệ dữ liệu ngay trong môi trường thực thi.
Ý tưởng này đặc biệt đáng chú ý khi doanh nghiệp ngày càng phụ thuộc vào hạ tầng đám mây, trí tuệ nhân tạo và các dịch vụ được vận hành bởi nhiều nhà cung cấp. Dữ liệu có thể rời khỏi trung tâm dữ liệu của một tổ chức, đi qua nhiều lớp phần mềm và được xử lý trên một hệ thống mà đội ngũ nội bộ không trực tiếp kiểm soát. Khi đó, câu hỏi không chỉ là dữ liệu có được mã hóa hay không, mà còn là ai có thể nhìn thấy dữ liệu trong lúc nó đang được sử dụng, phần mềm nào được phép truy cập và làm thế nào để chứng minh môi trường xử lý đang hoạt động đúng như cam kết.
Khoảng trống bảo mật nằm ở đâu?
Dữ liệu khi nằm trên ổ lưu trữ có thể được mã hóa bằng khóa phù hợp. Khi di chuyển giữa các máy chủ, dữ liệu có thể đi qua một kênh truyền được bảo vệ. Tuy nhiên, để thực hiện một phép tính, hệ thống thường phải đưa dữ liệu vào bộ nhớ và cung cấp cho bộ xử lý ở dạng có thể sử dụng. Trong giai đoạn này, dữ liệu có thể trở thành mục tiêu của mã độc, tài khoản đặc quyền bị lạm dụng, lỗi cấu hình hoặc những công cụ giám sát có quyền quá rộng.
Rủi ro không nhất thiết xuất phát từ một cuộc tấn công trực tiếp vào ứng dụng. Một máy chủ có thể vẫn chạy đúng chức năng nhưng bị chiếm quyền ở tầng hệ điều hành, trình quản lý máy ảo hoặc công cụ quản trị. Nếu dữ liệu nhạy cảm xuất hiện trong bộ nhớ thông thường, một kẻ đã vượt qua được lớp kiểm soát bên dưới ứng dụng có thể tìm cách quan sát hoặc trích xuất dữ liệu. Đối với các tổ chức sử dụng hạ tầng thuê ngoài, việc này còn liên quan đến niềm tin: nhà cung cấp có thể cam kết bảo vệ dữ liệu, nhưng khách hàng vẫn cần một cơ chế kỹ thuật để kiểm chứng cam kết ấy.
Điện toán bảo mật không loại bỏ mọi nguy cơ. Nó tập trung vào một mục tiêu cụ thể hơn: cô lập dữ liệu và mã lệnh trong một vùng thực thi được bảo vệ, hạn chế khả năng truy cập từ bên ngoài vùng đó, đồng thời cung cấp bằng chứng để các bên xác nhận phần mềm đang chạy đúng môi trường dự kiến.
Vùng thực thi tin cậy hoạt động như thế nào?
Trọng tâm của điện toán bảo mật là vùng thực thi tin cậy, thường được gọi là trusted execution environment. Đây là một khu vực được hỗ trợ bởi phần cứng và firmware, trong đó mã lệnh có thể xử lý dữ liệu nhạy cảm với cơ chế cách ly riêng. Hệ điều hành chủ, các ứng dụng khác hoặc người quản trị máy chủ không mặc nhiên có quyền đọc nội dung bên trong vùng này.
Ở mức khái quát, một ứng dụng được thiết kế để chạy trong vùng bảo vệ sẽ nhận dữ liệu đầu vào, thực hiện phép tính cần thiết rồi chỉ đưa kết quả đã được cho phép ra ngoài. Dữ liệu trung gian và khóa giải mã được hạn chế trong phạm vi thực thi. Hiệu quả thực tế phụ thuộc vào kiến trúc phần cứng, cách xây dựng ứng dụng và việc các thành phần liên quan có thực sự tuân thủ mô hình bảo vệ hay không. Không thể biến một phần mềm thiếu an toàn thành phần mềm an toàn chỉ bằng cách đặt nó vào một vùng thực thi đặc biệt.
Một thành phần quan trọng khác là chứng thực từ xa. Thay vì yêu cầu khách hàng tin hoàn toàn vào lời mô tả của nhà cung cấp, hệ thống có thể tạo ra bằng chứng kỹ thuật về phần cứng, cấu hình và mã lệnh đang chạy. Bên gửi dữ liệu dùng bằng chứng này để quyết định có cung cấp khóa hay không. Quy trình đó có thể giúp các bên hợp tác xử lý dữ liệu mà không cần trao toàn bộ quyền kiểm soát hạ tầng cho nhau.
Cách tiếp cận này làm thay đổi mô hình niềm tin. Nhà cung cấp đám mây vẫn vận hành máy chủ và chịu trách nhiệm về nhiều lớp hạ tầng, nhưng quyền đọc dữ liệu trong vùng được bảo vệ có thể bị giới hạn hơn. Tổ chức sử dụng dịch vụ không còn chỉ dựa vào hợp đồng, quy trình kiểm toán hoặc cam kết quản trị, mà có thêm một lớp kiểm soát dựa trên trạng thái thực tế của môi trường thực thi.
Ứng dụng trong AI và phân tích dữ liệu
Trí tuệ nhân tạo là một trong những lĩnh vực có thể hưởng lợi rõ rệt từ điện toán bảo mật. Một mô hình có thể được huấn luyện bằng dữ liệu nội bộ, dữ liệu khách hàng hoặc dữ liệu thuộc quyền sở hữu của nhiều đối tác. Các bên thường muốn tận dụng sức mạnh tính toán chung nhưng không muốn công khai dữ liệu gốc. Vùng thực thi được bảo vệ có thể tạo ra không gian để dữ liệu được đưa vào, xử lý và trả về kết quả với khả năng hạn chế việc quan sát trực tiếp nội dung.
Ví dụ, một tổ chức tài chính có thể muốn sử dụng mô hình phát hiện giao dịch bất thường trên dữ liệu khách hàng, trong khi nhà cung cấp hạ tầng không được phép nhìn thấy dữ liệu giao dịch. Một nhóm nghiên cứu có thể cần kết hợp nhiều tập dữ liệu nhạy cảm để tìm quy luật, nhưng mỗi đơn vị tham gia vẫn phải duy trì quyền kiểm soát riêng. Trong những trường hợp này, điện toán bảo mật không thay thế các thỏa thuận chia sẻ dữ liệu, mà bổ sung một cơ chế kỹ thuật để giảm mức độ tin cậy phải đặt vào bên vận hành.
Đối với mô hình AI, cần bảo vệ cả hai phía của bài toán. Dữ liệu đầu vào có thể chứa thông tin cá nhân, bí mật thương mại hoặc hồ sơ hoạt động của khách hàng. Bản thân mô hình cũng có thể là tài sản trí tuệ quan trọng, chứa các tham số và logic mà chủ sở hữu không muốn công khai. Một kiến trúc phù hợp có thể giúp bảo vệ dữ liệu khi suy luận, bảo vệ mô hình khi triển khai và kiểm soát những gì được phép xuất ra.
Tuy vậy, không nên xem điện toán bảo mật là câu trả lời duy nhất cho các vấn đề của AI. Nếu dữ liệu huấn luyện đã có sai lệch, vùng thực thi không tự sửa được sai lệch đó. Nếu đầu ra của mô hình làm lộ thông tin nhạy cảm, hệ thống vẫn cần cơ chế lọc và kiểm soát truy cập. Nếu khóa giải mã bị quản lý lỏng lẻo, lớp bảo vệ phần cứng cũng mất nhiều ý nghĩa. Bảo mật phải được thiết kế xuyên suốt từ nguồn dữ liệu, mã lệnh, khóa, quyền truy cập đến đầu ra.
Lợi ích nhưng không phải phép màu
Lợi ích dễ nhận thấy nhất của điện toán bảo mật là giảm rủi ro từ những lớp hạ tầng mà người dùng không trực tiếp kiểm soát. Trong mô hình truyền thống, một quản trị viên có đặc quyền rất cao hoặc một phần mềm ở tầng thấp có thể tiếp cận nhiều thông tin đang nằm trong bộ nhớ. Khi ứng dụng được đưa vào vùng thực thi được cô lập, phạm vi quan sát của những thành phần đó có thể bị thu hẹp.
Công nghệ này cũng hỗ trợ hợp tác giữa các tổ chức vốn không muốn chia sẻ dữ liệu thô. Thay vì chuyển toàn bộ dữ liệu sang một bên thứ ba, các bên có thể thống nhất một chương trình xử lý, xác nhận môi trường thực thi và chỉ nhận kết quả cần thiết. Cách làm này phù hợp với các bài toán liên quan đến tài chính, y tế, nghiên cứu, chuỗi cung ứng và dịch vụ công, nơi dữ liệu có giá trị lớn nhưng đi kèm yêu cầu bảo vệ nghiêm ngặt.
Dù vậy, vùng thực thi bảo mật vẫn có giới hạn. Mã độc chạy bên trong vùng được bảo vệ có thể xử lý dữ liệu theo cách sai trái nếu ứng dụng đã bị cài cắm hoặc thiết kế thiếu an toàn. Dữ liệu cũng có thể bị lộ qua đầu ra, nhật ký, thông báo lỗi, mẫu truy cập hoặc cách ứng dụng phản hồi trước những truy vấn khác nhau. Các kênh rò rỉ gián tiếp như vậy đòi hỏi biện pháp kiểm thử và thiết kế riêng.
Hiệu năng và khả năng tương thích cũng là vấn đề cần cân nhắc. Một ứng dụng hiện có có thể phải thay đổi để chạy trong môi trường hạn chế. Việc gọi dịch vụ bên ngoài, quản lý bộ nhớ, ghi nhật ký và cập nhật phần mềm có thể phức tạp hơn. Doanh nghiệp cần đánh giá chi phí vận hành, công cụ giám sát, quy trình khôi phục và khả năng chuyển đổi giữa các nhà cung cấp thay vì chỉ nhìn vào ưu điểm bảo mật trên lý thuyết.
Những câu hỏi cần trả lời trước khi triển khai
Trước hết, tổ chức cần xác định dữ liệu nào thật sự cần được bảo vệ trong lúc xử lý. Không phải mọi tác vụ đều cần cùng một mức độ cô lập. Việc phân loại dữ liệu giúp ưu tiên các quy trình có rủi ro cao, chẳng hạn thông tin nhận dạng, bí mật kinh doanh, khóa mã hóa hoặc dữ liệu liên quan đến nhiều đối tác.
Tiếp theo là câu hỏi về chuỗi cung ứng phần mềm. Ai xây dựng mã lệnh? Làm thế nào để biết mã chạy trong vùng bảo vệ đúng với phiên bản đã kiểm tra? Quy trình cập nhật có thể thay đổi phần mềm mà không có sự phê duyệt hay không? Cơ chế chứng thực từ xa dựa trên những thành phần nào và ai quản lý quyền cấp khóa? Đây là những câu hỏi mang tính vận hành, nhưng quyết định trực tiếp mức độ đáng tin của hệ thống.
Doanh nghiệp cũng cần thiết kế quyền truy cập theo nguyên tắc tối thiểu. Vùng thực thi không nên nhận nhiều dữ liệu hơn mức cần thiết, không nên có quyền gọi tùy ý đến các dịch vụ khác và không nên trả về kết quả vượt quá mục đích ban đầu. Việc ghi nhật ký phải đủ để điều tra sự cố nhưng không vô tình biến nhật ký thành nơi lưu thông tin nhạy cảm.
Cuối cùng, cần xây dựng phương án khi phần cứng, firmware hoặc nhà cung cấp có vấn đề. Một hệ thống phụ thuộc hoàn toàn vào một nền tảng độc quyền có thể tạo ra rủi ro chuyển đổi về sau. Khả năng thay thế vùng thực thi, thu hồi khóa, tạm dừng xử lý và kiểm tra lại môi trường phải được đưa vào kế hoạch ngay từ đầu.
Từ khẩu hiệu bảo mật đến kiến trúc có thể kiểm chứng
Điện toán bảo mật đáng chú ý không phải vì nó biến hạ tầng đám mây thành nơi tuyệt đối an toàn, mà vì nó đưa ra một cách tiếp cận cụ thể cho vấn đề niềm tin. Thay vì chỉ bảo vệ dữ liệu khi lưu trữ và truyền tải, công nghệ này cố gắng bảo vệ cả giai đoạn dữ liệu đang được sử dụng. Thay vì yêu cầu người dùng tin hoàn toàn vào bên vận hành, nó mở đường cho việc kiểm chứng môi trường thực thi trước khi dữ liệu được cung cấp.
Giá trị của công nghệ sẽ phụ thuộc vào cách nó được kết hợp với mã hóa, quản lý danh tính, phân quyền, phát triển phần mềm an toàn, kiểm thử và quản trị dữ liệu. Một vùng thực thi được bảo vệ nhưng khóa bị quản lý kém, ứng dụng có đầu ra quá rộng hoặc quy trình cập nhật không được kiểm soát vẫn có thể tạo ra điểm yếu nghiêm trọng.
Trong bối cảnh AI, đám mây và hợp tác dữ liệu tiếp tục mở rộng, khả năng xử lý thông tin nhạy cảm mà không phải phơi bày toàn bộ dữ liệu sẽ trở thành một năng lực hạ tầng quan trọng. Điện toán bảo mật chưa thay thế được niềm tin giữa các tổ chức, nhưng có thể làm cho niềm tin ấy bớt phụ thuộc vào lời hứa và được củng cố bằng những bằng chứng kỹ thuật rõ ràng hơn.
