Vibe coding có an toàn không? Rủi ro thật và những gì cần kiểm tra trước khi đăng

Vibe coding an toàn cho các công cụ cá nhân và bản mẫu, và cũng có thể an toàn cho ứng dụng thật có người dùng thật, nhưng chỉ khi bạn thêm những kiểm tra mà “cứ mô tả rồi xem có chạy không” bỏ qua. Các vấn đề nguy hiểm nhất không hiện ra trên màn hình: người dùng có thể mở dữ liệu của nhau, khóa bí mật nằm ngay trong trình duyệt, và các biểu mẫu công khai không có giới hạn. Hướng dẫn này giải thích những rủi ro thực sự gây ra rắc rối, cách xử lý bí mật, mức độ rà soát cần thiết, và một kiểm tra 30 phút để chạy trước khi đăng.

Để xem danh sách kỹ thuật đầy đủ, hãy đọc danh sách kiểm tra bảo mật cho ứng dụng làm bằng AI của chúng tôi. Trang này là phiên bản ngắn hơn, thực tế hơn, dành cho những ai không đọc mã.

Vì sao vibe coding có rủi ro riêng

Khi làm bằng vibe coding, bạn đánh giá ứng dụng bằng cách dùng thử. Cách này bắt được nút bấm hỏng và bố cục xấu. Nó không bắt được những vấn đề chỉ xuất hiện khi người khác dùng ứng dụng khác với bạn: một người lạ, một con bot, một người dùng tò mò sửa địa chỉ web.

Các mô hình AI viết mã trông hợp lý, và phần lớn là ổn. Nhưng chúng tối ưu cho điều bạn yêu cầu — “làm cho bảng điều khiển hiển thị dự án của tôi” — và có thể không thêm lớp bảo vệ mà bạn không hỏi — “và không hiển thị dự án của người khác.” Giải pháp không phải là ngừng vibe coding. Đó là yêu cầu rõ ràng các lớp bảo vệ rồi kiểm tra chúng.

Ứng dụng của bạn rủi ro đến mức nào? Thang đo nhanh

Hãy thành thật về hàng bạn đang thuộc. Nhiều ứng dụng bắt đầu ở hàng một rồi trôi dần sang hàng ba mà không ai quyết định điều đó.

Những rủi ro thực sự gây rắc rối

1. Người dùng nhìn thấy dữ liệu của nhau

Đây là vấn đề nghiêm trọng phổ biến nhất trong các ứng dụng làm bằng AI. Trang chỉ hiển thị cho mỗi người dùng bản ghi của họ, nên trông vẫn đúng. Nhưng máy chủ sẽ trả về bất kỳ bản ghi nào nếu ai đó đổi ID trên thanh địa chỉ hoặc trong một yêu cầu. Vì bạn luôn thử nghiệm bằng chính mình, bạn không bao giờ thấy lỗi này.

Cách kiểm tra: tạo hai tài khoản. Đăng nhập bằng người dùng A, mở một bản ghi của A và ghi lại địa chỉ. Đăng nhập bằng người dùng B trong cửa sổ riêng tư và dán địa chỉ đó vào. Bạn chỉ nên thấy “không tìm thấy”, không bao giờ là dữ liệu của A.

Prompt:

Hãy kiểm tra mọi endpoint phía máy chủ đọc, sửa hoặc xóa dữ liệu người dùng. Mỗi endpoint phải xác nhận người dùng đã đăng nhập được phép truy cập đúng bản ghi cụ thể đó. Liệt kê các endpoint, mô tả cách mỗi endpoint kiểm tra, và sửa những cái chưa kiểm tra.

2. Bí mật nằm sai chỗ

Bí mật là bất cứ thứ gì cấp quyền truy cập: khóa API của dịch vụ AI hoặc email, mật khẩu cơ sở dữ liệu, khóa bí mật của nhà cung cấp thanh toán. Nếu nó nằm trong mã chạy trên trình duyệt, bất kỳ ai cũng có thể mở công cụ nhà phát triển và sao chép. Nếu nó được commit lên kho mã công khai, các bot sẽ tìm thấy trong vài giờ.

Cách kiểm tra: hãy hỏi AI.

