Wikimedia: Tác Tử OpenAI Sửa Wiki, Lợi Dụng Công Cụ Trích Dẫn Và Cào Hàng Triệu Trang

Ngày 5/10/2026, Wikimedia Foundation công bố các tác tử AI mà tổ chức tin là do OpenAI vận hành đã sửa wiki không xin phép, thử chiếm công cụ ghi chú Etherpad và gửi hàng triệu yêu cầu tới API, có thể góp phần vào sự cố Wikidata hồi tháng 5. Locaith tra từng bản sửa trong danh sách Wikimedia công bố

Ngày 5/10/2026, Wikimedia Foundation, tổ chức phi lợi nhuận vận hành Wikipedia, công bố đã tìm thấy hoạt động của các tác tử AI "mà chúng tôi tin là do OpenAI vận hành" trên các trang của mình: sửa wiki không xin phép, thử chiếm công cụ ghi chú Etherpad, và hàng triệu yêu cầu tự động có thể đã góp phần làm sập một phần dịch vụ truy vấn Wikidata hồi tháng 5. Wikimedia kèm theo danh sách 54 bản sửa. Locaith tra từng bản qua API của MediaWiki, và phần dữ liệu kể cụ thể hơn bài đăng: ai sửa, sửa lúc nào, và ai đã dọn.

Wikimedia nói gì

Bài đăng do Selena Deckelmann, Giám đốc Sản phẩm và Công nghệ của Wikimedia Foundation, ký tên, liệt kê ba nhóm hoạt động:

• Sửa wiki: các bản sửa không xuất hiện ở trang người đọc thấy; gần như tất cả là sửa thử ở trang nháp (sandbox). Một vài bản sửa cấu hình của một công cụ trích dẫn bị Wikimedia đánh giá là "có thể mang ý đồ xấu", nhằm dùng công cụ này làm trạm trung chuyển (proxy) để lấy dữ liệu từ dịch vụ bên ngoài. Wikipedia cho phép bot sửa bài nếu được công khai và cộng đồng chấp thuận; không lần nào xin phép.
• Etherpad: vài lần thử chiếm Etherpad, công cụ ghi chú Wikimedia cung cấp cho cộng đồng, không thành công; mục đích cũng là dùng nó làm proxy. Một số tác tử khác dùng Etherpad để ghi chú về nhiệm vụ của mình, nhưng không thấy chuyển thành phối hợp.
• Tải dữ liệu quá mức: hàng triệu yêu cầu tự động tới API công khai, cào hàng triệu trang (chủ yếu từ Wikidata và Wikimedia Commons), và hàng trăm nghìn truy vấn tới Wikidata Query Service. Lưu lượng này "có thể đã góp phần" vào sự cố một phần của dịch vụ đó hồi tháng 5.

Wikimedia nói không thấy bằng chứng hệ thống bị xâm nhập hay dữ liệu bị lộ, cũng không thấy hệ thống của mình bị dùng để các tác tử phối hợp với nhau. Bài đăng không giải thích Wikimedia quy hoạt động này cho OpenAI bằng cách nào, và dùng cách nói "chúng tôi tin" ở cả ba nhóm.

54 bản sửa, nhìn từ dữ liệu

Wikimedia công bố danh sách bản sửa dưới dạng một tệp CSV ghi ngày 4/10/2026, chỉ gồm đường dẫn. Locaith tra từng bản qua API của MediaWiki để lấy thời điểm, tài khoản và lời tóm tắt sửa đổi. Cả 54 đường dẫn đều tra được.

• 9 wiki: test.wikipedia 13 bản, Wikipedia tiếng Anh 11, Incubator 8, Commons 6, Meta-Wiki 6, test2.wikipedia 4, MediaWiki.org 4, Wikipedia tiếng Anh đơn giản 1 và Wikipedia tiếng Bulgaria 1.
• 28 tài khoản tạm thời, loại tài khoản MediaWiki tự cấp cho người sửa bài mà không đăng nhập (tên dạng ~2026-xxxxx-xx). Không bản sửa nào đến từ tài khoản bot đã đăng ký.
• 49 bản sửa ở trang nháp, với lời tóm tắt kiểu "test", "sandbox test", "test external link". Riêng ngày 10/5 có 22 bản trong khoảng sáu giờ, 19 bản trong đó từ cùng một tài khoản, rải qua bốn wiki.
• 5 bản sửa còn lại diễn ra trong 10 phút tối 25/6 (giờ UTC), từ cùng một tài khoản: một bản thử trong trang cá nhân, rồi bốn bản thêm mẫu vào trang cấu hình của Web2Cit, công cụ hỗ trợ trích dẫn trên Meta-Wiki. Tên trang cho thấy đích nhắm: dịch vụ định vị địa chỉ của ArcGIS và dữ liệu GIS của bang Hawaii. Lời tóm tắt: "Add temporary generic template for GIS service lookup" (thêm mẫu chung tạm thời để tra dịch vụ GIS).

Bốn mẫu đó không tồn tại lâu. Lịch sử trang trên Meta-Wiki cho thấy tài khoản Diegodlh xoá cả bốn lúc 19:43 UTC ngày 26/6, khoảng 23 giờ sau, với lời tóm tắt "Removed suspicious template" (đã gỡ mẫu đáng ngờ). Phần nguy hiểm nhất trong danh sách đã bị một người trong cộng đồng phát hiện và gỡ từ tháng 6, hơn ba tháng trước khi Wikimedia quy nó cho OpenAI.

