Điện toán bảo mật trên GPU mở rộng khả năng bảo vệ dữ liệu khi xử lý trí tuệ nhân tạo

Trí tuệ nhân tạo đang chuyển từ công cụ trả lời câu hỏi thành hệ thống có thể truy cập dữ liệu, sử dụng phần mềm và thực hiện công việc thay con người. Nhưng khi một tác nhân trí tuệ nhân tạo bị xâm nhập, doanh nghiệp có thể vô hiệu hóa riêng tác nhân đó mà không làm gián đoạn những hoạt động khác hay không? Đây mới là phép thử quan trọng đối với hạ tầng trí tuệ nhân tạo dành cho doanh nghiệp. Công suất tính toán, chứng nhận bảo mật và công nghệ mã hóa đều có giá trị, nhưng chưa đủ. Doanh nghiệp cần chứng minh rằng họ có thể xác định từng tác nhân, giới hạn quyền hạn, bảo vệ dữ liệu trong quá trình xử lý và thu hồi quyền truy cập một cách có kiểm soát.

1. Tin tức chính cho thấy quản trị quyền truy cập chưa theo kịp tác nhân trí tuệ nhân tạo

Một khảo sát VB Pulse Survey được thực hiện trong tháng 8 cho thấy một nửa số người tham gia khảo sát cho biết tổ chức của họ đã đưa tác nhân trí tuệ nhân tạo vào môi trường vận hành thực tế. Trong nhóm này, 61% cho biết vẫn tồn tại ít nhất một mức độ chia sẻ thông tin xác thực giữa các tác nhân.

Đến nghiên cứu khảo sát VB Pulse Survey trong tháng 9, chỉ 14% số người trả lời câu hỏi về thu hồi quyền truy cập cho biết có một người chịu trách nhiệm cụ thể đủ khả năng thu hồi quyền của tác nhân trong vòng vài phút.

Hai con số này phản ánh một khoảng cách đáng chú ý. Doanh nghiệp có thể đã triển khai hệ thống trí tuệ nhân tạo vào quy trình thực tế, nhưng khả năng kiểm soát khi xảy ra sự cố chưa chắc đã phát triển tương ứng.

Trong cuộc trao đổi với Nir Chervoni, người đứng đầu bộ phận sản phẩm bảo mật tại Nebius, một nhà cung cấp đám mây chuyên về trí tuệ nhân tạo, vấn đề được đặt trong bối cảnh rộng hơn của kiến trúc hạ tầng. Trọng tâm không chỉ là bảo vệ mô hình mà còn là kiểm soát danh tính, thông tin xác thực, khóa mã hóa, quyền truy cập và nhật ký hoạt động.

2. Điểm mới nằm ở khả năng kiểm soát tác nhân đang hoạt động

Trong mô hình sử dụng phần mềm truyền thống, doanh nghiệp thường quản lý tài khoản nhân viên, máy chủ và ứng dụng. Khi tác nhân trí tuệ nhân tạo có thể tự thực hiện nhiều bước công việc, mỗi tác nhân trở thành một thực thể cần được quản lý riêng.

Một tác nhân có thể đọc hồ sơ khách hàng, truy vấn cơ sở dữ liệu hoặc gọi một dịch vụ nội bộ. Một tác nhân khác chỉ cần quyền tổng hợp báo cáo. Nếu hai tác nhân sử dụng chung thông tin xác thực, việc phân biệt hoạt động hợp lệ với hành vi bất thường sẽ khó khăn hơn.

Cách tiếp cận được Chervoni mô tả tập trung vào danh tính riêng cho từng tác nhân, thông tin xác thực có thời hạn ngắn, quyền truy cập giới hạn theo nhiệm vụ, hệ thống quản lý bí mật, khóa mã hóa do khách hàng kiểm soát và nhật ký có thể kiểm tra.

