Aurora勒索軟體利用Cursor AI攻擊10個目標

根據CloudSEK和Gambit Security究結,與Aurora(Aur0ra)勒索軟體相關的駭客被發現使用SpaceX的AI編碼助手Cursor入侵目標網路。這兩項獨立分析均基於與該俄語網路犯罪集團相關的暴露基礎設施,從而發現其工具包、shell歷史記錄和加密器,暴露的開放目錄洩露數月的活動記錄,這些活動發生在2026年4月至7 月期間,針對九個國家/地區的20多個組織。其中四名受害者已被列入其資料外洩網站。

CloudSEK:駭客使用Cursor(一款智慧編碼助手)策劃俄語攻擊,並且無一例外地排除獨立國家國協(Commonwealth of Independent States, CIS)的網域名範圍和獨聯體國家的網域名。關於Aurora的詳細資訊最早於2026年5月下旬曝光,CYFIRMA指出該勒索軟體主要針對Windows系統,並透過增量更新和功能擴展持續進行技術開發。Ransomware.Live的資料顯示,該勒索軟體已造成33起受害者事件,分別位於美國、德國、荷蘭、加拿大和英國。

2026年8月早些時候,Black Hills Information Security詳細描述一個案例:駭客首先透過大量電子郵件轟炸獲取初始存取權限,然後冒充IT服務台人員致電員工,聲稱可以協助解決問題,最終利用名為Xray-core的開源工具建立遠端存取權限。攻擊鏈隨後涉及透過 SMB、LDAP、WinRM、RDP和RPC進行橫向移動,獲取高權限管理員帳戶的存取權限,並濫用這些帳戶透過清除日誌和停用 Microsoft Defender來逃避檢測,之後收集並竊取敏感資料,並部署加密程序。

CloudSEK發現用Zig編寫的Windows和Linux版本的Aurora攻擊程式,並補充說,從駭客恢復的聊天記錄中可以看出,駭客大量使用Cursor來規劃攻擊的各個階段。這其中包括一份完整的用俄語編寫的Active Directory證書服務(AD CS)利用計劃。Windows版本的sap.exe和Linux/ESXi版本的encrypt.out這兩個加密程式二進位檔案都是基於同一個Zig程式碼庫的靜態建置版本,只是針對不同的目標平台進行了編譯,而不是重複編寫。Windows版本的二進位檔案甚至還包含Linux版本的使用範例,這是由於兩個平台共用一個組合的範例。Windows版本也能夠透過刪除影集副本和直接透過登錄機碼停用系統還原來阻止系統復原。而Linux和ESXi版本則會在開始加密之前,嘗試強制終止主機上的所有虛擬機器。此外,據稱從Aurora加密器中恢復的金鑰能夠存取駭客與一名未指明受害者之間的贖金談判記錄,以及四個加密貨幣錢包的集合。這些錢包顯示,關聯方和主控方之間的收益分配比例各不相同。據悉,關聯方可獲得54%至79%分成,其餘則歸管理員所有。這表明,關聯方從贖金中分得的份額因受害者而異,取決於贖金金額和受害者的收入情況。非法所得隨後被洗錢並兌換成現金。

Gambit Security發布對該活動的研究成果,稱其觀察到Aurora駭客使用Cursor Agent(運行Anthropic的Claude Sonnet程式)在2026 年4月8日至5月21日期間對10個目標進行實際攻擊。Gambit Security威脅情報總監Eyal Sela表示:在這些案例中,駭客獲得代理的憑證或進入目標組織的現有路徑。然後,被賦予各種攻擊任務。代理被賦予標準的攻擊任務。在某些情況下,駭客僅要求代理完成特定目標,例如告訴我使用者擁有哪些權限;而在另一些情況下,駭客則指示代理使用哪種攻擊工具,或執行預先生成的攻擊計劃。在某些情況下,代理會提供一系列可能的後續步驟,而駭客只需回復與其中一項對應的數字即可。

