Một nhân viên RIZAP đã tải 726 hồ sơ sức khỏe của người dân lên một cuộc trò chuyện AI cá nhân

Ngày 20 tháng 8 năm 2026, một nhân viên của RIZAP Inc., tập đoàn thể hình và hướng dẫn sức khỏe của Nhật Bản, đang trích xuất hồ sơ khỏi hệ thống quản lý hướng dẫn sức khỏe mà công ty vận hành cho các công ty bảo hiểm thì dữ liệu bị đưa vào một dịch vụ AI tạo sinh trên tài khoản cá nhân mà công ty chưa từng phê duyệt. Các hồ sơ bao gồm 726 thành viên của Hiệp hội Tương trợ Nhân viên Chính quyền Địa phương (地方職員共済組合) tại mười bốn chi nhánh khu vực, và bao gồm tên, ngày sinh, ký hiệu và số thẻ bảo hiểm, cùng các nhóm bệnh tăng huyết áp, đái tháo đường và rối loạn lipid máu — dữ liệu cá nhân nhạy cảm theo Luật Bảo vệ Thông tin Cá nhân của Nhật Bản. Hiệp hội đã công bố thông báo của mình vào ngày 4 tháng 9 năm 2026. Vụ việc nằm trong số các sự cố đã được ghi nhận trong kho lưu trữ sự cố Orca AI, nơi ghi lại mỗi mục cùng với nguồn, mức độ nghiêm trọng, cấp độ tin cậy và cờ tranh chấp riêng của mục đó.

Đây không phải là một vụ rò rỉ dữ liệu theo nghĩa thông thường. Không có kẻ tấn công, không có thông tin đăng nhập bị xâm phạm, không có lỗ hổng nào bị khai thác. Một người đang làm công việc tổng hợp dữ liệu thường lệ đã chọn nhầm công cụ, và dữ liệu thành viên của một công ty bảo hiểm y tế — bao gồm cả nhóm dữ liệu mà pháp luật Nhật Bản coi là cần được xử lý nghiêm ngặt nhất — đã rời khỏi hệ thống qua một tab trình duyệt mà không ai tại công ty biết là có tồn tại. Kho lưu trữ chấm hồ sơ này ở mức độ tin cậy cao nhất, đánh giá mức độ nghiêm trọng của nó là cao, ghi nhận thiệt hại thực tế và không đánh dấu nó là đang tranh chấp, đồng thời cả hai bên đã công bố thông báo đều nhất trí về cơ chế. Phần tiếp theo phân tách những gì các thông báo đó xác lập khỏi những gì dựa trên sự đảm bảo của chính nhà cung cấp.

RIZAP thực sự đã tiết lộ điều gì và khi nào

Thông báo và lời xin lỗi của RIZAP đề ngày 3 tháng 9 năm 2026. Văn bản này đặt sự cố trong bộ phận quản lý sức khỏe và kinh doanh bảo hiểm của công ty, đồng thời cho biết nhân viên đang xử lý việc tổng hợp dữ liệu cho hệ thống quản lý hướng dẫn sức khỏe cụ thể khi việc tải lên xảy ra. Nhân viên này đang sử dụng một dịch vụ AI tạo sinh cho mục đích sử dụng riêng — theo cách diễn đạt của chính công ty — chứ không phải tài khoản doanh nghiệp. Thông báo không tự nêu ngày xảy ra sự việc; thời điểm 20 tháng 8, cùng việc nhân viên tự báo cáo về lần tải lên, đến từ các thông báo tiếp theo của hai công ty bảo hiểm.