Điểm quan trọng là doanh nghiệp phải có khả năng chứng minh các cơ chế này hoạt động trong điều kiện bất lợi. Một chính sách ghi trên tài liệu không có nhiều giá trị nếu khi xảy ra sự cố, quyền truy cập vẫn tồn tại hoặc việc ngăn chặn một tác nhân làm gián đoạn nhiều dịch vụ không liên quan.

3. Chia sẻ thông tin xác thực khiến một sự cố có thể lan rộng

Con số 61% trong khảo sát tháng 8 cho thấy việc chia sẻ thông tin xác thực vẫn là vấn đề cần được chú ý ở các tổ chức đã đưa tác nhân vào vận hành.

Rủi ro không chỉ nằm ở khả năng đánh cắp tài khoản. Vấn đề lớn hơn là sự phụ thuộc giữa các tác nhân.

Giả sử một doanh nghiệp sử dụng ba tác nhân để xử lý đơn hàng, kiểm tra thanh toán và cập nhật trạng thái giao hàng. Nếu cả ba cùng sử dụng một thông tin xác thực, việc thu hồi thông tin đó có thể ngăn tác nhân bị xâm nhập tiếp tục hoạt động, nhưng đồng thời cũng khiến hai tác nhân còn lại mất quyền truy cập cần thiết.

Ngược lại, nếu mỗi tác nhân có danh tính riêng và quyền hạn được giới hạn phù hợp, doanh nghiệp có thể cô lập tác nhân gặp sự cố mà không nhất thiết phải dừng toàn bộ quy trình.

Đây là khác biệt giữa việc có một cơ chế bảo mật và có một cơ chế bảo mật đủ khả năng duy trì hoạt động kinh doanh.

4. Thu hồi quyền trong vài phút phải trở thành tiêu chuẩn vận hành

Tỷ lệ 14% trong khảo sát tháng 9 cho thấy chỉ một bộ phận nhỏ người trả lời câu hỏi về thu hồi quyền truy cập cho biết tổ chức của họ có người chịu trách nhiệm cụ thể để thực hiện việc này trong vài phút.

Thu hồi quyền không nên chỉ là một thao tác quản trị tài khoản. Đó phải là một quy trình có thể kiểm tra, đo lường và diễn tập.

Doanh nghiệp cần biết ai có quyền ra quyết định, thao tác thu hồi mất bao lâu, các phiên làm việc đang mở được xử lý thế nào và những tác vụ đang thực hiện có bị dừng hay không. Sau khi thu hồi, hệ thống cũng phải có cách xác nhận rằng tác nhân không còn khả năng sử dụng quyền đã bị vô hiệu hóa.

Một bài kiểm tra thực tế có thể bắt đầu bằng việc vô hiệu hóa một tác nhân trong quy trình đại diện, sau đó xác minh rằng các dịch vụ không liên quan vẫn tiếp tục hoạt động.

Khi tác nhân được trao nhiều quyền hơn, năng lực rút lại những quyền đó sẽ trở thành một phần của khả năng sẵn sàng vận hành.

5. Điện toán bảo mật trên GPU bổ sung lớp bảo vệ khi xử lý dữ liệu

Một hướng công nghệ được đề cập trong cuộc trao đổi là điện toán bảo mật trên bộ xử lý đồ họa, thường được gọi là GPU. Công nghệ này mở rộng khả năng bảo vệ vào quá trình xử lý dữ liệu và mô hình, thay vì chỉ tập trung vào dữ liệu khi lưu trữ hoặc truyền qua mạng.

Trong những cấu hình được hỗ trợ, điện toán bảo mật có thể hạn chế khả năng tiếp cận dữ liệu của một số thành phần hạ tầng có đặc quyền. Điều này đặc biệt đáng quan tâm với doanh nghiệp xử lý dữ liệu nhạy cảm hoặc chạy mô hình trên hạ tầng đám mây dùng chung.

Tuy nhiên, cần phân biệt rõ phạm vi bảo vệ. Điện toán bảo mật không tự động bảo đảm rằng ứng dụng không có lỗ hổng, tác nhân không bị thao túng bằng chỉ dẫn độc hại hoặc kết quả do mô hình tạo ra luôn phù hợp.

