top of page

28 分鐘複製一套軟體:AI 逆向工程走紅,企業的護城河與供應鏈風險同時被改寫

11月6日
讀畢需時 4 分鐘
抽象紫藍色封面:軟體視窗被拆解成幾何區塊並重組成另一個相同視窗,旁有盾牌與鏈結節點

一位做了十多年逆向工程與漏洞研究的資安工程師,在 Claude Code 裡輸入一句請求:用 GitHub 上正在爆紅的開源專案 REA(Reverse Engineer Anything),只看執行檔、不看原始碼,把 Linux 上的 GNOME 計算機重做一遍。

28 分鐘後,他的螢幕上並排著兩個視窗。左邊是 AI 重建的版本,右邊是原版。加減乘除算得一樣,介面幾乎一致,只有模式切換鈕的位置不同,視窗拉大時排版會跑掉。

這位在 YouTube 經營 Low Level 頻道的工程師指出,若不靠 AI,一般人要把這支約有兩千個函式的程式拆開、轉成虛擬碼再重寫,大概要花上幾天到一週。這件事之所以重要,不在於計算機本身,而在於它說明了一個正在成形的現實:軟體被「看懂並重做」的成本,正在快速下降。對靠授權費維生的軟體公司,以及每天在公司電腦上安裝各種工具的企業,這都不是遙遠的技術話題。

逆向工程不新,新的是有人把整個迴圈交給 AI

他先釐清一件事:Ghidra、IDA Pro、Hopper 這類反組譯工具早已存在多年,能把二進位檔轉回近似 C 語言的虛擬碼。真正困難的,一直是之後那段反覆推敲的過程:提出一個問題、到工具裡找證據、根據答案再問下一個問題。

他認為,REA 的價值在於它是一套整理得很好的 harness,把「拆解、提問、取證、再提問」這個迴圈交給 AI 代理去跑,再由程式碼生成工具把整個程式重新寫出來。他也提到,這類工具未來可能直接被 AI 代理本身吸收,並提醒使用者留意 Token 花費。

換句話說,過去只有少數懂組合語言的專家才做得到的事,現在變成一般開發者也能操作的流程。

「複製很便宜」之後,維護與責任誰來扛

網路上已經出現各種仿製作品,從遊戲到 Adobe 系列軟體的 Rust 重製版。他引述外界評價,這些重製品普遍反應慢、不夠好用,但趨勢已經清楚:只要付出一點 Token 費用,就能做出一套功能相似的軟體。

他對此提出兩個疑問。第一,一鍵生出來的軟體,誰負責修 bug、誰負責長期維護、誰付錢給維護的人?開源社群長期無償扛起資安修補的處境,可能會更普遍。

第二,這些軟體本身就是供應鏈風險。他說,自己付錢給原廠,原廠就有誘因不在產品裡夾帶惡意程式;但換成來路不明的重製版,他不知道是誰寫的、裡面跑著什麼,即使原始碼公開,也不可能逐行審查。

軟體公司的反應可想而知:把程式碼收回雲端

他最大的擔憂,是企業終究要賺錢。如果任何安裝在使用者電腦上的程式都可能被還原,軟體公司就會想辦法不讓使用者碰到程式本身。

他推測的方向有兩種:一是走向類似遊戲產業的模式,使用者只拿到授權,實際程式跑在雲端,透過虛擬桌面操作;二是乾脆全部改成網頁應用,因為跑在遠端伺服器上的後端程式碼,使用者根本拿不到。

即便如此,他仍認為讓更多人能拆解、理解軟體,整體而言是好事,只是現有的商業模式和這類工具還對不上。

台灣企業該重新檢查的兩件事

以下是本文的分析推論。這支影片對台灣企業的提醒,可以分成賣方與買方兩個角度:

  • 賣軟體的一方:若產品價值主要鎖在可安裝的程式裡,護城河會比想像中薄。值得思考的是,哪些核心邏輯應該放在伺服器端,哪些價值要轉向持續更新、技術支援與資安責任這些難以複製的部分。

  • 買軟體與用工具的一方:員工用 AI 重製或下載的「平替」工具,表面上省下授權費,實際上把維護與資安責任轉回公司身上。採購與資訊部門應把「誰維護、誰負責、程式從哪裡來」列入審查項目,涉及授權條款與智慧財產權的部分,也應先請法務確認。

另一個常被忽略的變化是成本結構:當複製軟體的主要花費從授權費變成 Token 費用與工程師時間,企業管理 AI 用量的能力,就會直接影響這筆帳算不算得過來。

結語:螢幕上的兩個視窗

回到那兩個並排的計算機視窗。它們看起來幾乎一樣,差別藏在看不見的地方:誰寫的、誰會修、出事時誰負責。

AI 讓「做出一樣的東西」越來越便宜,但讓企業敢長期使用的那些條件,並沒有跟著變便宜。對台灣企業主管來說,下一次有人提議「用 AI 自己做一套就好」時,比起問做不做得出來,更該問的是做出來之後由誰扛。AI 代理在拆解與重寫過程中燒掉的 Token,也應一併納入規劃,讓這筆新成本看得見、管得住。

延伸閱讀

立即行動

AI 逆向與重寫不再只是少數專家的工作;企業若把它納入日常,同時也把 Token 用量與供應鏈責任一起帶進來。導入前先釐清誰能動用這類代理、產出的軟體能否進正式環境,以及帳單如何對回專案。若要把多模型用量與費用集中攤開管理,可參考 AI Token King。

資料來源與編輯註記

  • 來源影片標題:I Tested The Viral Reverse Engineering Repo

  • 頻道:Low Level

  • 影片網址:https://www.youtube.com/watch?v=qFEuYUfauNY

  • 發布日期:2026 年 10 月 16 日(YouTube 標示時間,UTC)

  • 擷取時觀看數:約 342 萬次(3,420,883 次,2026 年 10 月 28 日擷取)

  • 贊助揭露:本文無贊助。

編輯註記:本文依影片內容整理轉述,講者觀點均為轉述,非逐字翻譯;「台灣企業該重新檢查的兩件事」一節及結語為本站編輯的分析推論,不代表講者立場。來源影片為講者個人示範與評論,非產品廠商委託內容。

留言


bottom of page