AI Reverse Engineering: vùng xám mỏng manh giữa tool nội bộ và vi phạm bản quyền

Dùng AI để "mổ xẻ" phần mềm của người khác — quan sát, dịch ngược rồi dựng lại — đang rẻ và nhanh chưa từng có. Câu trả lời ngắn cho câu hỏi "có hợp pháp không?" là: ý tưởng và chức năng thường được tự do học hỏi, còn mã nguồn, tài nguyên và những điều khoản bạn đã đồng ý thì không. Ranh giới giữa một công cụ nội bộ vô hại và một vụ vi phạm bản quyền nằm ở việc bạn lấy gì, bằng cách nào và làm gì với nó — chứ không nằm ở hai chữ "nội bộ".

Chuyện gì đang xảy ra với AI reverse engineering?#

Reverse engineering (kỹ thuật đảo ngược) là việc phân tích một sản phẩm đã hoàn thiện để hiểu cách nó hoạt động — từ quan sát hành vi bên ngoài cho đến dịch ngược (decompile) mã máy thành mã đọc được.

Kỹ thuật này đã có từ hàng chục năm, nhưng tháng 10/2026 cho thấy AI đã thay đổi cuộc chơi đến mức nào:

• Dự án ArtCraft của Brandon Thomas công bố các bản dựng lại Photoshop, Word và nhiều ứng dụng văn phòng khác bằng Rust, phát triển với Claude Code. Nhóm khẳng định làm theo kiểu "clean room": quy tắc cho AI agent cấm đọc, dịch ngược hay sao chép bất cứ thứ gì trong gói phần mềm gốc, chỉ được quan sát từ bên ngoài; WordCraft dựa trên chuẩn định dạng công khai ECMA-376 (innFactory). Các bản này vẫn ở giai đoạn alpha.
• Công cụ Reverse Engineer Anything (REA) — kết nối AI agent với các trình dịch ngược như Ghidra — tăng từ dưới 10.000 lên hơn 100.000 sao trên GitHub chỉ trong khoảng một tuần (ABC News).
• Adobe từ chối bình luận, Microsoft chỉ xác nhận đã nhận câu hỏi của báo chí. Tính đến giữa tháng 10/2026, chưa có vụ kiện nào được biết đến.

Điều AI thay đổi không phải là bản chất pháp lý, mà là chi phí: thứ trước đây cần một đội kỹ sư làm hàng tháng, nay một người có thể thử trong vài ngày. Và khi chi phí gần như bằng 0, số người bước vào vùng xám tăng lên rất nhanh.

Ba cấp độ "mổ xẻ" phần mềm bằng AI#

Phần lớn tranh cãi pháp lý xoay quanh cấp độ 2 và 3. Cấp độ 1 về cơ bản là điều mọi đội sản phẩm vẫn làm khi nghiên cứu đối thủ.

Pháp luật nói gì?#

Phần dưới đây là tóm tắt để founder định hướng, không phải tư vấn pháp lý.

Tại Việt Nam#

• Chương trình máy tính được bảo hộ như tác phẩm văn học, dù ở dạng mã nguồn hay mã máy (Điều 22 Luật Sở hữu trí tuệ).
• Ngoại lệ "sao chép tự do" không áp dụng cho chương trình máy tính. Người có quyền sử dụng hợp pháp chỉ được làm một bản sao dự phòng để thay thế khi bản gốc hỏng, và không được chuyển giao cho người khác (Điều 25, sửa đổi năm 2022).
• Luật không có điều khoản riêng cho phép dịch ngược vì mục đích tương thích như ở châu Âu. Nghĩa là vùng xám ở Việt Nam còn rộng hơn.
• Về bí mật kinh doanh, Điều 125 cho phép bộc lộ, sử dụng thông tin thu được từ việc phân tích, đánh giá sản phẩm được phân phối hợp pháp — với điều kiện người phân tích không có thoả thuận khác với chủ sở hữu hoặc người bán. Điều kiện này khiến hợp đồng (EULA, điều khoản sử dụng) trở thành chốt chặn rất quan trọng.
• Cố ý vô hiệu hoá các biện pháp kỹ thuật bảo vệ quyền tác giả (khoá bản quyền, DRM…) cũng là hành vi xâm phạm.