Một tác nhân bị xâm nhập vẫn có thể sử dụng những quyền hợp lệ mà nó đang nắm giữ. Vì vậy, bảo vệ quá trình xử lý dữ liệu phải đi cùng quản lý danh tính, phân quyền và an ninh ứng dụng.

6. Xác minh tính toàn vẹn quyết định việc giải phóng khóa mã hóa

Kiến trúc tham chiếu của NVIDIA cho thấy điện toán bảo mật trên GPU cần được triển khai như một hệ thống gồm nhiều thành phần, thay vì chỉ bật một tính năng trên phần cứng.

Các thành phần được đề cập bao gồm ảnh máy ảo bảo mật có thể đo lường, cơ chế điện toán bảo mật trên cả bộ xử lý trung tâm và bộ xử lý đồ họa, bộ xác minh tính xác thực của môi trường, hệ thống quản lý khóa hỗ trợ giải phóng khóa an toàn và nhật ký được thiết kế để không làm lộ nội dung đang xử lý.

Cơ chế xác minh tính toàn vẹn giúp khách hàng đánh giá môi trường thực thi trước khi cho phép giải phóng khóa mã hóa. Nếu môi trường không đáp ứng điều kiện đã quy định, quy trình cấp khóa cần xử lý tình huống đó theo chính sách bảo mật.

Đối với doanh nghiệp, câu hỏi không chỉ là nhà cung cấp có hỗ trợ điện toán bảo mật hay không. Cần xác định chính xác những thành phần nào được bảo vệ, điều kiện xác minh là gì và điều gì xảy ra khi xác minh thất bại.

7. Chính sách phân quyền phải độc lập với cơ chế bảo vệ của mô hình

Các mô hình trí tuệ nhân tạo có thể được trang bị cơ chế bảo vệ nhằm hạn chế phản hồi hoặc hành động không phù hợp. Tuy nhiên, cơ chế này không thay thế được quyền hạn do hệ thống bên dưới cấp.

Một tác nhân được phép truy cập cơ sở dữ liệu vẫn có thể thực hiện truy vấn nếu ứng dụng không có lớp phân quyền độc lập ngăn chặn hành động đó. Việc mô hình được hướng dẫn không thực hiện một hành động nguy hiểm không đồng nghĩa với việc hành động ấy đã bị vô hiệu hóa ở cấp hạ tầng.

Chervoni nhấn mạnh nguyên tắc không nên dựa vào cơ chế bảo vệ của mô hình để thực thi những điều kiện mà chính sách truy cập có thể kiểm soát một cách xác định.

Đây là nguyên tắc thiết kế quan trọng. Nếu một tác nhân không cần quyền xóa dữ liệu, hãy loại bỏ quyền đó ngay từ đầu. Đừng chỉ yêu cầu mô hình tự kiềm chế.

8. Nebius đặt trọng tâm vào danh tính và quản lý khóa

Theo thông tin được trình bày trong cuộc trao đổi, Nebius đã đầu tư vào quản lý danh tính và quyền truy cập, quản lý khóa, quản lý bí mật và ghi nhật ký kiểm toán. Công ty cũng làm việc với những khách hàng muốn sử dụng hệ thống quản lý khóa riêng hoặc các thành phần bảo mật của họ.

Cách tiếp cận này phản ánh một yêu cầu ngày càng rõ trong hạ tầng doanh nghiệp. Khách hàng không muốn toàn bộ khả năng bảo vệ phụ thuộc vào những cơ chế mà nhà cung cấp tự quản lý và khách hàng không thể kiểm tra.

Khả năng mang hệ thống quản lý khóa của riêng mình vào môi trường triển khai có thể giúp doanh nghiệp duy trì quyền kiểm soát đối với tài sản mã hóa. Tuy nhiên, mức độ kiểm soát thực tế còn phụ thuộc vào cấu hình dịch vụ, phạm vi tích hợp và cách thực thi chính sách.