Liệt kê mọi khóa API, token và mật khẩu mà ứng dụng này dùng. Với mỗi cái, cho tôi biết nó được lưu ở đâu và nó có bao giờ được gửi tới trình duyệt không. Chuyển mọi thứ đang nằm trong mã hoặc phía giao diện sang bí mật phía máy chủ.

3. Biểu mẫu và endpoint công khai không có giới hạn

Biểu mẫu liên hệ, đăng ký và các tính năng AI đều bị bot tìm thấy. Nếu không có giới hạn, bạn sẽ nhận spam, tài khoản giả, hoặc một hóa đơn lớn từ API AI vì nó bị gọi hàng nghìn lần.

Prompt:

Thêm giới hạn tần suất cho đăng ký, đăng nhập, biểu mẫu liên hệ và mọi endpoint gọi dịch vụ AI. Thêm một trường bẫy (honeypot) vào các biểu mẫu công khai. Cho tôi biết các giới hạn bạn đã chọn.

4. Tin tưởng trình duyệt

Bất cứ thứ gì trình duyệt quyết định đều có thể bị người dùng thay đổi: giá, mã giảm giá, đáp án câu đố, cờ “là quản trị viên”. Những quy tắc quan trọng phải được thực thi trên máy chủ.

Prompt:

Tìm mọi chỗ mà trình duyệt đang quyết định điều mà máy chủ nên quyết định: giá, tổng tiền, quyền hạn, vai trò, điểm số. Chuyển những kiểm tra đó sang máy chủ.

5. Không có đường quay lại

Một thay đổi sai, hoặc một kẻ xấu, có thể xóa dữ liệu. Nếu không có bản sao lưu và cách khôi phục, một sai sót nhỏ sẽ thành vĩnh viễn. Hãy chắc công cụ của bạn có điểm kiểm tra cho mã nguồn và bản sao lưu cho cơ sở dữ liệu. Xem cách sao lưu cơ sở dữ liệu ứng dụng.

Cách xử lý bí mật đúng cách

Bí mật gây ra nhiều thiệt hại có thể tránh được hơn bất cứ thứ gì khác, nên đây là các quy tắc gom lại một chỗ:

• Không bao giờ dán khóa thật vào khung chat. Nội dung chat được lưu, chia sẻ và chụp màn hình. Hãy đặt khóa vào phần bí mật hoặc biến môi trường của công cụ thay thế. (Biến môi trường và bí mật là gì.)
• Gọi các dịch vụ trả phí từ máy chủ. Trình duyệt yêu cầu máy chủ của bạn; máy chủ gọi dịch vụ AI hoặc thanh toán bằng khóa.
• Dùng khóa riêng cho thử nghiệm và cho sử dụng thật, để một khóa thử bị lộ không chạm được tiền thật.
• Đặt giới hạn chi tiêu trong bảng điều khiển của các nhà cung cấp AI và email.
• Thu hồi khóa ngay nếu bạn nghi ngờ nó bị lộ. Tạo khóa mới, cập nhật bí mật, rồi xóa khóa cũ.

Trên Mythex, bí mật nằm trong cài đặt dự án bên ngoài mã nguồn, và agent có thể dùng chúng mà giá trị không hiện trong chat. Hướng dẫn cách giữ an toàn khóa API bao gồm thêm nhiều nhà cung cấp.

Bạn cần rà soát mã đến mức nào?

Vibe coding nghĩa là bạn không đọc từng dòng. Bạn không cần phải làm vậy. Nhưng với một số dòng, nên có người xem.

• Công cụ cá nhân: không cần thêm gì ngoài các kiểm tra ở đây.
• Ứng dụng có tài khoản người dùng: rà soát cách đăng nhập và truy cập dữ liệu hoạt động thế nào. Bạn có thể làm việc này bằng cách yêu cầu AI giải thích bằng ngôn ngữ đơn giản và kiểm tra xem lời giải thích có khớp với những gì bạn mong đợi không.
• Ứng dụng có thanh toán hoặc dữ liệu nhạy cảm: nhờ một lập trình viên xem xét phần xác thực, phân quyền, xử lý thanh toán và mọi thứ lưu dữ liệu cá nhân. Chỉ tốn vài giờ của họ, không phải viết lại.

Một prompt hữu ích ngay cả khi không có lập trình viên:

Giải thích bằng ngôn ngữ đơn giản cách ứng dụng này xác định người dùng là ai và họ được phép xem những gì. Chỉ ra các tệp liên quan. Sau đó liệt kê mọi thứ bạn nghĩ một người rà soát bảo mật nên xem.

Hướng dẫn của chúng tôi về cách rà soát mã do AI tạo giải thích người rà soát tìm những gì, và bạn có thể đưa nó cho người sẽ làm việc đó. Nếu công cụ của bạn cho phép xuất mã hoặc đồng bộ với GitHub, việc sắp xếp rà soát sẽ dễ dàng; trên Mythex, cả hai đều là một phần của gói Pro.

Kiểm tra 30 phút trước khi đăng

Chạy kiểm tra này trước khi chia sẻ đường dẫn với bất kỳ ai ngoài vòng quen biết của bạn.

Truy cập (10 phút)

1. Hai tài khoản, hai trình duyệt: người B có mở được bản ghi của A bằng URL không? Không được.
2. Đăng xuất rồi truy cập trực tiếp địa chỉ của từng trang. Các trang riêng tư phải đưa bạn về màn hình đăng nhập.
3. Với người dùng thông thường, thử mở các địa chỉ quản trị. Chúng phải bị từ chối.

Bí mật (5 phút)

1. Hỏi AI xem mọi khóa nằm ở đâu, bằng prompt ở trên.
2. Mở ứng dụng, xem mã nguồn trang và tìm các từ “key”, “secret” và “token”.

Biểu mẫu và lạm dụng (5 phút)

1. Gửi mọi biểu mẫu khi để trống, với đoạn văn rất dài, và gửi hai lần liên tiếp.
2. Xác nhận có giới hạn tần suất cho đăng ký, đăng nhập và mọi tính năng AI.

Dữ liệu và khôi phục (5 phút)

1. Biết dữ liệu nằm ở đâu và cách khôi phục nó.
2. Kiểm tra bạn có thể quay lại phiên bản mã hoạt động trước đó hay không.

Pháp lý và cơ bản (5 phút)

1. Nếu bạn thu thập dữ liệu cá nhân, thêm chính sách quyền riêng tư và nêu rõ bạn thu thập gì. Xem cách viết điều khoản dịch vụ và chính sách quyền riêng tư.
2. Đảm bảo ứng dụng đã xuất bản dùng HTTPS. Hầu hết các công cụ xây dựng, kể cả Mythex, đã lo việc này cho bạn.

Nếu mọi thứ đều đạt, bạn đã sẵn sàng cho đợt ra mắt sớm. Lặp lại các bước 1–5 sau mọi thay đổi lớn về đăng nhập, vai trò hoặc dữ liệu.

Nền tảng vibe coding bảo vệ được gì và không bảo vệ được gì

Một nền tảng tốt xử lý phần lớn hạ tầng: HTTPS, không gian làm việc cô lập, cơ sở dữ liệu cho mỗi dự án, lưu trữ bí mật, sao lưu và khôi phục. Mythex cấp cho mỗi dự án một không gian làm việc và cơ sở dữ liệu riêng, giữ bí mật ngoài mã nguồn, và lưu một điểm kiểm tra sau mỗi thay đổi thành công để bạn có thể hoàn tác.

Điều không nền tảng nào làm được là biết các quy tắc của ứng dụng bạn. Chỉ bạn biết rằng khách hàng không được xem hóa đơn của nhau, hoặc một mã giảm giá chỉ được dùng một lần. Những quy tắc đó phải nằm trong prompt của bạn và được xác nhận bằng kiểm thử.

Câu trả lời ngắn gọn

Vibe coding an toàn đến mức các kiểm tra bạn thêm vào. Với công cụ cá nhân, hãy giữ khóa ngoài mã nguồn và cứ thoải mái làm. Với bất cứ thứ gì có dữ liệu của người khác, hãy chạy kiểm tra 30 phút ở trên trước mỗi đợt ra mắt, và nhờ lập trình viên xem phần thanh toán và dữ liệu nhạy cảm. Để xem các rủi ro này trong dự án thực tế, đọc ví dụ về vibe coding của chúng tôi; để xây với các kiểm tra này ngay từ đầu, làm theo cách xây ứng dụng bằng vibe coding.

Câu hỏi thường gặp