ChatGPT Plus 40.000 đồng chỉ bảo hành ba giờ, vì sao vẫn đông khách?
Vì sao một account Plus 39.999 đồng chỉ được bảo hành ba giờ vẫn đông người mua? Mình lần theo cách người bán chuyển rủi ro, người mua tự hợp thức hóa món hời và account pool giúp cái chợ ấy tiếp tục chạy.
Mình bắt đầu để ý chuyện này vì một món hàng giá 39.999 đồng. Nó được gọi là ChatGPT Plus, nhìn qua ảnh thì cũng có giao diện Plus, dùng được Codex, chỉ có một chi tiết nghe gần như tự thú. Người bán bảo hành đúng ba giờ.
Ba giờ. Một gói chính thức kéo dài theo tháng, còn lời hứa của người bán chưa chắc sống hết một buổi chiều. Điều làm mình tò mò không chỉ là account ấy đến từ đâu hay router nào đang chạy phía sau. Câu hỏi khó chịu hơn là tại sao người bán biết món hàng có thể chết rất nhanh mà vẫn bán, và tại sao người mua nhìn thấy điều kiện ấy vẫn trả tiền.
Càng lần theo các shop, mình càng thấy câu trả lời không gói gọn trong chuyện một bên xấu và một bên nhẹ dạ. Cái chợ này đã biến rủi ro thành một phần của giá bán. Người bán giữ tiền và giới hạn trách nhiệm trong ba giờ. Người mua đổi mức giá thấp lấy quyền dùng ngay, rồi tự gánh rủi ro account chết hoặc bị khóa, dữ liệu bị lộ. Account pool, tức một nhóm account được gom để dùng chung, cùng router điều phối chỉ là bộ máy giúp cuộc trao đổi ấy chạy được nhiều lần hơn.
Vì vậy, bài này không chỉ hỏi ChatGPT Plus 40.000 đồng được tạo ra thế nào. Mình muốn làm rõ tại sao một hoạt động mờ ám vẫn có thể trông đủ bình thường để kinh doanh công khai, có khách quay lại và có reseller (người bán lại) tiếp tục nhập lô mới. Muốn trả lời thì phải nhìn cả người bán lẫn người mua.
Ba giờ bảo hành không làm khách bỏ đi. Nó giúp cuộc mua bán xảy ra
Cùng một nhãn ChatGPT Plus ở các shop mình xem có giá từ vài chục nghìn đến hơn một trăm nghìn đồng. Món rẻ thường chỉ được bảo hành vài giờ hoặc không bảo hành. Món đắt hơn được quảng cáo là “bền”, dùng mailbox (hộp thư email) khác, đi tuyến thanh toán khác hoặc chạy Codex ổn định hơn. Có shop giao thẳng email, mật khẩu và mã 2FA (xác thực hai lớp). Có nơi kích hoạt Plus trên account của khách. Có nơi không đưa account nào cả, chỉ đưa key (khóa truy cập) cùng base URL, tức địa chỉ gốc để phần mềm gửi yêu cầu tới model.
Nếu tất cả thật sự là cùng một gói Plus chính chủ, mấy cách bán này đã không khác nhau đến vậy. Chữ “Plus” trong chợ bị kéo giãn thành một nhãn rất rộng. Nó có thể là subscription (gói đăng ký) thật nhưng không rõ vòng đời, trial (quyền dùng thử), promotion (ưu đãi), một seat (suất thành viên) trong workspace của nhóm hoặc credential, tức bộ thông tin dùng để đăng nhập và xác thực.
Nó cũng có thể chỉ là phần quota (hạn mức sử dụng) còn lại hoặc quyền gửi request (yêu cầu) qua một pool dùng chung. Người mua thấy cùng logo và nghĩ mình đang so giá. Thực ra họ đang so những món hàng khác loại nhưng được dán cùng một cái tên.
Vì vậy, thứ người bán định giá không chỉ là “một tháng bao nhiêu tiền”. Họ còn định giá khả năng account sống qua lần quét kế tiếp, số ngày chịu đổi hàng, việc có vượt được bước xác minh điện thoại hay không, quota Codex còn bao nhiêu và họ kiểm soát nguồn phía trên đến đâu. Nó giống bán một hộp thực phẩm mà hạn dùng không in trên vỏ. Bảo hành ba giờ là cách người bán viết hạn dùng bằng chữ nhỏ.
Điều lạ là ba giờ còn có thể tạo ra một chút cảm giác an tâm. Nó cụ thể hơn “không bảo hành”, đủ để khách đăng nhập, nhìn thấy nhãn Plus, thử Codex và tin rằng shop đã giao đúng. Nếu account sống thêm một tuần, người mua thấy mình lời. Nếu nó chết vào ngày mai, shop chỉ cần chỉ lại điều khoản. Ba giờ đủ để shop chứng minh đã giao hàng, rồi phủi trách nhiệm ngay sau đó.
Ba giờ bảo hành không phải lỗi ngớ ngẩn trong mô hình. Nó là bản hợp đồng ngầm. Người bán chỉ bán cơ hội dùng được ngay, còn người mua nhận gần như toàn bộ hậu quả xảy ra sau đó.
Người bán có lời vì phần lỗ đã thuộc về khách
Một món hàng chết nhiều vẫn có thể sinh lời nếu người bán không phải gánh toàn bộ số lần nó chết. Nguồn có thể được gom với giá thấp, chia phẩm cấp, bán thật nhanh hoặc đưa vào pool để tận dụng từng phần quota. Bảo hành càng ngắn, số account phải bù càng ít. Khi account chết ở giờ thứ tư, thiệt hại không còn nằm trong chi phí của shop. Nó trở thành chuyện xui của người mua.
Đó là điểm mình thấy khó chấp nhận nhất. Người bán thường biết nhiều hơn khách về nguồn, tỷ lệ sống, lần quét gần nhất, số người cùng dùng và khả năng lấy hàng bù từ upstream, tức nhà cung cấp ở tầng phía trên. Khách chỉ thấy logo, giá và vài ảnh phản hồi. Chính chênh lệch thông tin đó giúp người bán kiếm lời. Người biết món hàng mong manh bán sự tự tin cho người không có cách kiểm tra.
Mô hình còn có lợi thế của số lượng. Bot nhận đơn không mệt, kho có thể nạp tự động, một reseller bán lại nguồn của reseller khác và một account trong pool có thể phục vụ nhiều request trước khi chết. Mỗi giao dịch chỉ lời một ít vẫn đáng làm khi thao tác được tự động hóa và khách hàng tiếp tục quay lại. Account chết thậm chí còn có thể tạo ra lần mua tiếp theo, miễn là người mua tin lần trước chỉ là kém may.
Mình gọi phần lợi nhuận dựa trên việc che nguồn, bán quyền không thuộc về mình hoặc cố ý làm khách hiểu sai là bất chính không phải vì mọi người bán đều lấy account bằng cùng một cách. Có người chỉ đứng ở tầng bán lẻ và thật sự không biết hết upstream. Nhưng không biết vì cố tình không hỏi không biến món hàng thành tử tế. Khi một người thu tiền đều đặn từ điều mà họ biết là trái điều kiện sử dụng, thiếu ổn định và không thể giải thích nguồn, sự mù mờ ấy đã trở thành lựa chọn kinh doanh.
Vì sao người mua vẫn xếp hàng?
Câu trả lời đầu tiên rất thực tế. Giá chính thức có thể là một khoản đáng kể với sinh viên, người mới đi làm hoặc người chỉ cần Codex cho một bài tập và một dự án ngắn. Bốn mươi nghìn đồng không mua được sự chắc chắn, nhưng có thể mua một buổi tối làm việc đúng lúc deadline đang tới. Người mua không nhất thiết nghĩ mình đang mua một tháng Plus. Họ có thể chỉ cần account sống đủ lâu để giải quyết việc trước mắt.
Mức giá thấp còn làm thất bại trở nên dễ nuốt. Mất tiền cho một gói đăng ký đầy đủ khiến người ta cân nhắc nguồn gốc, điều khoản và quyền riêng tư. Mất 40.000 đồng rất dễ bị xếp vào cùng ngăn với một bữa ăn không ngon. Cái giá nhỏ không xóa rủi ro, nó chỉ làm bộ não thấy việc điều tra rủi ro không đáng công. Nếu account chết, mua cái khác có vẻ nhanh hơn đòi câu trả lời.
Bảo hành ba giờ khớp hoàn hảo với tâm lý đó. Khách có đủ thời gian kiểm tra món hàng đang sống ở thời điểm giao, còn tương lai được biến thành phần thưởng may rủi. Một account sống ba ngày tạo cảm giác “lời lớn” dù nó vẫn kém rất xa lời quảng cáo một tháng. Khi mốc so sánh bị kéo từ giá chính thức xuống con số 39.999 đồng, người mua không còn hỏi mình nhận đủ không. Họ hỏi mình dùng được bao lâu thì hòa vốn.
Phản hồi trong nhóm và ảnh chụp account sống cũng tạo ra social proof, tức bằng chứng xã hội. Người vừa đăng nhập thành công có lý do chụp ảnh cảm ơn. Người mất account sau khi hết bảo hành thường im lặng, tự nhận là xui hoặc mua lô khác. Thành công xuất hiện trên mặt tiền, còn thất bại trôi vào tin nhắn hỗ trợ. Khách mới nhìn thấy một đám đông có vẻ hài lòng mà không thấy đầy đủ số người đã rời đi.
Không phải người mua nào cũng bị lừa. Một số người hiểu rất rõ đây là canh bạc, biết account có thể chết và vẫn tính rằng vài giờ Codex đáng hơn 40.000 đồng. Một số khác tự trấn an rằng OpenAI là công ty lớn, người bán mới là bên chịu trách nhiệm về nguồn, còn một giao dịch nhỏ của mình chẳng làm hại ai. Những lý do ấy giúp một quyết định khó chịu về đạo đức trở thành một món mua vặt.
Cả người bán lẫn người mua đều có lý do để tự cho qua
Người bán có thể nói mình chỉ bán lại thứ upstream giao. Nhà cung cấp phía trên nói họ chỉ cung cấp nguồn. Người vận hành router nói phần mềm trung tính. Người mua nói mình chỉ mua một account. Mỗi câu nghe riêng đều đủ nhỏ để người nói không thấy mình là nguyên nhân. Ghép chúng lại, ta có đủ nguồn, kho, công cụ, doanh thu và nhu cầu để cái chợ tiếp tục tồn tại.
Trách nhiệm giữa hai phía không bằng nhau. Người bán giữ thông tin, đặt điều khoản và thu lợi nên phải chịu phần lớn hơn, nhất là khi cố ý dán nhãn Plus lên những quyền truy cập không tương đương. Người mua bị sức ép giá và nhu cầu thật, nên sẽ quá dễ dãi nếu gọi tất cả họ là tham hoặc ngu. Nhưng giải thích được lựa chọn không có nghĩa lựa chọn ấy không tạo hậu quả.
Một đơn 40.000 đồng không làm ai thấy mình đang tiếp tay. Hàng nghìn đơn như vậy mới là lý do lô account tiếp theo được nhập, bot tiếp tục nhận tiền và reseller tiếp tục quảng cáo. Không có nhu cầu, nguồn hàng mờ ám chỉ là một đống credential chờ chết. Có nhu cầu đều đặn, nó trở thành một ngành buôn bán.
Mình nhìn thấy một cái chợ, không phải vài account bán lại cho vui
Khi lần theo các shop bán ChatGPT và Codex, mình gặp menu tự động, mã QR và ví thanh toán, thông báo restock (nhập lại kho) 100 đến 500 account, lời tự nhận về những lô lớn hơn, mailbox bán theo số lượng, API (giao diện lập trình ứng dụng) để quản lý kho, chương trình referral (giới thiệu nhận quyền lợi), thuê SMS (tin nhắn văn bản) và nhiều cách đóng gói credential. Những thứ này không nằm cùng một chỗ. Chúng rải qua nhiều shop và nhiều tầng người bán, nhưng ghép lại thì trông rất giống một cái chợ có nguồn, có kho và có cách xử lý hàng chết.
Riêng một shop có 23 thông báo về hàng ChatGPT, cộng lại thành 277 đơn vị được rao. Nếu giả sử cực đoan rằng tất cả đều bán hết đúng giá niêm yết, tổng giá trị sẽ là 16.075.000 đồng. Mình không có giao dịch hoàn tất, số hoàn tiền, chargeback (khoản bị ngân hàng thu hồi) hay chi phí đầu vào, nên lấy con số đó làm doanh thu thật sẽ rất ẩu. Nhưng 277 món hàng trong một mẫu vẫn đủ để phá vỡ hình dung về một người mua dư account rồi tiện tay bán lại. Ở đây đã có nhịp nhập hàng, chia loại, bán sỉ, bán lẻ và thay món bị lỗi.
Điều làm mình chú ý nhất không phải một tin nhắn khoe “hàng nghìn account”. Những lời khoe như vậy rất dễ phóng đại. Thứ thuyết phục hơn là những chi tiết tẻ nhạt cứ lặp đi lặp lại, gồm mã sản phẩm, số lượng còn lại, giá cộng tác viên, thời gian bảo hành, hàng chết, hàng bù và lúc kho được nạp lại. Người ta có thể bịa một con số lớn trong vài giây. Dựng cả nhịp vận hành đều đặn khó hơn nhiều.
Đây không còn là chuyện một người chia account cho bạn. Nó là một cái chợ mà “hàng lỗi” có thể đăng nhập thất bại, hết quota hoặc biến mất sau vài ngày.
Một account 40.000 đồng đi qua những đâu?
Mình chia đường đi của một account thành vài khâu để dễ nhìn, không phải vì mọi shop đều có đúng năm phòng ban. Có người chỉ bán lẻ. Có người giữ nguồn. Có người vận hành pool. Một website khác có thể chỉ làm mặt tiền. Người mua cuối cùng thường chỉ gặp lớp cuối, nên càng khó biết request của mình đã đi qua bao nhiêu người.
Một account có thể bắt đầu từ mailbox, số điện thoại, payment route (tuyến thanh toán), trial, seat hoặc nguồn sỉ. Sau khi kích hoạt, nó được kiểm tra xem còn sống và còn quota hay không. Account đủ dùng sẽ được giao thẳng cho khách hoặc nhập vào pool để router điều phối. Từ đó người bán có thể bán account, slot (suất dùng), key hay endpoint, tức địa chỉ nhận request, rồi thay nguồn phía sau khi một account chết.
Đầu tiên phải có nguồn hàng
Trong chat, các chữ UPI, Apple Pay, GCash, iCloud, Gmail và Hotmail xuất hiện như tên từng loại hàng. Chúng có thể chỉ mailbox, cách thanh toán hoặc kỳ vọng về độ bền. OpenAI có hỗ trợ UPI, hệ thống thanh toán tức thời của Ấn Độ, cho Go và Plus tại nước này, nên nhìn thấy chữ UPI rồi gọi ngay đó là một lỗ hổng sẽ sai. Câu hỏi hay hơn là account được kích hoạt trong điều kiện nào, quyền lợi kéo dài bao lâu và vì sao nó có thể được tạo hoặc mua với số lượng đủ lớn để bán sang nhiều tầng.
Mình không tin có một chiếc máy duy nhất nhả ra toàn bộ account của cái chợ này. Khả năng thực tế hơn là nhiều nguồn bị trộn lại, từ trial, promotion, route theo khu vực, seat hoặc workspace đến account mua từ upstream, nguồn được tạo theo lô và quota nhàn rỗi. Credential bị chiếm đoạt hay thanh toán gian lận hoàn toàn có thể có mặt, nhưng không thể nhìn mỗi mức giá rồi kết án mọi lô hàng là “thẻ hack”. Thị trường xám thường bẩn theo nhiều cách cùng lúc, không tử tế đến mức chỉ dùng một công thức cho mình dễ kể.
Sau đó account phải qua một vòng khám sức khỏe
Người bán cần biết account đăng nhập được không, có model nào, còn quota bao nhiêu, có đòi xác minh điện thoại không, session (phiên đăng nhập) còn sống không và khách có đổi thông tin được không. Các chữ “scan” (quét kiểm tra), “die” (đã chết), “bền”, “no warranty” (không bảo hành) hay “bảo hành 10 ngày” nghe lộn xộn, nhưng đặt cạnh nhau lại giống một bảng phân loại hàng. Account không chỉ có trạng thái sống hoặc chết. Nó có phẩm cấp.
Một bài trên LINUX DO từng tự kể rằng hơn 30 account trial đi qua một route UPI chỉ còn 8 account sống ở lần cập nhật sau. Đây là lời người đăng tự báo, không phải số liệu OpenAI kiểm toán. Dù vậy, tỷ lệ hao hụt ấy khớp kỳ lạ với cách các shop liên tục fill kho, quét lại, đổi account và thu ngắn bảo hành. Nếu cứ ba hoặc bốn account mới có một account sống đủ lâu, kho buộc phải lớn hơn nhiều số khách đang dùng.
Khâu đóng gói quyết định khách tưởng mình đã mua gì
Bán credential là cách dễ hiểu nhất, khách nhận account rồi tự đăng nhập. Activation (kích hoạt hộ) hoặc seat giữ account ở phía khách nhưng quyền Plus đến từ một bên khác. Relay, tức máy chủ trung chuyển request, thì che hẳn account. Khách chỉ thấy key và base URL, còn OAuth token (mã ủy quyền), session hay API key thật nằm ở backend, tức hệ thống phía sau của operator (người vận hành). Cả ba đều có thể được quảng cáo bằng chữ ChatGPT hoặc Codex, nhưng quyền sở hữu, quyền riêng tư và độ ổn định khác nhau hoàn toàn.
Cuối cùng, router che phần hỗn loạn khỏi khách
Nếu một account riêng chết, người mua biết ngay. Trong pool, một account chết có thể chỉ thành một dòng đỏ trên dashboard (bảng điều khiển). Router chuyển request sang account khác, hạ ưu tiên nguồn sắp hết quota, làm mới token rồi giữ nguyên endpoint bên ngoài. Sự bất ổn không biến mất. Nó chỉ được đẩy ra sau tấm rèm, nơi khách không còn biết mình vừa đổi từ account A sang B hay C.
9Router không sinh account. Nó giúp cái kho đỡ lộ cảnh hỗn loạn
Mình tìm tới 9Router khi lần theo cách các shop nói về router, quota và việc nhập account vào pool. Không có lý do để nghĩ mọi shop đều chạy đúng một phần mềm, nhưng 9Router là ví dụ công khai sát nhất cho lớp trung gian này. Nhìn vào khả năng của nó giúp giải thích một kho account không đồng đều có thể được đóng gói thành một dịch vụ trông ổn định như thế nào.
README, tức tài liệu giới thiệu của 9Router, nói thẳng về multi-account (nhiều account), load balancing (cân bằng tải), tự chuyển khi một nguồn hết quota, theo dõi hạn mức theo thời gian thực và trộn nhiều tầng subscription, nguồn rẻ hoặc miễn phí. Tài liệu kiến trúc đặt Codex CLI (giao diện dòng lệnh) cùng các client, tức phần mềm gửi yêu cầu, ở một phía. 9Router nằm giữa, còn các provider (nhà cung cấp nguồn) và node tương thích nằm phía sau. Nhìn sơ đồ là thấy ngay nó không phải “xưởng tạo Plus”. Nó là quầy điều phối.
Bản thân việc đó có nhiều cách dùng bình thường. Một developer có thể quản lý các account do chính mình sở hữu. Một team có thể cân bằng provider đã được cấp quyền. Một hệ thống nội bộ có thể cần fallback, tức chuyển sang nguồn dự phòng khi nguồn chính lỗi. Round-robin là cách luân phiên request qua từng nguồn, không phải một tội danh. Nhưng khi router được ghép với credential mua theo lô rồi bán endpoint cho người không liên quan, bài toán kinh tế đổi hẳn. Operator không còn cần giao một account đầy đủ cho mỗi khách. Họ chỉ cần giữ cho dòng request tiếp tục chảy.
Thứ 9Router khuếch đại không phải số account, mà là khả năng tận dụng từng account
Account A có thể phục vụ một nhóm request cho tới khi gần cạn. Account B nối tiếp. Account C được giữ dự phòng. Một nguồn chết giữa đêm không nhất thiết làm khách thấy dịch vụ chết theo. Nhờ vậy, kho vài trăm account có thể tạo ra nhiều lượt bán hơn số account đang nằm trong kho. Thứ được bán dần chuyển từ “một account của bạn” thành “quyền được đi qua một đường ống còn hoạt động”.
Đây là lý do mình không đồng ý với cả hai cách kể cực đoan. Nói 9Router tạo ra account giá rẻ là gán sai vai. Nói nó hoàn toàn không liên quan vì chỉ là một phần mềm trung tính cũng bỏ qua tác dụng thật. Nó không sinh hàng, nhưng nó giúp gom hàng không đồng đều, vét phần quota còn lại và làm mặt tiền sống lâu hơn từng account ở phía sau.
Nguồn rẻ, bán nhiều và bảo hành ngắn biến hao hụt thành lợi nhuận
Mình không tìm ra cách kinh doanh hợp lý nào trong đó một người bán mua hàng nghìn gói Plus theo giá niêm yết, giao riêng từng gói cho khách rồi đều đặn bán ở mức 15.000 đến 150.000 đồng. Nếu giá rao là thật và người bán vẫn tồn tại, ít nhất một phần trong câu “mỗi khách nhận một Plus chính chủ đầy đủ” phải sai.
Giá đầu vào có thể thấp nhờ trial, promotion, route khu vực, activation, seat hoặc nguồn sỉ. Một account có thể được bán lại. Nhiều account có thể được gom thành pool rồi chia cho nhiều khách. Món hàng cũng có thể chỉ mang nhãn Plus chứ không tương đương một subscription riêng trọn vẹn. Nguồn tiền hoặc credential không thuộc người bán là khả năng phải tính tới, nhưng muốn chỉ đúng một lô thì vẫn cần dấu vết thanh toán hoặc takeover cụ thể.
Có người từng tự báo giá đầu vào khoảng 5 RMB (nhân dân tệ Trung Quốc) mỗi account. Một người khác kể rằng chỉ 8 trong hơn 30 account còn sống sau một thời gian. Hai con số này không đến từ sổ sách của cùng một shop, nên mình không dùng chúng để tính lợi nhuận. Nhưng chúng cho thấy vấn đề rất đơn giản. Nếu chỉ 8 trong 30 account sống, 5 RMB ban đầu đã thành gần 18,75 RMB cho mỗi account sống, chưa tính mailbox, SMS, công vận hành, hoàn hàng và những account chết muộn.
Khi tỷ lệ chết cao, món hàng tưởng rất rẻ có thể đội giá vốn lên vài lần. Muốn còn lời, người bán phải bán thật nhanh, dùng quota trước khi account chết, đưa nó vào pool, bán nhiều lượt hoặc đẩy phần rủi ro sang khách bằng bảo hành cực ngắn. Ba giờ bảo hành quay lại đúng chỗ của nó trong bài toán. Nó không bảo đảm chất lượng. Nó chặn một account chết muộn quay trở lại thành khoản lỗ của shop.
“Hàng nghìn account” là một con số dễ làm người ta hoa mắt
Trong lúc tìm hiểu, mình gặp các lô vài chục, vài trăm và những lời tự nhận khoảng 800 đến 1.000 account. Ngoài ra, còn có người khoe kho hàng nghìn account Free. Mình tin điều này đủ để nói nguồn hàng theo lô là có thật. Nhưng từ đó nhảy sang kết luận một người bán đang giữ hàng trăm nghìn Plus đã thanh toán đầy đủ, còn sống cùng lúc thì xa quá.
Con số khoe trên chợ có thể là tổng account từng tạo, gồm cả số đã chết. Nó có thể là credential từng giao, trong đó một account xuất hiện nhiều lần. Nó có thể là lượt request chạy qua pool, hoặc số listing do bot đăng đi đăng lại. Cho nên mỗi lần thấy chữ “10.000”, mình muốn hỏi thêm một câu hơi phá mood. 10.000 cái gì?
Open Measures tìm được hơn 5 triệu bài Telegram có dấu hiệu quảng cáo hoặc hỏi mua account cho nhiều nền tảng từ tháng 07.2025 đến 07.2026. Khoảng 429.720 bài nhắc tới các nền tảng AI (trí tuệ nhân tạo). Chỉ 15 account hoạt động mạnh nhất đã tạo gần 936.000 bài, phần lớn nhờ tự động hóa. Những con số này cho thấy việc phân phối account là một thị trường rất lớn. Chúng cũng nhắc mình đừng đồng nhất số bài đăng với số account.
Không cần một vụ hack OpenAI bí mật để cái chợ này tồn tại
Câu chuyện “ai đó đã hack OpenAI và lấy được Plus vô hạn” nghe rất đã. Nó gom mọi thứ vào một bí mật lớn, có thủ phạm rõ ràng và dễ kể lại. Nhưng phần chat mình đọc đời thường hơn nhiều. Người bán nói về mailbox, xác minh điện thoại, payment route, quota, account die, fill hàng và đổi bảo hành. Đây là ngôn ngữ của việc tận dụng chênh lệch rồi mở rộng bằng số lượng, không giống cách người ta nói về một zero-day, tức lỗ hổng chưa có bản vá, ổn định trong backend.
OpenAI thật sự có trial và promotional subscription phụ thuộc điều kiện. Referral có thể cho usage credit (tín dụng sử dụng), reset rate limit (đặt lại giới hạn tần suất) hoặc quyền lợi tạm thời, dù không mặc định là API credit và không được bán hay chuyển nhượng. Codex cũng có hạn mức thay đổi theo plan, model và độ phức tạp của tác vụ. Chỉ riêng ba thứ đó đã tạo ra nhiều loại quota có giá trị và vòng đời khác nhau để người ta tìm cách gom, đổi và bán lại.
Bài Free tokens for sale của Okta Threat Intelligence còn ghi nhận một mô hình rộng hơn. Người ta đăng ký gian lận để lấy trial hoặc credit, sau đó chuyển request qua relay station và gateway, hai lớp trung chuyển và điều phối, rồi bán endpoint rẻ hơn giá chính thức rất nhiều. Okta không chỉ ra nguồn của từng account ở những shop mình đã xem. Họ cho thấy con đường từ account factory (hệ thống tạo account hàng loạt) tới credit hoặc quota, rồi qua pool và thành endpoint giá rẻ là chuyện có thật ở nhiều dịch vụ AI.
Người mua không chỉ đánh cược 40.000 đồng
Ba mươi hay bốn mươi nghìn đồng làm thất bại trông khá vô hại. Account chết thì mua cái khác. Nhưng tiền mua lại là phần rủi ro nhỏ và dễ thấy nhất. Nếu người bán giao credential, họ từng biết email, mật khẩu và mã 2FA. Nếu người bán giao relay, prompt (nội dung yêu cầu) lẫn response (kết quả trả về) phải đi qua máy của họ. Với Codex, prompt có thể kéo theo source code, đường dẫn file, log lỗi, cấu hình dự án, token và dữ liệu công việc.
- Account có thể đã bị người trước dùng gần hết quota nhưng vẫn còn nhãn Plus.
- Người mua có thể mất quyền truy cập ngay sau khi hết ba giờ bảo hành.
- Một người khác trong cùng pool lạm dụng dịch vụ có thể làm cả nguồn bị khóa.
- Gateway có thể ghi log request và response để debug (tìm lỗi), đo mức sử dụng hoặc làm một việc mình không được biết.
- Model sau endpoint có thể không đúng với tên model được quảng cáo.
- Credential và dữ liệu có thể đi qua nhiều reseller không lộ danh tính.
OpenAI nói account được tạo cho chính người sở hữu nó. Terms of Use (Điều khoản sử dụng) cũng cấm chia sẻ credential, làm account sẵn cho người khác và né rate limit hoặc biện pháp bảo vệ. Mình không viện điều khoản để giả vờ rằng chợ ngoài đời sẽ tự biến mất vì một trang policy. Điều khoản chỉ cho thấy nền móng của món hàng này có thể bị rút bất kỳ lúc nào, và người mua gần như không có quyền đòi OpenAI cứu một account họ vốn không được phép nhận.
Một endpoint tương thích OpenAI không có nghĩa request đi thẳng tới OpenAI. “Tương thích” chỉ nói nó nhận cùng kiểu dữ liệu, không nói ai đang đọc dữ liệu, model nằm ở đâu hay quota thuộc về ai.
Một chiếc router cũng có ngày để quên khóa cửa
Gateway giữ gần như mọi thứ đáng giá trong hệ thống, từ token, account, API key và log mức sử dụng đến cả nội dung request. Gom nhiều nguồn vào một chỗ giúp vận hành tiện hơn, nhưng cũng tạo ra một nơi mà cấu hình sai có thể làm cả kho lộ cùng lúc.
9Router từng có các security advisory (cảnh báo bảo mật) và đã vá theo từng phiên bản. Lỗi authorization bypass, tức vượt qua bước kiểm tra quyền, ảnh hưởng các bản trước 0.3.75. Một chuỗi endpoint plugin MCP (Model Context Protocol) không được bảo vệ có thể dẫn tới RCE (thực thi lệnh từ xa) trong các bản từ 0.4.30 đến trước 0.4.37. Một advisory khác mô tả proxy /v1 mở cùng SSRF (giả mạo yêu cầu từ phía máy chủ) ở các bản tới 0.4.80, được vá ở 0.4.82.
Nhắc những lỗi này không có nghĩa 9Router là malware (phần mềm độc hại) hoặc bản mới vẫn còn nguyên lỗi cũ. Nó chỉ phá một ảo giác khác. Chạy một gateway không phải cài xong rồi quên. Operator phải cập nhật, bật API key, giới hạn network (mạng được phép truy cập), giữ dashboard khỏi Internet công khai và biết log đang lưu gì. Một pool giúp account thay nhau gánh tải, nhưng chính nó cũng trở thành một điểm hỏng rất to.
Phần chi phí còn lại rơi xuống cả người dùng bình thường
Một pool tạo ra kiểu tải khác hẳn một người dùng. Nhiều session, nhiều địa chỉ IP, request song song, quota bị dùng sát trần và account được thay ngay khi hết hạn mức. Phản ứng dễ đoán của nhà cung cấp là tăng xác minh điện thoại, liên kết thiết bị, dò quan hệ giữa account, siết rate limit và thu hồi promotion. Các đợt “quét” trong chợ có thể là phần người bán nhìn thấy của cuộc đuổi bắt ấy, dù không có log OpenAI thì mình không thể chỉ đúng kỹ thuật nào đã khóa từng lô.
Khó chịu ở chỗ biện pháp chống abuse (lạm dụng) hiếm khi chỉ chạm người bán. Một sinh viên có nhiều thiết bị, developer đổi mạng, team đi công tác hoặc người dùng nặng hợp lệ cũng có thể bị hỏi xác minh nhiều hơn. Chợ xám lấy lợi nhuận từ khoảng chênh của hệ thống, còn phần phiền phức được chia cho tất cả người dùng.
OpenAI cũng không thể chỉ đứng ngoài và nói người dùng đã vi phạm điều khoản. Khi plan, quota, credit và usage quá khó hiểu, khoảng mờ trở thành nguyên liệu bán hàng. Khi một endpoint bên thứ ba có thể tự gọi mình là “API Codex chính hãng” mà khách khó kiểm tra model, nguồn quota và privacy (quyền riêng tư), nhà cung cấp vẫn phải minh bạch hơn về sản phẩm, cảnh báo khi account bị chiếm và cung cấp công cụ quản lý session.
Mình không muốn biến phần mềm open source thành thủ phạm tiện lợi
Mình đã dành quá nhiều thời gian với phần mềm open source (mã nguồn mở) để chấp nhận kiểu kết luận “có multi-account nên chắc chắn là công cụ hack”. Một người có thể sở hữu hợp pháp nhiều account. Doanh nghiệp có thể có nhiều seat. Team có thể dựng gateway nội bộ cho tài nguyên họ được quyền dùng. 9Router, codex2api hay một load balancer (bộ cân bằng tải) không tự mang tội chỉ vì nó có chữ pool.
Điểm đáng ngờ xuất hiện khi credential được bán cho người không liên quan, hàng chết được bổ sung liên tục, thay account trở thành bảo hành mặc định, nguồn bị che sau endpoint, trial hoặc seat bị thương mại hóa trái mục đích, còn người mua không biết prompt đi đâu. Lúc đó, câu “phần mềm chỉ là công cụ” vẫn đúng nhưng mới trả lời phần code. Nó chưa trả lời account đến từ đâu, operator có quyền gì với nguồn ấy và dữ liệu khách đi qua tay ai.
Đập phẳng mọi tool thành “virus” vừa oan cho người dùng hợp lệ, vừa giúp operator đáng ngờ có một câu phản bác quá dễ. Mình muốn chỉ trích đúng chỗ hơn. 9Router không sản xuất nguồn hàng. Nó làm nguồn hàng dễ gom và dễ bán thành dịch vụ hơn. Trách nhiệm nằm ở cách nguồn được lấy, quyền truy cập được chia và dữ liệu của khách được xử lý.
Có những chỗ mình vẫn chưa biết, và mình để chúng ở đó
Mình chưa biết chính xác tỷ lệ bao nhiêu account đến từ trial, payment route, seat, account factory, nguồn bị chiếm đoạt hay thanh toán gian lận. Mình cũng chưa thể nói một người bán giữ bao nhiêu Plus còn sống cùng lúc, hay mỗi shop dùng router nào. Những khoảng trống đó là thật.
Nhưng khoảng trống không xóa phần đã nhìn thấy. Bot, stock, giá sỉ, bảo hành, credential, referral, thuê SMS, restock và cách phân hạng độ sống lặp lại ở nhiều shop. Khi ghép chúng với tài liệu của router, bài của Okta và quy mô phân phối do Open Measures ghi nhận, bức tranh chung khá rõ. Nguồn được gom theo lô, kiểm tra, đóng gói, đưa vào pool hoặc relay, bán ra rồi thay khi chết.
Nếu một ngày OpenAI công khai cơ chế trial rõ hơn, thay đổi UPI, bỏ promotion hoặc sửa hẳn cách Codex tính quota, mình sẽ cập nhật phần nguồn, giá và tỷ lệ sống. Bài này chỉ ghi lại những gì mình thấy ở thời điểm hiện tại, không dự đoán tương lai. Nó chỉ trở thành trò hề nếu những listing kia không giao được quyền truy cập thật, pool không dùng account upstream như mô tả hoặc toàn bộ nhịp restock và thay hàng đã được dựng giả. Có thay đổi trong tương lai không làm quá khứ tự biến mất.
Nếu vẫn muốn mua, ít nhất đừng gọi đó là một món hời vô hại
Mình hiểu vì sao account rẻ có người mua. Một sinh viên cần Codex cho bài tập hoặc một dự án cá nhân có thể thấy giá chính thức quá cao. Bốn mươi nghìn đồng dễ quyết hơn rất nhiều một subscription theo tháng. Nhưng giá dễ chịu không làm source code, prompt và tài khoản cá nhân bớt đáng giá. Nó cũng không ngăn tiền của người mua trở thành tín hiệu để shop nhập lô kế tiếp.
- Đây là account riêng, seat, activation hay endpoint của relay?
- Ai giữ email, recovery, 2FA và những session đã tồn tại trước đó?
- Prompt cùng response có bị log không, log nằm ở đâu và giữ bao lâu?
- Model và quota được kiểm tra bằng gì ngoài ảnh chụp của người bán?
- Khi account chết, người bán thay account hay hoàn tiền, còn dữ liệu cũ đi đâu?
- Người bán có thật sự được quyền cung cấp seat hoặc entitlement ấy không?
Với source code, token, tài liệu khách hàng hay dữ liệu công việc, mình sẽ không gửi qua một relay không kiểm soát. Nếu đã dùng credential mua lại, đừng tái sử dụng mật khẩu, đừng gắn phương thức thanh toán của mình và đừng đặt dữ liệu cá nhân vào đó. Nếu đang vận hành gateway cho mục đích hợp lệ, hãy cập nhật bản vá, giới hạn network, bật xác thực và kiểm tra log trước khi tin rằng chữ “localhost” đã bảo vệ mọi thứ.
Mình đã đối chiếu những gì?
Để biết phần nào là hành vi chính thức, mình đọc Account Sharing Policy (Chính sách chia sẻ tài khoản), Terms of Use (Điều khoản sử dụng), Multi-currency billing (thanh toán đa tiền tệ), Codex usage limits (hạn mức Codex), Codex Referral Promotions (ưu đãi giới thiệu Codex) và FAQ (mục hỏi đáp) về trial. Mình dùng chúng làm mốc so sánh, không dùng chúng để phủ nhận những gì diễn ra ngoài chợ chỉ vì OpenAI chưa viết bài xác nhận từng kiểu lạm dụng.
Phần router dựa vào repo 9Router, tài liệu kiến trúc và ba advisory về authorization bypass, RCE qua plugin MCP, open relay cùng SSRF. Okta Threat Intelligence và Open Measures cho mình hai góc nhìn rộng hơn về account factory, relay và cách chợ Telegram phóng đại quy mô bằng tự động hóa.
Cái chợ sống được vì cả hai phía chấp nhận không hỏi cho rõ
Sau khi đọc hết, mình không còn thấy 39.999 đồng là chi tiết kỳ lạ nhất. Mức giá đó chỉ là kết quả. Thứ làm cả cái chợ chạy được là khoảng cách giữa cái tên khách nhìn thấy và tài sản thật phía sau. “Plus” có thể là trial. “API” có thể là relay. “Một tháng” có thể là thời hạn quảng cáo cho account sống ba ngày. “Bảo hành” có thể chỉ là quyền nhận một credential khác từ cùng kho. “Không giới hạn” có thể nghĩa router sẽ đổi nguồn cho tới khi cả kho cùng cạn.
Người bán cần khoảng mờ ấy để giữ biên lợi nhuận và tránh phải hứa quá nhiều. Người mua chấp nhận nó vì mức giá thấp, nhu cầu gấp và hy vọng mình sẽ là người may mắn. 9Router không tạo ra cuộc mặc cả đó, nhưng nó làm cuộc mặc cả dễ mở rộng hơn. Nhiều account không đồng đều có thể trở thành một endpoint trông liền mạch, còn sự hỗn loạn phía sau tạm biến mất khỏi mắt khách.
Vì vậy, lý do những người kinh doanh trái đạo đức vẫn tồn tại không bí hiểm. Họ tồn tại vì rủi ro đã được chuyển cho người khác, việc bán được tự động hóa, trách nhiệm bị chia qua nhiều tầng và luôn có khách cho rằng mất 40.000 đồng cũng không đáng kể. Lý do khách vẫn đông cũng không phải vì tất cả đều ngây thơ. Nhiều người biết món hàng có vấn đề, nhưng nhu cầu trước mắt và mức giá quá thấp khiến họ tự cho phép mình bỏ qua phần còn lại.
Người bán không thể tiếp tục nhập hàng nếu không có người mua. Người mua không thể có mức giá ấy nếu không có ai đó ở phía sau đang gánh phần chi phí, mất quyền truy cập hoặc bị đem quyền lợi của mình ra bán lại.
Mình không muốn kết bài bằng câu “mọi account rẻ đều bị hack” hay “9Router là virus”. Hai câu ấy nghe mạnh nhưng quá dễ, và cũng sai phần quan trọng nhất. Điều đáng chỉ trích là một thị trường biến sự thiếu minh bạch thành sản phẩm. Người bán giữ phần chênh lệch. Khách nhận account chết và rủi ro dữ liệu. Người dùng bình thường nhận thêm các lớp kiểm soát chống lạm dụng. Còn mỗi giao dịch nhỏ lại trả tiền để vòng quay bắt đầu thêm một lần.
Bạn đọc tới cuối rồi Nếu cần nói ngắn
Vì người mua thường không định giá món hàng như một tháng Plus trọn vẹn. Họ mua quyền dùng ngay cho một việc gấp, thấy 40.000 đồng là khoản có thể mất và coi ba giờ là đủ để đăng nhập, kiểm tra rồi hy vọng account sống lâu hơn.
Họ mua hoặc gom nguồn rẻ, bán nhanh, chia hạn mức qua pool dùng chung, bán lại theo nhiều dạng và giới hạn bảo hành. Khi account chết sau ba giờ, phần thiệt hại đã chuyển từ chi phí của shop thành rủi ro của khách.
Một đơn hàng riêng lẻ trông rất nhỏ, nhưng hàng nghìn quyết định như vậy trả tiền cho lô account, bot bán hàng và tầng người bán lại tiếp theo. Hoàn cảnh kinh tế giải thích lựa chọn của người mua, nhưng không làm nhu cầu ấy mất tác dụng nuôi nguồn cung.
9Router không tạo account. Nó cho thấy một gateway, tức lớp trung gian điều phối, có thể ghép nhiều account, theo dõi hạn mức và thay nguồn khi một account lỗi. Cơ chế ấy biến một kho thiếu ổn định thành endpoint trông liền mạch và giúp người vận hành tận dụng nhiều phần quota hơn.
- NhanAZ - 10.08.2026