Không nên suy luận rằng mọi dịch vụ của Nebius đều mặc nhiên cung cấp tất cả đặc tính bảo mật được mô tả trong một kiến trúc minh họa. Doanh nghiệp cần đánh giá đúng dịch vụ và cấu hình mà mình dự định mua.

9. Cách ly khách hàng cần bằng chứng kỹ thuật cụ thể

Trong môi trường đám mây, nhiều khách hàng có thể cùng sử dụng một hạ tầng vật lý. Vì thế, cách ly giữa các khách hàng không nên chỉ được mô tả bằng một cam kết chung.

Các câu hỏi cần được đặt ra bao gồm cách chuẩn bị phần cứng khi chuyển từ khách hàng này sang khách hàng khác, phương pháp xác minh tính toàn vẹn của phần sụn, cách làm sạch bộ nhớ GPU và khả năng tiếp cận giao diện quản trị từ các khối lượng công việc của khách hàng.

Doanh nghiệp cũng cần biết những thành phần nào trong mặt phẳng điều khiển được dùng chung và cách các mạng tốc độ cao kết nối GPU được phân chia, kiểm tra độc lập.

Những chi tiết này có thể không xuất hiện trong bản giới thiệu sản phẩm, nhưng lại quyết định mức độ phù hợp của dịch vụ đối với khối lượng công việc nhạy cảm.

Bằng chứng đáng tin cậy phải gắn với quy trình, cấu hình và kết quả thử nghiệm của chính dịch vụ mà khách hàng sẽ sử dụng.

10. Chủ quyền dữ liệu vượt xa vị trí đặt máy chủ

Lưu trữ dữ liệu trong một quốc gia không tự động đồng nghĩa với việc khách hàng có toàn quyền kiểm soát dữ liệu đó.

Chủ quyền dữ liệu còn liên quan đến ai có thể tiếp cận thông tin, dữ liệu được xử lý như thế nào, thời gian lưu giữ bao lâu và ai kiểm soát những cơ chế bảo vệ được áp dụng.

Một ví dụ kiến trúc dành cho môi trường được quản lý chặt chẽ tại châu Âu được nêu trong cuộc trao đổi bao gồm năng lực tính toán dành riêng, khóa mã hóa do khách hàng kiểm soát, giải phóng khóa dựa trên xác minh tính toàn vẹn, quyền truy cập của nhân viên được phê duyệt và ghi nhật ký, cùng cơ chế suy luận không lưu giữ dữ liệu.

Đây là ví dụ minh họa về một kiến trúc triển khai, không phải bằng chứng rằng mọi dịch vụ của một nhà cung cấp đều có đầy đủ những đặc tính đó.

Đối với doanh nghiệp, hợp đồng, cấu hình kỹ thuật và kết quả kiểm tra cần xác định rõ từng yêu cầu thay vì chỉ dựa vào vị trí địa lý của trung tâm dữ liệu.

11. Chi phí và hiệu năng phải được đo trong cấu hình bảo mật thực tế

Điện toán bảo mật có thể bổ sung yêu cầu về phần cứng, xác minh môi trường và quản lý khóa. Vì vậy, doanh nghiệp cần đo lường hiệu năng khi toàn bộ cơ chế bảo vệ cần thiết đã được bật.

Các chỉ số cần theo dõi gồm độ trễ, thông lượng xử lý, chi phí vận hành và tác động đến những dịch vụ phụ thuộc. Không thể mặc định rằng cấu hình bảo mật mạnh hơn sẽ không ảnh hưởng đến hiệu năng, cũng không nên mặc định mức ảnh hưởng luôn quá lớn.

Phép đo có ý nghĩa nhất là chạy một khối lượng công việc đại diện trên cấu hình dự kiến đưa vào vận hành, rồi so sánh với yêu cầu thực tế của ứng dụng.