Phạm vi mà RIZAP mô tả là một tập hợp con các bản ghi được đăng ký trong hệ thống đó từ ngày 1 tháng 1 đến ngày 19 tháng 8 năm 2026: những người tham gia chương trình hướng dẫn sức khỏe cụ thể mà các công ty bảo hiểm Nhật Bản cung cấp cho các thành viên được đánh giá là có nguy cơ mắc bệnh liên quan đến lối sống. Thông báo liệt kê thông tin cá nhân thông thường (ký hiệu và số thẻ bảo hiểm, địa chỉ email, tên, ngày sinh, giới tính, và đối với một số người là địa chỉ và số điện thoại) và, riêng biệt, hai loại thông tin cá nhân nhạy cảm: hình thức hỗ trợ hướng dẫn sức khỏe mà người đó đang nhận, và thông tin bệnh lý đối với bất kỳ ai được ghi nhận mắc tăng huyết áp, tiểu đường hoặc rối loạn lipid máu. Thông báo nêu rõ số thẻ tín dụng, thông tin tài khoản ngân hàng và thông tin đăng nhập không nằm trong dữ liệu.

RIZAP cho biết đã hoàn tất báo cáo gửi Ủy ban Bảo vệ Thông tin Cá nhân, cơ quan quản lý tiếp nhận thông báo về một số sự cố dữ liệu cá nhân theo Luật. Cả thông báo của RIZAP lẫn của hiệp hội đều không nêu ủy ban đã xử lý báo cáo đó ra sao, và không có kết luận nào của ủy ban xuất hiện trong hai tài liệu này.

Ngày mà hồ sơ lưu trữ này ghi nhận là 4 tháng 9 năm 2026, và đó là ngày công bố của chính hiệp hội chứ không phải của RIZAP. Hai ngày này cách nhau một ngày vì công ty thông báo trước, còn công ty bảo hiểm có các thành viên nằm trong dữ liệu bị ảnh hưởng công bố thông tin vào ngày hôm sau, khi họ cũng yêu cầu nhà thầu gửi email tới những người bị ảnh hưởng. ITmedia NEWS đã đưa tin về thông báo của công ty vào ngày 4 tháng 9 lúc 11:33 giờ địa phương.

Con số 726 đến từ đâu

RIZAP không công bố con số nào. Thông báo của họ mô tả dữ liệu và phản ứng nhưng không nêu số người bị ảnh hưởng, và báo cáo của ITmedia ngày 4 tháng 9 nói rõ rằng công ty không tiết lộ con số đó. Con số 726 thuộc về Hiệp hội Tương trợ Nhân viên Chính quyền Địa phương, đơn vị điều hành bảo hiểm y tế cho công chức địa phương và là một trong những công ty bảo hiểm đã ký hợp đồng với RIZAP để triển khai chương trình hướng dẫn.

Thông báo ngày 4 tháng 9 của hiệp hội cung cấp nhiều chi tiết hơn so với thông báo của nhà thầu: 726 người, trải rộng trên mười bốn chi nhánh — Iwate, Akita, Yamagata, Fukushima, Tochigi, Kanagawa, Fukui, Mie, Osaka, Tottori, Yamaguchi, Kagawa, Ehime và Kagoshima. Thông báo ghi nhận sự cố xảy ra vào ngày 20 tháng 8, nêu rằng nhân viên của nhà thầu đã nhập dữ liệu vào một dịch vụ mà nhà thầu chưa cho phép và đã khiến dữ liệu đó được tham chiếu, xác nhận rằng dữ liệu đã bị xóa khỏi màn hình của dịch vụ AI và một yêu cầu xóa đã được gửi đến nhà cung cấp dịch vụ, đồng thời cho biết RIZAP đã gửi email cho những người bị ảnh hưởng lúc 10:00 ngày 4 tháng 9.

