本文來自微信公眾號： 鳳凰WEEKLY財經(jīng) ，作者：王涵
一款A(yù)I編程工具，究竟需要讀取多少企業(yè)代碼？答案或許遠(yuǎn)不止開發(fā)者實時編輯的零散片段。
成立于山西太原的軟件技術(shù)公司?承明科技近日通過官方抖音賬號公開函件，直指智譜華章旗下AI編程工具ZCode涉嫌未經(jīng)授權(quán)，私自上傳企業(yè)數(shù)據(jù)資產(chǎn)與商業(yè)秘密，并向智譜提出多項訴求。
根據(jù)承明科技披露的技術(shù)取證結(jié)果，企業(yè)在使用ZCode過程中，共有6個工作區(qū)數(shù)據(jù)被后臺上傳，涉及完整項目資料，其中包含版本控制歷史、數(shù)據(jù)庫口令、云服務(wù)憑證等高度敏感的商業(yè)信息。
事件發(fā)酵后，9月20日，承明科技相關(guān)負(fù)責(zé)人向《鳳凰WEEKLY財經(jīng)》回應(yīng)稱，針對智譜方面質(zhì)疑函件由AI起草的說法，其強(qiáng)調(diào)文書出具形式不影響事實真實性，函件內(nèi)容均依托企業(yè)獨(dú)立技術(shù)取證?！拔覀兿蛩麄儼l(fā)送的電子郵件和快遞郵件中，均附帶了我們的附件，也就是我們的取證記錄，這些都是技術(shù)產(chǎn)物，而非AI產(chǎn)物。如果智譜認(rèn)為函件中存在事實不實，希望對方能夠逐條書面指出?！?/p>
9月20日下午，承明科技抖音賬號將上述內(nèi)容隱藏。據(jù)前述負(fù)責(zé)人介紹，智譜方面委托咨詢公司與承明科技進(jìn)行溝通。為了表示誠意，決定把這個帖子暫時隱藏至20日晚7點。
截至9月21日發(fā)稿時，承明科技相關(guān)負(fù)責(zé)人向《鳳凰WEEKLY財經(jīng)》透露，智譜華章仍未提供解決方案。
針對社區(qū)反饋的獨(dú)立桌面AI編程客戶端ZCode產(chǎn)品安全問題，9月21日，智譜向其他媒體回應(yīng)稱，已經(jīng)完成整改，并向所有用戶道歉。公司已將ZCode開源，把代碼交給社區(qū)監(jiān)督。接下來將建立常態(tài)化產(chǎn)品安全漏洞機(jī)制，并邀請中國信息通信研究院和綠盟科技開展安全審計。
不只是“代碼片段”，
企業(yè)稱3萬余個文件被上傳
此次風(fēng)波從一份313MB的加密文件開始。
9月18日，個人開發(fā)者ferstar發(fā)布對ZCode客戶端的技術(shù)分析稱，其在清理電腦磁盤時發(fā)現(xiàn)，ZCode本地目錄占用超過700MB，其中目錄內(nèi)存在一份約313MB的加密文件。
ferstar在對ZCode客戶端逆向分析后發(fā)現(xiàn)，在用戶處于登錄狀態(tài)時，客戶端會生成工作區(qū)快照，包含完整Git版本歷史、LFS緩存、reflog等內(nèi)容，并在本地加密后被智譜ZCode上傳至阿里云OSS。
當(dāng)天，ZCode方面回應(yīng)稱，相關(guān)問題源于“代碼庫索引”功能。該功能旨在幫助用戶在本地生成倉庫索引，以支持包括歷史版本在內(nèi)的會話檢查點恢復(fù)、歷史版本回退及Repo Wiki等功能。Repo Wiki功能在生成Wiki頁面時可能會觸發(fā)倉庫數(shù)據(jù)上傳。
承明科技隨后披露的取證結(jié)果，進(jìn)一步給出了企業(yè)用戶側(cè)的數(shù)據(jù)。
根據(jù)承明科技公開的函件，其確認(rèn)共有6個工作區(qū)上傳成功。其中規(guī)模最大的“客戶端默認(rèn)工作區(qū)”打包時間為9月14日22時57分06秒，共涉及32932個文件、約4.11億個明文字符。另一個項目工作區(qū)包含1947個文件、約1.44億字節(jié)，也已經(jīng)被完整打包加密，但由于上傳重試失敗32次，最終未成功送達(dá)智譜ZCode云端。
承明科技據(jù)此認(rèn)為，相關(guān)處理行為具有自動觸發(fā)、批量發(fā)生的特征。
9月19日，承明科技在官方抖音賬號發(fā)布，其確認(rèn)共有6個工作區(qū)上傳成功截圖。
除了文件數(shù)量，受關(guān)注的還有ZCode究竟上傳了什么。
承明科技稱，其通過對ZCode客戶端程序中的歸檔函數(shù)進(jìn)行逆向分析發(fā)現(xiàn)，被上傳的并非單純的“代碼片段”，而是結(jié)構(gòu)完整的歸檔文件。
按照其披露的取證結(jié)果，歸檔內(nèi)容包括觸發(fā)快照的對話正文、全部文件路徑清單、工作區(qū)內(nèi)每個文件的原始內(nèi)容、全局配置清單，以及客戶端全局設(shè)置與技能配置。
承明科技進(jìn)一步稱，相關(guān)內(nèi)容實際涉及公司項目完整源代碼及系統(tǒng)架構(gòu)設(shè)計、完整版本控制歷史、數(shù)據(jù)庫口令、接口密鑰、云服務(wù)憑證及證書、員工及終端用戶個人信息，以及尚未公開的研發(fā)規(guī)劃、商業(yè)計劃和產(chǎn)品上線節(jié)奏等。
艾媒咨詢CEO張毅向《鳳凰WEEKLY財經(jīng)》表示，從通常的技術(shù)路徑來看，建立代碼索引可以在本地掃描并計算文件哈希，推理時再按需獲取與當(dāng)前任務(wù)相關(guān)的代碼片段，上傳全量工作區(qū)和完整Git版本歷史一般是非必要的。本地建立索引意味著數(shù)據(jù)不離開設(shè)備，而一旦上傳至云端，用戶對數(shù)據(jù)的控制能力也會隨之減弱。
“一旦工具獲取的數(shù)據(jù)范圍超出功能必需，覆蓋完整源代碼、Git歷史以及數(shù)據(jù)庫口令、API密鑰這類敏感信息，風(fēng)險會直接傳導(dǎo)到企業(yè)核心資產(chǎn)層面?！北P古智庫高級研究員江瀚指出，首先是核心代碼和商業(yè)邏輯直接外泄，其次是歷史提交里遺留的賬號憑證可能被外部利用，直接觸發(fā)線上生產(chǎn)環(huán)境的入侵風(fēng)險，這類風(fēng)險不是普通數(shù)據(jù)泄露，而是直接觸及科技企業(yè)生存的底線。
企業(yè)追問怎么證明數(shù)據(jù)被銷毀
承明科技此次發(fā)函還將另一個問題擺到臺前：已經(jīng)上傳的數(shù)據(jù)去了哪里？
9月18日，ZCode在回應(yīng)中表示，Wiki頁面在云端生成后，相關(guān)上傳數(shù)據(jù)會立即銷毀，不會保存。由于該功能上線初期默認(rèn)開啟，部分用戶受到影響，目前相關(guān)問題已經(jīng)修復(fù)。后續(xù)將開源ZCode代碼庫，并邀請第三方評估人員對系統(tǒng)運(yùn)行情況進(jìn)行審查。
9月18日，ZCode官方回應(yīng)上傳數(shù)據(jù)相關(guān)問題。
但對于企業(yè)用戶而言，“立即銷毀”如何驗證？
江瀚表示，技術(shù)層面所說的“立即銷毀”，一般指云端完成運(yùn)算后，第一時間刪除業(yè)務(wù)服務(wù)器上的原始數(shù)據(jù)包。但數(shù)據(jù)流轉(zhuǎn)會經(jīng)過對象存儲、緩存、索引、備份等多個環(huán)節(jié)，極易產(chǎn)生不同步清理的數(shù)據(jù)副本。即便業(yè)務(wù)層執(zhí)行刪除操作，底層存儲的冗余快照、緩存節(jié)點仍可能留存數(shù)據(jù)片段，僅依靠“立即銷毀”的表述，難以充分打消用戶顧慮。
承明科技在函件中提及，企業(yè)已將ZCode客戶端更新至3.12.3版本，但監(jiān)測到TESSERA項目在9月18日00:28:33仍發(fā)生打包上傳行為。據(jù)此，承明科技要求智譜ZCode說明，3.12.3版本是否依舊存在相關(guān)上傳邏輯，以及官方所稱“已修復(fù)”對應(yīng)的具體時間與改動內(nèi)容。
承明科技要求智譜ZCode停止處理并徹底刪除全部已上傳數(shù)據(jù)，刪除范圍除原始數(shù)據(jù)外，還包含對象存儲歸檔文件、服務(wù)器索引、知識庫頁面，以及依托該數(shù)據(jù)生成的衍生數(shù)據(jù)、緩存、備份和災(zāi)備副本。
同時，承明科技要求對方提供完整的數(shù)據(jù)處理清單，列明6個工作區(qū)各自的上傳時間、數(shù)據(jù)類型、文件數(shù)量、數(shù)據(jù)體量、當(dāng)前存儲位置、數(shù)據(jù)保留期限，以及是否生成知識庫、索引等衍生數(shù)據(jù)。
針對智譜ZCode所稱的“銷毀”，承明科技進(jìn)一步要求說明其具體范圍：是否包括對象存儲中的原始加密歸檔、服務(wù)器索引、備份及災(zāi)備副本，是否存在沒有真正刪除，僅停止使用的數(shù)據(jù)。
此外，承明科技還要求智譜ZCode出具刪除完成證明，載明刪除對象、刪除時間和執(zhí)行方式，并附上刪除操作記錄、對象存儲刪除回執(zhí)等可核驗材料。
“對于企業(yè)而言，要自行驗證平臺是否真正銷毀了相關(guān)數(shù)據(jù)其實非常困難?！被ヂ?lián)網(wǎng)分析師丁道師認(rèn)為，數(shù)據(jù)一旦上傳至平臺的云端服務(wù)器，服務(wù)器的訪問權(quán)限掌握在平臺手中，用戶通常無法直接查看數(shù)據(jù)是否仍然存在。因此，即使平臺通過聲明或文件形式告知用戶數(shù)據(jù)已經(jīng)銷毀，用戶也很難自行驗證。
他進(jìn)一步表示，這一問題并非AI時代才出現(xiàn)，在PC互聯(lián)網(wǎng)時代就已有較多討論。一種可能的解決方式是引入具有公信力的獨(dú)立第三方機(jī)構(gòu)，對平臺的數(shù)據(jù)刪除情況進(jìn)行審核，并出具相應(yīng)的審計報告，以此證明數(shù)據(jù)確實已經(jīng)銷毀?！爱?dāng)然，這只是一種思路，同時也需要進(jìn)一步約束平臺，提高平臺的誠信和履約意識?！?/p>
（圖源智譜公眾號）