Kết quả này giúp doanh nghiệp lựa chọn giữa cấu hình dùng chung, năng lực tính toán dành riêng và các phương án bảo vệ khác nhau dựa trên dữ liệu thay vì quảng cáo.

12. Đối thủ cạnh tranh sẽ phải chứng minh khả năng kiểm soát

Khi lựa chọn hạ tầng trí tuệ nhân tạo, doanh nghiệp thường so sánh giá thuê GPU, năng lực tính toán, khả năng mở rộng và độ ổn định của dịch vụ. Những tiêu chí này vẫn quan trọng, nhưng chưa đủ đối với tác nhân có quyền truy cập hệ thống kinh doanh.

Lợi thế cạnh tranh trong phân khúc doanh nghiệp có thể ngày càng phụ thuộc vào khả năng chứng minh danh tính riêng, quyền hạn giới hạn, cách ly giữa các khách hàng, kiểm soát khóa và thu hồi quyền hiệu quả.

Nhà cung cấp không chỉ cần tuyên bố rằng dịch vụ an toàn. Họ cần giúp khách hàng kiểm tra các cơ chế đó trong điều kiện vận hành cụ thể.

Điều này cũng không có nghĩa rằng một nhà cung cấp duy nhất mặc nhiên vượt trội. Doanh nghiệp cần áp dụng cùng bộ tiêu chí cho các dịch vụ được đưa vào danh sách đánh giá, bao gồm phạm vi bảo vệ, giới hạn kỹ thuật, chi phí và khả năng kiểm chứng độc lập.

13. Rủi ro lớn nhất là nhầm lẫn giữa bảo mật và quyền kiểm soát

Một hệ thống có thể mã hóa dữ liệu nhưng vẫn cấp quyền quá rộng cho tác nhân. Một môi trường có thể hỗ trợ điện toán bảo mật nhưng ứng dụng vẫn tồn tại lỗ hổng. Một mô hình có cơ chế bảo vệ tốt vẫn có thể hoạt động trong một quy trình phân quyền thiếu chặt chẽ.

Đây là lý do bảo mật tác nhân cần được đánh giá theo nhiều lớp.

Danh tính xác định tác nhân nào đang hoạt động. Phân quyền xác định tác nhân được phép làm gì. Điện toán bảo mật giúp bảo vệ dữ liệu trong phạm vi cấu hình được hỗ trợ. Nhật ký kiểm toán giúp truy vết hoạt động. Quy trình ứng phó sự cố xác định cách thu hồi quyền và duy trì những dịch vụ không bị ảnh hưởng.

Nếu thiếu một trong các lớp này, doanh nghiệp có thể sở hữu nhiều công nghệ bảo mật nhưng vẫn không kiểm soát được sự cố theo cách cần thiết.

14. Doanh nghiệp Việt Nam cần kiểm tra quyền truy cập trước khi mở rộng

Đối với doanh nghiệp Việt Nam đang sử dụng trí tuệ nhân tạo để chăm sóc khách hàng, xử lý đơn hàng, phân tích dữ liệu hoặc tự động hóa công việc nội bộ, bài học không nhất thiết bắt đầu bằng việc đầu tư vào phần cứng chuyên dụng.

Bước đầu tiên là lập danh sách những tác nhân đang hoạt động, dữ liệu chúng có thể tiếp cận và các dịch vụ chúng được phép sử dụng. Những tác nhân dùng chung tài khoản hoặc thông tin xác thực cần được ưu tiên rà soát.

Tiếp theo, doanh nghiệp nên xác định người chịu trách nhiệm đối với từng tác nhân, thời gian cần thiết để thu hồi quyền và cách xác nhận việc thu hồi đã hoàn tất.

Đối với dữ liệu khách hàng, thông tin thanh toán hoặc hồ sơ kinh doanh nhạy cảm, doanh nghiệp cần đánh giá thêm khả năng mã hóa, kiểm soát khóa, lưu giữ dữ liệu và quyền tiếp cận của nhân viên vận hành tại nhà cung cấp.