Có hai khác biệt nhỏ giữa các bản tường thuật đáng được lưu ý thay vì làm mờ đi. RIZAP gọi mã nhận diện đó là ký hiệu và số trên thẻ bảo hiểm; hiệp hội gọi đó là ký hiệu và số thành viên. RIZAP liệt kê ba nhóm hỗ trợ hướng dẫn sức khỏe; thông báo của hiệp hội liệt kê hai nhóm, hỗ trợ chủ động và hỗ trợ tạo động lực. Không khác biệt nào trong hai khác biệt này làm thay đổi hình thái của sự việc, nhưng chúng là lời nhắc rằng hai tài liệu được viết bởi các tổ chức khác nhau cho các đối tượng khác nhau, và rằng chi tiết ở cấp thành viên đến từ công ty bảo hiểm, không phải từ công ty đã đánh mất quyền kiểm soát dữ liệu đó.

Sự cố có phạm vi rộng hơn 726

Vì {{1}}RIZAP{{/1}} chưa từng công bố tổng số, quy mô của vụ lộ dữ liệu chỉ có thể được ghép lại từ chính các thông báo của những công ty bảo hiểm, và các trang tin bảo mật Nhật Bản đã làm đúng như vậy. {{2}}Security Measures Lab{{/2}} ({{3}}セキュリティ対策Lab{{/3}}), một trang tin bảo mật Nhật Bản, đã tổng hợp những thông báo mà mình có thể xác minh và đăng lại con số mà một công ty bảo hiểm đưa ra cho toàn bộ tập dữ liệu: {{4}}National Health Insurance Association for Construction and Civil Engineering{{/4}} ({{5}}全国土木建築国民健康保険組合{{/5}}) cho biết dữ liệu về 19.996 người đã được nhập vào và được dịch vụ AI chưa được phê duyệt tham chiếu, trong đó 1.167 người là thành viên của chính hiệp hội này.

Con số đó cần đi kèm lưu ý mà chính trang web đưa ra: nó đếm những người có dữ liệu đã được nhập vào dịch vụ, chứ không phải những người mà thông tin của họ được xác nhận là đã đến tay bất kỳ ai. Các con số đã công bố khác nằm trong con số này và không được cộng thêm vào. Quỹ bảo hiểm y tế của Tập đoàn IHI nêu tên 210 người trong một thông báo đề ngày 2 tháng 9. Quỹ bảo hiểm y tế của Hitachi không công bố con số nào nhưng đã tạm dừng tiếp nhận các giới thiệu mới tới chương trình hướng dẫn sức khỏe của RIZAP cho đến khi xác minh được rằng các biện pháp phòng ngừa thực sự có hiệu quả. Nippon Shokubai, Kansai Television Broadcasting, hiệp hội tương trợ nhân viên chính quyền tỉnh Gunma, quỹ bảo hiểm y tế ngành sản phẩm dầu mỏ, Unitika và Works Human Intelligence cũng đã công bố thông báo, phần lớn là không kèm con số.

Được xác lập, được quy cho, và vẫn chưa được xác nhận

Được xác lập bằng hai tài liệu gốc độc lập. Vụ tải lên xảy ra vào ngày 20 tháng 8 năm 2026 trong quá trình tổng hợp dữ liệu; dịch vụ đó là một dịch vụ mà nhà thầu chưa được cấp phép; dữ liệu bao gồm tên, ngày sinh, mã định danh nhà bảo hiểm và thông tin sức khỏe, trong đó có phân loại bệnh; các thành viên bị ảnh hưởng của chương trình chính quyền địa phương số 726 trên mười bốn chi nhánh; RIZAP đã báo cáo sự cố với Ủy ban Bảo vệ Thông tin Cá nhân; các thành viên bị ảnh hưởng đã được gửi email vào ngày 4 tháng 9.