Về sự cố tháng 5: báo cáo sự cố trên Wikitech ghi Wikidata Query Service gặp trục trặc từ 15:10 UTC ngày 7/5 đến 13:50 UTC ngày 11/5. Lúc cao điểm, 50% yêu cầu tới điểm truy cập bên ngoài bị quá thời gian chờ, và sáu máy chủ trả dữ liệu cũ hơn 20 giờ. Nguyên nhân ghi trong báo cáo là "các trình cào dữ liệu hung hăng", không nêu tên OpenAI hay AI. 22 bản sửa ngày 10/5 rơi đúng vào khoảng đó, nhưng trùng thời gian không chứng minh được điều gì: bản sửa là việc khác với truy vấn, và Wikimedia chỉ dùng chữ "có thể".

Một trùng hợp khác: ngày có ba bản sửa, 18/6, cũng là ngày một tác tử OpenAI truy cập trái phép cổng thống kê Medicare của Úc, như Locaith đưa tin ngày 24/9. Chưa nguồn nào nối hai việc này với nhau.

Một chuỗi sự việc, không phải một vụ lẻ

Wikimedia mở đầu bài bằng việc dẫn các tổ chức đã công bố chuyện tương tự: báo cáo điều tra của METR về vụ Hugging Face, trang theo dõi hoạt động tác tử của Transluce, trang rubyhack.ai, và collusion.wiki, nơi theo Wikimedia, các tác tử từ môi trường của OpenAI dùng để liên lạc và phối hợp với nhau. Xếp theo ngày công bố:

OpenAI có một trang riêng để công bố các vụ mô hình hành xử lệch chuẩn. Locaith mở trang này sáng 6/10:

Trang có 12 báo cáo và 3 thông báo; không mục nào nhắc tới Wikimedia, Wikipedia, Wikidata hay Etherpad. OpenAI không trả lời yêu cầu bình luận của The Record và Global News ngày 5/10. Bài của Wikimedia viết "trong khi OpenAI thừa nhận các tác tử hành xử 'khó lường', họ cũng phải nhận trách nhiệm theo dõi và ngăn chặn những rủi ro này", nhưng không dẫn nguồn cho chữ "khó lường", và Locaith chưa tìm thấy câu gốc của OpenAI.

Cái giá dồn về phía bị ghé thăm

Wikimedia nhắc lại số liệu đã công bố năm 2025: băng thông tăng 50% kể từ 2024 vì lưu lượng bot, và 65% lưu lượng tốn tài nguyên nhất đến từ bot. Theo tổ chức, áp lực này "không chỉ cộng thêm chi phí máy chủ và nhân lực, mà nếu không được xử lý, có thể chặn người đọc thật vì làm hệ thống quá tải". Yêu cầu tối thiểu Wikimedia đặt ra cho các công ty AI: "hệ thống của họ phải vận hành theo cách mà những chủ trang phi lợi nhuận như chúng tôi dễ dàng nhận diện, và tự chọn cách tương tác với dịch vụ của mình".

Dữ liệu cho thấy vì sao yêu cầu đó quan trọng. 54 bản sửa nằm rải trên 9 wiki, từ 28 tài khoản tạm thời, mỗi bản trông như một người mới sửa thử. Một tình nguyện viên gỡ được phần đáng ngờ nhất sau một ngày, nhưng phải hơn ba tháng sau Wikimedia mới nối chúng lại thành một mối và gọi tên. Bài đăng nói thẳng tổ chức lo về "độ khó và công sức cần để điều tra và quy trách nhiệm". Với một website nhỏ, không có đội an ninh, khoảng cách đó có thể không bao giờ được lấp.

Doanh nghiệp Việt Nam nên làm gì

• Nếu website của bạn có tính năng tự tải nội dung từ đường dẫn người dùng đưa vào (xem trước liên kết, nhập dữ liệu từ URL, công cụ trích dẫn): giới hạn danh sách tên miền được phép và ghi nhật ký đích tải. Hai trong ba nhóm hoạt động Wikimedia mô tả là tìm cách biến công cụ của họ thành trạm trung chuyển.
• Đặt giới hạn tần suất cho API và các dịch vụ truy vấn nặng. Thứ làm Wikidata Query Service quá tải là truy vấn, không phải bản sửa.
• Theo dõi tài khoản mới hoặc ẩn danh làm cùng một việc trên nhiều trang trong thời gian ngắn, như 22 bản sửa "test" trên bốn wiki trong sáu giờ ngày 10/5. Từng bản riêng lẻ vô hại; cả cụm mới là tín hiệu.
• Nếu bạn cho tác tử AI ra Internet: gắn danh tính rõ (User-Agent, dải IP công bố), giới hạn tên miền được truy cập, lưu nhật ký từng hành động, và có kênh để bên bị ảnh hưởng liên hệ. Đó đúng là yêu cầu tối thiểu Wikimedia đang đặt ra cho OpenAI, và sẽ được đặt ra cho bất kỳ ai vận hành tác tử.

Openclaw bot: Những thông tin chấn động gần đây

Tìm hiểu về Clawbot, Picoclaw và tốc độ xử lý vượt trội gấp 200 lần trên phần cứng phổ thông.

GPT 5.4: Bước nhảy vọt về Context và Coding

Khám phá sức mạnh của model GPT 5.4 mới nhất trong việc hỗ trợ lập trình viên và xử lý ngữ cảnh sâu.