Tại Mỹ#

• Bản quyền bảo hộ cách thể hiện, không bảo hộ ý tưởng, quy trình hay phương pháp vận hành (17 U.S.C. §102(b)).
• Trong các vụ Sega v. Accolade (1992) và Sony v. Connectix (2000), toà án chấp nhận việc dịch ngược trung gian để tiếp cận phần chức năng là sử dụng hợp lý (fair use), khi đó là cách duy nhất, có mục đích chính đáng và sản phẩm cuối không chứa mã gốc.
• Trong vụ Google v. Oracle (2021), Toà án Tối cao coi việc Google dùng lại phần khai báo giao diện lập trình (API) của Java là fair use.
• Đạo luật DMCA (mục 1201) cấm vượt qua biện pháp bảo vệ kỹ thuật, chỉ chừa ngoại lệ hẹp cho mục đích tương thích.
• Vụ Thaler v. Perlmutter (2025) khẳng định tác phẩm cần có tác giả là con người — nghĩa là mã do AI viết gần như hoàn toàn có thể không được bảo hộ, kể cả khi đó là sản phẩm của chính bạn.

Tại châu Âu#

• Theo Chỉ thị 2009/24/EC, người dùng hợp pháp được quan sát, nghiên cứu và chạy thử phần mềm để hiểu ý tưởng bên dưới; được dịch ngược khi thật sự cần thiết cho tương thích, với điều kiện chặt chẽ; và hợp đồng không thể tước bỏ những quyền này.
• Phán quyết SAS Institute v World Programming (Toà án Công lý EU, 2012) xác định chức năng, ngôn ngữ lập trình và định dạng file dữ liệu không được bảo hộ như mã nguồn.

Điểm chung của cả ba nơi: học ý tưởng thì được, lấy cách thể hiện thì không. Khác biệt nằm ở chỗ mỗi nơi vạch ranh giới cho việc dịch ngược và vai trò của hợp đồng.

"Tool nội bộ" có phải lá chắn?#

Nhiều đội nghĩ: "Mình chỉ dùng nội bộ, không bán ra ngoài thì không sao." Thực tế phức tạp hơn:

• Vi phạm có thể xảy ra ngay từ hành vi sao chép, không cần đến lúc phân phối.
• Vi phạm hợp đồng không phân biệt nội bộ hay bên ngoài. Nếu bạn đã đồng ý điều khoản cấm reverse engineering, dùng nội bộ vẫn là vi phạm.
• "Nội bộ" có thể giảm thiệt hại, giảm khả năng bị phát hiện, và ở Mỹ có thể là yếu tố có lợi khi xét fair use — nhưng không biến một hành vi sai thành đúng.
• Tool nội bộ hôm nay thường trở thành sản phẩm ngày mai. Khi đó, những đoạn mã "mượn" sẽ đi theo vào sản phẩm thương mại.

Ví dụ, một đội có thể đưa bundle JavaScript của phần mềm đối thủ cho AI "giải thích", rồi chép nguyên logic tính giá vào công cụ nội bộ. Lúc đầu chỉ để tham khảo; vài tháng sau, công cụ đó được bán cho khách hàng. Đó chính là lúc vùng xám chuyển sang màu đỏ.

Đèn giao thông cho founder#

🟢 Xanh — thường an toàn#

• Dùng thử hợp pháp sản phẩm, quan sát giao diện và luồng thao tác, rồi tự thiết kế và viết lại bằng mã của mình.
• Xây dựng dựa trên chuẩn và tài liệu công khai.
• Tích hợp qua API chính thức, đúng điều khoản.
• Phân tích dữ liệu và hệ thống của chính bạn; kiểm thử bảo mật khi được cho phép.

🟡 Vàng — vùng xám, cần đọc hợp đồng và hỏi luật sư#