Không phải mọi ứng dụng đều cần cấu hình bảo mật phức tạp nhất. Nhưng mọi ứng dụng có quyền thực hiện hành động quan trọng đều cần một phương án kiểm soát rõ ràng.

15. Doanh nghiệp nhỏ và vừa nên bắt đầu bằng một quy trình đại diện

Các doanh nghiệp nhỏ, siêu nhỏ và vừa thường không có đội ngũ an ninh mạng chuyên trách. Vì vậy, cách tiếp cận hiệu quả là bắt đầu từ một quy trình có phạm vi rõ ràng thay vì cố xây dựng toàn bộ hệ thống quản trị cùng lúc.

Hãy chọn một tác nhân đang xử lý công việc thực tế, cấp cho nó danh tính riêng và chỉ cho phép truy cập những tài nguyên cần thiết. Ghi lại người chịu trách nhiệm, những hành động được phép và cách vô hiệu hóa quyền khi phát hiện bất thường.

Sau đó, thực hiện một bài kiểm tra có kiểm soát. Thu hồi quyền của tác nhân, xác nhận rằng nó không thể tiếp tục truy cập tài nguyên đã bị khóa và kiểm tra xem những quy trình không liên quan có tiếp tục hoạt động hay không.

Doanh nghiệp cũng nên kiểm tra nhật ký để xác định ai đã thực hiện hành động nào, vào thời điểm nào và thông tin nào được truy cập. Khi sử dụng dịch vụ đám mây, cần xác minh những khả năng này bằng tài liệu và thử nghiệm phù hợp với gói dịch vụ thực tế.

Một quy trình đơn giản nhưng được kiểm chứng có giá trị hơn một hệ thống nhiều tính năng mà không ai biết cách sử dụng khi xảy ra sự cố.

16. Tiêu chí mua hạ tầng phải bao gồm thử nghiệm khi xảy ra lỗi

Bộ phận mua sắm và công nghệ nên yêu cầu nhà cung cấp trình bày cách xử lý ít nhất ba tình huống.

Thứ nhất, danh tính của một tác nhân bị xâm nhập và cần được vô hiệu hóa ngay lập tức. Thứ hai, bước xác minh tính toàn vẹn thất bại và hệ thống phải quyết định có giải phóng khóa mã hóa hay không. Thứ ba, một tác nhân tìm cách tiếp cận tài nguyên thuộc về khách hàng hoặc môi trường khác.

Với mỗi tình huống, cần xác định điều kiện kiểm tra, kết quả mong đợi, bằng chứng được lưu lại và tác động đối với các dịch vụ đang hoạt động.

Nếu có sử dụng điện toán bảo mật trên GPU, doanh nghiệp cần đánh giá thêm hiệu năng trong cấu hình dự kiến và cách xử lý khi xác minh thất bại. Cần làm rõ liệu cơ chế giải phóng khóa có thể bị vượt qua bởi một quy trình ngoại lệ hay không.

Những kết quả này nên được chuyển thành tiêu chí nghiệm thu, thay vì chỉ nằm trong tài liệu giới thiệu sản phẩm.

17. Kiểm toán và khả năng quan sát giúp doanh nghiệp truy vết sự cố

Nhật ký kiểm toán không chỉ phục vụ điều tra sau khi sự cố xảy ra. Khi được tích hợp với hệ thống giám sát an ninh của doanh nghiệp, chúng có thể giúp phát hiện những hoạt động bất thường và hỗ trợ xác định phạm vi ảnh hưởng.

Những thông tin cần xem xét gồm danh tính tác nhân, quyền được sử dụng, thời điểm truy cập, hành động được thực hiện và kết quả của các lần thu hồi quyền. Doanh nghiệp cũng cần biết nhật ký có vô tình chứa dữ liệu nhạy cảm hay không và thời gian lưu giữ có phù hợp với yêu cầu hay không.