以下列出了一些分配給代理人的任務:

  • 安裝VPN用戶端或代理鏈,然後進行配置,並使用提供的憑證或現有的SOCKS隧道連接到目標主機。
  • 使用Nmap或NetExec掃描內部子網路中的主機。
  • 使用NetExec的BloodHound收集器列舉網域,以報告提供的使用者擁有的權限。

嘗試使用PetitPotam、Coerce Plus和PrinterBug等工具強制進行 NTLM中繼攻擊,並使用Impacket ntlmrelayx中繼由此產生的身份驗證結果。

使用Certipy進行憑證攻擊。Gambit:大多數命令在首次嘗試中未能達到既定目標,因此需要對每個任務使用的命令和腳本進行多次改進和修改。有些命令最終成功實現目標,而另一些則失敗,僅向駭客返回了嘗試報告。此外,涉及Linux版本的攻擊還利用Python 腳本(esxi_finder.py)掃描受害者網路中的VMware ESXi管理程式和vCenter伺服器。這項進展再次表明,即使模型提供者實施更多安全措施來防止濫用,駭客仍然依賴商業AI工具來實施網路攻擊。受影響公司的名稱尚未披露,但路透社稱,它們分別是Christeyns、Teckentrup、Helideck Certification Agency、Bayou Title、一家阿根廷藥品分銷商和一家義大利製造商。

Gryxa工具包現身:在此之前,一個名為Gryxa的新型AI輔助工具包被發現,該工具包被一個以經濟利益為目的的駭客用於發動針對324台主機的初始存取攻擊。ReliaQuest:Gryxa是觀察到的首例利用AI建構整個攻擊行動的案例,從工具包本身到運行該工具包的控制台,全部由AI完成。ReliaQuest: Gryxa將合法的遠端監控和管理 (RMM) 軟體轉化為隱蔽存取工具,並透過多個彼此獨立的重啟機制來維持存取,然後竊取保存在基於Chromium瀏覽器中的憑證。當與駭客的連接中斷時,還會攻擊終端安全防護,禁用或嘗試卸載安全代理。這些功能共同賦予駭客對主機的持久存取權限,並使其能夠竊取加密貨幣錢包。證據表明,攻擊背後的駭客透過偽裝成授權的內部部署,成功破解一個AI編碼代理。Gryxa很可能是透過釣魚郵件傳播的。一旦在受感染的主機上執行,會利用排程任務建立持久性,並能繞過Chromium應用程式綁定加密 (ABE) 保護機制,從Web瀏覽器中竊取憑證。竊取的憑證會透過Telegram傳輸。

Gryxa最不尋常之處在於,會記錄修復操作並將其報告給駭客。具體來說,在移除可見的遠端監控管理 (RMM) 植入程式後,一個隱藏的惡意軟體元件會收集Windows日誌和主機資料,並將其上傳到駭客控制的基礎架構。此外,如果駭客的中繼伺服器無法存取,Gryxa會在約10-13分鐘內嘗試停用並卸載所有終端安全防護軟體,例如Microsoft Defender等。一旦中繼伺服器恢復存取,該工具包會重新啟用Defender。

ReliaQuest: Gryxa組件僅負責收集和上傳資料,不分析資料內容。駭客在收到歸檔檔案後,自行推斷出執行刪除操作的工具、運行該工具的帳戶以及刪除順序。駭客的控制台中包含一個名為collect-forensics的現成任務,這表明這是一項常規功能,而非針對特定事件的應變。Gryxa會在日誌檔案超過200KB時進行輪換,這意味著最近的活動會被保留下來,以便快速應變者能夠獲取。

註:Cursor AI:是一款將AI深度整合至內部運作流程的AI原生程式碼編輯器(IDE)。主要特色與功能

  • 基於VS Code延伸:介面與快捷鍵和Visual Studio Code極為相似,使用者可以輕鬆轉移習慣。
  • Tab自動補全:不只是簡單的單字補全,還能預測下一步的程式碼改動。
  • Composer與Agent模式:能透過自然語言進行跨檔案的多步驟編輯,甚至自主執行任務與除錯。

本文參考自:https://thehackernews.com/2026/08/aurora-ransomware-operators-use-cursor.html