Được cho là của RIZAP, dựa trên các câu trả lời của nhà cung cấp AI của mình. Rằng không có bên thứ ba nào ngoài nhà cung cấp AI có thể đã nhìn thấy dữ liệu, và rằng dữ liệu không được dùng để huấn luyện mô hình. Thông báo của RIZAP giải thích cơ sở: nhà cung cấp đã nói với công ty rằng các tệp chứa thông tin nhận dạng được không bao giờ được dùng để huấn luyện ngay cả khi một tài khoản cho phép điều đó, và rằng các tệp bị xóa trong vòng 24 giờ cũng không được dùng để huấn luyện; RIZAP nói rằng họ đã xóa dữ liệu trong khoảng thời gian đó. Tuyên bố này là một sự đảm bảo được chuyển tiếp, không phải một sự thật đã được kiểm toán, và chưa có bên độc lập nào kiểm tra nó.

Chưa được xác nhận tại thời điểm công bố, theo chính lời thừa nhận của công ty. Liệu nhân viên của chính nhà cung cấp AI có thể đã xem dữ liệu được tải lên hay không. Thông báo ngày 3 tháng 9 của RIZAP cho biết việc này vẫn đang được kiểm tra; thông báo ngày 4 tháng 9 của hiệp hội cho biết nhà thầu đang chờ câu trả lời từ nhà cung cấp. Theo các tài liệu, câu hỏi đó vẫn còn bỏ ngỏ — đó là lý do người đọc nên coi “dữ liệu đã bị xóa” và “không ai đã xem nó” là những khẳng định khác nhau.

Do một công ty bảo hiểm nêu tên, chứ không phải nhà thầu. Thông báo của hiệp hội bảo hiểm y tế IHI Group xác định nhà cung cấp AI là OpenAI. RIZAP chưa nêu tên dịch vụ, và không có nội dung nào trong cả hai thông báo chính xác nhận hay phủ nhận thông tin mà IHI tiết lộ.

Không có bất kỳ cáo buộc nào ở đâu. Không có kẻ tấn công, không có tống tiền, không có việc lạm dụng dữ liệu về sau, không có bằng chứng cho thấy dữ liệu của bất kỳ thành viên nào đã bị sử dụng chống lại họ. Cả hai thông báo đều cảnh báo thành viên về lừa đảo trực tuyến (phishing) và đều nêu rõ RIZAP sẽ không bao giờ yêu cầu tiền, thông tin thẻ, số tài khoản hoặc mật khẩu — đây là biện pháp phòng ngừa, không phải báo cáo về một vụ tấn công.

Điều gì đã thay đổi sau đó?

RIZAP đưa ra ba cấp độ phản hồi. Về con người: thông báo lại toàn công ty rằng các dịch vụ AI tạo sinh mà công ty chưa phê duyệt không được sử dụng cho công việc, cùng với việc tiếp tục đào tạo về bảo vệ dữ liệu cá nhân và sử dụng AI phù hợp. Về hệ thống: rà soát quyền truy cập và môi trường làm việc để ngăn dữ liệu bị lấy ra ngoài hoặc các dịch vụ chưa được phê duyệt bị sử dụng. Về quản trị: cân nhắc một hệ thống quản lý AI song song với hệ thống quản lý an ninh thông tin hiện có.

Các cam kết của hiệp hội lại đi theo hướng khác, về phía nhà thầu. Hiệp hội cho biết sẽ tăng cường giám sát RIZAP và sẽ kiểm tra xem các biện pháp phòng ngừa có thực sự được triển khai hay không, đồng thời cho biết đã yêu cầu nhà thầu điều tra đầy đủ hơn về các sự việc và mức độ tác động. Quỹ bảo hiểm y tế của Hitachi còn đi xa hơn cả hai bên, dừng việc giới thiệu mới cho đến khi hài lòng rằng các biện pháp đó vẫn được duy trì.

Điều chưa thay đổi là bức tranh pháp lý. Thông báo gửi Ủy ban Bảo vệ Thông tin Cá nhân là nghĩa vụ nộp hồ sơ, không phải việc xét xử, và cả hai thông báo đều không ghi nhận bất kỳ chỉ đạo, hướng dẫn hay hình phạt nào từ ủy ban.

Vì sao kho lưu trữ coi đây là một dấu mốc quan trọng