• Dịch ngược định dạng file hoặc giao thức để phần mềm của bạn tương thích với phần mềm đã mua hợp pháp.
• Khai thác API không công bố của một dịch vụ bạn đang dùng.
• Dùng AI viết lại một thư viện mã nguồn mở rồi đổi giấy phép — như tranh cãi quanh thư viện chardet hồi tháng 3/2026.
• Thu thập tự động dữ liệu công khai của đối thủ.
• Để AI "đọc" và giải thích mã phía trình duyệt của đối thủ.

🔴 Đỏ — gần như chắc chắn vi phạm#

• Sao chép, phân phối mã đã dịch ngược hoặc phần lớn mã gốc.
• Bẻ khoá bản quyền, vượt DRM, tạo license key.
• Dùng lại tài nguyên của người khác: icon, hình ảnh, font, âm thanh, tên và logo thương hiệu.
• Dùng mã nguồn bị rò rỉ hoặc bí mật kinh doanh mang theo từ công ty cũ.
• Làm trái điều khoản cấm reverse engineering mà bạn đã đồng ý.

Nếu đội của bạn dùng AI agent để "dựng lại" tính năng#

1. Viết luật cho AI agent (trong file hướng dẫn như AGENTS.md): cấm đọc, dịch ngược, sao chép file chạy và tài nguyên của sản phẩm khác; chỉ quan sát từ bên ngoài và dùng tài liệu công khai.
2. Tách "clean room": một người mô tả đặc tả hành vi, người hoặc agent khác triển khai mà không tiếp xúc với mã gốc.
3. Lưu vết: nguồn tham khảo, prompt, quyết định thiết kế — đây là bằng chứng cho việc bạn sáng tạo độc lập.
4. Kiểm tra đầu ra của AI bằng công cụ quét giấy phép và mã trùng lặp trước khi đưa vào sản phẩm.
5. Đọc kỹ điều khoản của sản phẩm bạn nghiên cứu, và cả điều khoản của chính nhà cung cấp AI bạn đang dùng.
6. Hỏi luật sư trước khi phát hành một sản phẩm "tương đương" đối thủ.

Ở phía ngược lại: khi sản phẩm của bạn có thể bị "clone" trong một cuối tuần#

Nếu AI giúp bạn dựng lại sản phẩm người khác nhanh hơn, thì người khác cũng làm được điều đó với sản phẩm của bạn. Một vài nguyên tắc phòng thủ:

• Đừng để logic kinh doanh và bí mật trong mã phía trình duyệt; giữ chúng ở máy chủ.
• Bảo vệ API: xác thực, giới hạn tần suất truy cập, theo dõi hành vi bất thường.
• Điều khoản sử dụng rõ ràng về reverse engineering và việc dùng AI để trích xuất dữ liệu; đăng ký nhãn hiệu để bảo vệ thứ bản clone không được phép sao chép.
• Xây hào luỹ ở nơi AI không sao chép được: dữ liệu, tích hợp và quan hệ đối tác, kênh phân phối, chất lượng dịch vụ và niềm tin của khách hàng.

Với một hệ sinh thái như GoMetap, mình tin thứ khó sao chép nhất không phải giao diện của một chiếc thẻ thành viên, mà là các kết nối với hệ thống bán hàng, đối tác thanh toán và sự tin tưởng của từng chủ quán.

Lời kết#

AI không tạo ra vùng xám mới — nó chỉ làm vùng xám cũ rộng ra và đến nhanh hơn. Với founder, nguyên tắc vẫn rất đơn giản: học ý tưởng thoải mái, nhưng đừng lấy mã; và "nội bộ" không phải là giấy phép.

Ba câu hỏi để bạn tự rà soát ngay hôm nay:

1. Đội của bạn có đang để AI đọc mã hay sản phẩm của người khác mà chưa có quy tắc rõ ràng?
2. Nếu ngày mai xuất hiện một bản clone miễn phí sản phẩm của bạn, khách hàng sẽ ở lại vì điều gì?
3. Điều khoản sử dụng của bạn đã nói gì về AI và reverse engineering chưa?

Lưu ý: bài viết chia sẻ góc nhìn của một founder dựa trên thông tin công khai, không phải tư vấn pháp lý. Với tình huống cụ thể, hãy trao đổi với luật sư sở hữu trí tuệ.