Đối với hệ thống xử lý dữ liệu nhạy cảm, cần kiểm tra cả dữ liệu trong bản sao lưu, nhật ký và những bản ghi liên quan đến quá trình suy luận. Một cam kết không lưu giữ dữ liệu cần được hiểu theo phạm vi cụ thể của dịch vụ, không nên mặc định rằng mọi thành phần vận hành đều không tạo ra bản ghi.

Khả năng quan sát tốt giúp doanh nghiệp chuyển từ phản ứng dựa trên phỏng đoán sang xử lý sự cố dựa trên bằng chứng.

18. Tác nhân càng tự chủ, trách nhiệm quản trị càng quan trọng

Khi tác nhân chỉ trả lời câu hỏi, hậu quả của một lỗi có thể giới hạn ở thông tin sai. Khi tác nhân được phép gửi thư, sửa dữ liệu, thực hiện giao dịch hoặc kích hoạt những quy trình khác, sai sót có thể gây ra hậu quả trực tiếp đối với hoạt động kinh doanh.

Do đó, mức độ quyền hạn cần được cân đối với mức độ rủi ro. Tác nhân chỉ tổng hợp báo cáo không cần quyền giống tác nhân có thể thay đổi dữ liệu khách hàng hoặc kích hoạt thanh toán.

Doanh nghiệp cũng cần xem xét những công việc đang diễn ra khi quyền bị thu hồi, các dịch vụ phụ thuộc vào tác nhân và cách khôi phục hoạt động sau khi xử lý sự cố.

Mục tiêu không phải là loại bỏ mọi rủi ro, điều khó có thể bảo đảm tuyệt đối. Mục tiêu là giới hạn phạm vi ảnh hưởng, phát hiện vấn đề sớm và ngăn một lỗi riêng lẻ biến thành sự cố trên toàn hệ thống.

19. Khả năng thu hồi quyền sẽ quyết định mức độ sẵn sàng của trí tuệ nhân tạo

Cuộc chuyển dịch sang tác nhân trí tuệ nhân tạo đặt ra một tiêu chuẩn mới cho hạ tầng doanh nghiệp. Công suất tính toán vẫn quan trọng, nhưng khả năng kiểm soát một khối lượng công việc đang hoạt động ngày càng có ý nghĩa quyết định.

Điện toán bảo mật trên GPU mở rộng những lựa chọn bảo vệ dữ liệu trong quá trình xử lý. Tuy nhiên, công nghệ này chỉ phát huy hiệu quả trong một kiến trúc có danh tính riêng, phân quyền chặt chẽ, cách ly được kiểm chứng, quản lý khóa phù hợp và quy trình ứng phó sự cố rõ ràng.

Đối với doanh nghiệp, điểm khởi đầu nên là một quy trình đại diện. Hãy xác định danh tính của tác nhân, giao trách nhiệm cho một người cụ thể, lập bản đồ quyền truy cập và đo thời gian thu hồi quyền. Sau đó, kiểm tra tác động đối với các dịch vụ phụ thuộc và chỉ bổ sung những lớp bảo vệ chuyên sâu khi yêu cầu dữ liệu thực sự đòi hỏi.

Trong giai đoạn tiếp theo của trí tuệ nhân tạo doanh nghiệp, câu hỏi quan trọng không chỉ là hệ thống có thể làm được bao nhiêu việc. Đó còn là doanh nghiệp có thể chứng minh mình kiểm soát được những việc ấy hay không.

Điện toán bảo mật trên GPU mở rộng khả năng bảo vệ dữ liệu khi xử lý trí tuệ nhân tạo

bảo mật trí tuệ nhân tạo, tác nhân trí tuệ nhân tạo, điện toán bảo mật, bảo mật đám mây, bảo mật GPU, quản lý danh tính, kiểm soát truy cập, khóa mã hóa, chủ quyền dữ liệu, cách ly khách hàng, hạ tầng trí tuệ nhân tạo, Nebius, NVIDIA, an ninh doanh nghiệp