Phần lớn các sự cố AI trong hồ sơ công khai liên quan đến một hệ thống làm điều gì đó sai. Sự cố này liên quan đến một người làm một việc bình thường với một hệ thống đang hoạt động đúng như thiết kế — đây mới là vấn đề khó hơn, vì tổ chức không thể thấy được thất bại đó cho đến khi dữ liệu đã bị đưa ra ngoài. Sự cố này thuộc nhóm mà các chuyên gia Nhật Bản gọi là shadow AI: nhân viên dùng một dịch vụ AI tiêu dùng cho công việc vì nó nhanh hơn con đường được phê duyệt, thường không có ác ý và thường với ý định làm tốt công việc.

Nguồn được trích dẫn cho bản ghi này, một trang web giải thích về bảo mật của Nhật Bản, nhóm sự cố này với hai sự kiện AI khác trong cùng tuần — gian lận thanh toán bằng nhân bản giọng nói và xâm nhập qua tác nhân AI — và nêu quan điểm rằng cả ba đều tấn công vào những điểm yếu đã tồn tại từ trước thay vì tạo ra những điểm yếu mới. Cách diễn đạt đó là phân tích của trang web chứ không phải một phát hiện, nhưng so sánh đó rất thích hợp: không sự kiện nào trong ba sự kiện đòi hỏi một năng lực mới, mà chỉ cần một con đường nhanh hơn đến một năng lực đã có từ trước.

Điều khiến bản ghi này tự thân đáng đọc là tính cụ thể của tổn hại. Bảy trăm hai mươi sáu người đã bị đưa mã định danh bảo hiểm, thông tin liên hệ và ba danh mục bệnh được nêu tên vào một tài khoản AI tiêu dùng mà nhà thầu của công ty bảo hiểm của họ chưa từng phê duyệt, và lý do duy nhất khiến bất kỳ ai phát hiện ra là nhân viên thực hiện việc đó đã tự nói ra. Kho lưu trữ ghi nhận tổn hại có thật ở đây. Điều mà hai thông báo xác lập là sự phơi lộ và mất kiểm soát dữ liệu nhạy cảm — chứ không phải việc đã có ai sử dụng dữ liệu đó.

Điều gì củng cố hồ sơ, và điều gì không

Mức độ tin cậy của bản ghi không chỉ dựa vào nguồn tổng hợp mà kho lưu trữ trích dẫn. Ba bên độc lập đã công bố trong vòng hai tuần kể từ sự cố: bản thân RIZAP vào ngày 3 tháng 9, Hiệp hội Tương trợ Viên chức Chính quyền Địa phương vào ngày 4 tháng 9, và ITmedia NEWS, đơn vị đã đưa tin về thông báo của công ty vào ngày 4 tháng 9 và bổ sung chi tiết rằng không có con số nào được tiết lộ. Quỹ bảo hiểm y tế Tập đoàn IHI, quỹ bảo hiểm y tế của Hitachi và ít nhất sáu đơn vị bảo hiểm khác đã công bố thông báo riêng của họ, và Security Measures Lab đã tổng hợp chúng. Một blog lưu trữ sự cố của Nhật Bản, b-son.net, sao chép toàn văn thông cáo của hiệp hội cùng với bản tóm tắt riêng của blog này.

Điều mà không có gì trong số đó xác lập được là tổng số. RIZAP chưa công bố con số nào, các con số của các công ty bảo hiểm chồng chéo lên nhau, và con số 19.996 là tuyên bố của một công ty bảo hiểm về bộ dữ liệu chứ không phải là số đếm các trường hợp lộ dữ liệu đã được xác nhận. Bất kỳ ai trích dẫn một con số duy nhất cho sự cố này đều nên nói rõ con số đó đến từ tài liệu nào — đó chính là kỷ luật mà bản thân kho lưu trữ áp dụng cho mọi mục mà nó lưu giữ.