
ZCode 被指背景上傳儲存庫,引發疑慮

ZCode 被指背景上傳儲存庫,引發疑慮
WEEX觀察
- 近期關鍵問題在於,ZCode 是否會確認所報告的上傳路徑、範圍及預設行為,以及是否會推出修補程式或明確的退出控制選項。
- 處理專有程式碼的團隊可能會關注實際傳輸的內容:目前檔案、提交歷史、LFS 快取、reflog,以及任何本機保留、可能暴露超出現行原始碼範圍資訊的成品。
- 另一個值得關注的重點是,ZCode 是否會釐清其隱私權政策措辭與所報告背景打包流程之間的落差,尤其是在關閉模型訓練相關設定後,上傳仍持續進行的情況。
對 AI 開發者工具而言,信任愈來愈取決於資料收集是否範圍明確、揭露清楚且易於停用。
AI 程式設計工具 ZCode 近日受到關注,技術部落客 ferstar 表示,逆向分析發現,只要使用者處於登入狀態,該應用程式便會在背景自動將完整專案快照(包括 .git 資料夾)上傳至阿里雲 OSS。
根據 ferstar 的分析,所報告的機制並不依賴使用者手動執行上傳操作。該部落客表示,只要使用者登入,流程就會啟動,而且介面並未提供可停用快照上傳本身的設定。
Ferstar 表示,分析期間識別出的一個商業專案快照約為 313MB,包含約 42,000 個檔案。其中,與 .git 相關的檔案佔 86.6%,包括 Git 歷史物件、LFS 大型檔案快取及 reflog。根據這項發現,所報告的上傳套件不僅可能包含目前程式碼,也可能包括較舊的提交記錄、先前下載的大型檔案,以及本機分支活動的痕跡。
同一份分析指出,該快照上傳已失敗 564 次,並仍在本機佇列中等待重試。報告未能確定可能受影響的使用者數量、上傳是否已廣泛完成,或 ZCode 是否在分析發表後改變了這項行為。
根據報告所述,ZCode 已發布的隱私權政策措辭稱,該產品會收集使用者在對話中提交的文字、檔案和程式碼,但未明確表示會上傳整個儲存庫及 Git 歷史。Ferstar 也表示,ZCode 的「最佳化計畫」預設為關閉,且似乎規範的是資料用於模型訓練,而不是快照打包和傳輸本身。報告指出,關閉該選項並不會停止背景上傳行為。
為何重要
此事件之所以重要,是因為 AI 程式設計工具愈來愈多地置於即時開發環境中,而儲存庫可能包含智慧合約程式碼、部署指令碼、內部基礎設施及其他敏感資料。已揭露的對話輸入與完整背景儲存庫打包之間的差異,會實質改變其安全與合規風險狀況。
此事也為 AI 工具帶來更廣泛的產業問題:便利功能和遙測系統是否與程式碼處理工作流程作出足夠清晰的區隔。無論是企業團隊還是加密原生團隊,產品採用與否可能不僅取決於模型品質,更取決於透明的資料界線、明確同意及可稽核的控制機制。
本內容僅供參考,不構成任何金融、投資、法律或稅務建議。文中提及的任何活動、獎勵、線上活動或相關資訊,不應被視為對購買、出售或交易任何加密資產的推薦、招攬或邀請。加密資產具有高波動性,存在價值損失風險。WEEX服務、產品及相關活動的可用性可能因地區而異。用戶在參與前有責任確保符合當地適用法律法規。
關於WEEX觀察
WEEX觀察是WEEX專為加密投資者打造的智能投研資訊板塊,深度聚合Web3、AI與全球宏觀財經前沿動態,以獨特視角輸出獨立研報與深度洞察,助力用戶快人一步捕捉市場趨勢與交易先機。
最新文章
更多KWBA支持南韓加強加密資產跨境匯款監管,籲修訂施行令
KWBA表示,已在南韓10月26日截止前,就加密資產外匯施行令草案提交意見。現有報導顯示,提案將對適用的跨境虛擬資產流動新增登記及匯款申報義務。
Cryptex BAGZ ETF第六度修訂S-1註冊文件,仍在申請階段
據報,Cryptex Digital Market Cap ETF於10月23日第六度提交S-1生效前修訂案,並擬以BAGZ為納斯達克交易代號;這不代表該基金已開始交易。
Electrum 4.8.3 修補惡意伺服器誘導加速費交易的安全漏洞
Electrum 表示,4.8.3 版針對惡意伺服器攻擊推出安全修補;攻擊者可能在交易剛廣播後,誘導用戶執行 Replace-by-Fee。本文整理已修補內容、應檢查風險的用戶,以及目前須留意的事項。
中國人民銀行新贖回機制瞄準債市壓力
據報,中國人民銀行已設立債券市場贖回支持機制。10月19日的演講顯示,這項工具旨在應對非銀行機構流動性壓力,屬附條件啟動的宏觀審慎措施。