GMO未經授權存取的教訓｜國家、企業、個人現在該做的對策

大家好，我是TIMEWELL的濱本隆太。

2026年10月19日，營運供外匯自動交易等使用的雲端電腦環境「Onamae.com Desktop Cloud」的GMO網際網路，接到一位使用者的詢問。調查之後，發現有第三方植入了惡意程式。可能受到影響的伺服器共有26,739台。交易帳戶的登入資訊等遭到取得，使用者的帳戶也出現了自己毫無印象的交易¹²。

此後約3週，攻擊者要求約80億日圓的金額，並公開了一部分資料。公司表示不會答應要求，政府則著手彙整緊急對策，據報導也要求電信業者封鎖攻擊者的網站。11月2日，代表召開記者會，在致歉的同時，說明了對2年前收到的指摘，處理得並不充分³⁴。

我認為，把這起事件當成「大企業的事」就結束，實在可惜。每家公司都有同樣「不容易察覺的弱點」。而且，這起事件也讓我們一次想到：國家該做什麼、業者該做什麼、我們每個人該做什麼。

本文先依GMO的官方公告與報導能夠確認的範圍，依時間序列整理發生了什麼事。接著，以正面的角度談「今後怎麼辦」，分成國家、業者、個人三種立場，用初學者也看得懂的話來寫。最後列出今天就能採取的具體行動。另外，本文並不是要責怪受害的公司。目的是把公司自己在記者會上說出的反省，整理成其他公司也能學習的形式。

本文重點

• 事件的內容，並不是像竄改網站那樣醒目的事，而是公司說明的經過：先入侵使用者的環境，再以管理者的權限為跳板，擴大到公司內部的管理伺服器。從入侵到發現，花了約2個半月⁵³。
• 公司在記者會上提出的反省，對其他公司來說就是現成的教訓。包括沒能充分運用外部專家的指摘、向上報告重要事項的標準不明確，以及監控沒能察覺異狀，是使用者來電才被發現⁵³。
• 國家該做的事有3件：快速協助受害企業、停止攻擊者的基礎設施、建立阻止二次災情的規則。政府預定在11月6日決定緊急對策方案⁶⁷。
• 業者該做的事是：守住管理者權限、不放著指摘不管、具備發現的能力、減少保管的機密，以及事先決定面對恐嚇的方針。
• 個人該做的事是：不要重複使用密碼、設定兩步驟驗證、查看交易紀錄，以及不要去看刊登外洩資料的網站。

先掌握的詞彙

新聞中出現的詞彙，有些不太容易懂。這裡用日常的比喻整理本文會用到的詞。

詞彙	用日常比喻來說
雲端電腦環境（Desktop Cloud、VPS）	把自家的電腦，放在網際網路另一端公司的伺服器上，以遠端方式使用的服務。好比在出租倉庫裡，擺上自己的工作桌
管理者帳號（特權帳號）	持有整棟大樓鑰匙串的人所擁有的權限。只要被偷走一把，所有房間都打得開
管理伺服器	營運服務的一方，為了管理全體使用者環境而使用的，也就是管理室
勒索軟體	擅自把電腦裡的資料加密，並要求付錢才還原的惡意程式
漏洞	像門鎖的設計失誤，是軟體或系統的弱點
主動式網路防禦	不是遭到攻擊之後才處理，而是及早掌握攻擊的徵兆，讓被用來攻擊的設備停止運作的國家作法。2026年10月起開始施行
封鎖（blocking）	由電信業者切斷特定網站的連線
通訊秘密	日本憲法與《電氣通信事業法》的規定：電信業者不得擅自查看、洩漏誰和誰通訊

發生了什麼事

依時間序列整理

GMO在官方網站的「重要公告」中，從10月21日的第1報到10月29日的第16報，陸續發表了公告。10月30日，另外發出了給使用者的說明。這裡以公司官方公告能確認的事實為主，再加上記者會的說明與報導，依時間序列整理¹²⁸⁹。

日期	事件
2024年4月24日	依記者會的說明，集團公司的專家就該服務提出了改善點的報告3
2024年4月26日至5月20日	進行了4次緊急維護。公司說明，對策的「深度與速度」不足53
2026年8月5日	依記者會的說明，開始入侵客戶的遠端桌面，管理者的帳號被盜53
8月17日	據稱以該權限，入侵了公司內部的管理伺服器53
9月20日至10月14日	依時事通信的記者會詳報，經由這台管理伺服器，散布了惡意程式3
10月19日	接到使用者的詢問，開始調查1
10月20日	確認惡意程式，並停止新申請與控制面板1
10月21日	上午4時起，依序停止全部方案的伺服器，並發布第1報。同日據稱收到恐嚇郵件（要求約80億日圓）18
10月22日	向警方諮詢。第2報公布可能受到影響的伺服器為26,739台1
10月24日	第4報公布確認資料已被帶出外部。決定提供慰問金、損失補償與替代服務，並請求政府適用主動式網路防禦2
10月26日	據報導，政府召開相關閣員會議，首相指示彙整緊急對策10
10月27日	攻擊者公開了與公司及客戶有關的一部分資料（公司確認為1件）。據後來的報導，同日總務省要求電信業者封鎖攻擊者的網站31112
10月28日	公布已執行攻擊者網站的takedown（停止）。也開設了徵求犯人資訊的懸賞網站812
10月29日	公布已取得有助於鎖定犯人的有力資訊8
11月2日	代表召開記者會，致歉並說明經過4
11月5日	提供給懸賞的資訊，累計達839件8

受害的內容

受害的是被用作外匯自動交易專用VPS等的服務。可能受到影響的伺服器共有26,739台，所有方案都在範圍內。儲存在伺服器內的資訊，特別是儲存在交易工具（MT4、MT5等）中的交易帳戶登入資訊等，據稱已被第三方取得。公司說明，信用卡資訊等付款資訊，並未保存在這項服務的伺服器內¹。

在使用者這邊，10月21日以後，陸續出現交易帳戶有自己毫無印象交易的通報。記者會上的說明是，攻擊者使用客戶的外匯自動交易帳號資訊，刻意執行會造成虧損的交易³。

服務自10月21日停止之後，到記者會當時仍然停止中。公司不在遭到未經授權存取的現有系統基礎上恢復，而是判斷要全面更新資安基礎。對於希望繼續使用的簽約者，公司介紹了獨立雲端基礎的替代服務，並表示轉換後的6個月內免費²。

攻擊者的動作與公司的方針

攻擊者接連提出金錢要求與恐嚇。依公司第4報，攻擊者列舉了這幾項：持續對國內外超過70家證券公司與外匯公司等的交易帳戶進行不當操作、公開與連線本服務的使用者電腦有關的資訊、對該電腦發動勒索軟體攻擊，以及公開與公司系統及營運體制有關的資訊。要求金額據報導為約80億日圓（5,000萬美元）²¹¹。

公司表示不會答應要求。理由是即使付款，也無法保證資料會被刪除、不當使用會被防止等。通訊紀錄等證據已提交警方，並請求以刑事案件偵辦²。10月27日，過了攻擊者所說期限的正午之後，一部分資料被公開。不過，依公司的確認，當時並未確認使用者電腦遭到勒索軟體的災情。公司也表示，公開內容的一部分，可能含有與事實不符的內容¹¹。

公司一再請使用者不要連到可疑的網站，也不要在社群媒體等處轉載、散播網址與刊登內容。因為去看網站的使用者，其資訊可能被攻擊者取得¹³¹¹。另外，在受害的補償上，公司分別準備了不當交易損失的補償（以認定為不當交易的為對象，市場波動造成的損失不在範圍內），以及給全體使用者一律5,000日圓的慰問金²。

公司在記者會上提出的反省

在11月2日的記者會上，公司自己提出了好幾項反省。這部分對其他公司來說，就是現成的教訓。

第一是對外部指摘的處理。2024年4月，集團公司的專家提出了該服務的改善點報告。公司在4月26日至5月20日之間進行了4次緊急維護，但對策的「深度與速度」不足，在沒有根本解決的情況下過了2年，公司如此說明⁵³。

第二是報告的機制。這項指摘並沒有報告到代表，據稱是共享到副社長層級。沒有明確訂定向董事會報告的標準，被列為課題，公司表示將重新檢視報告的機制⁵。

第三是發現的能力。入侵從8月就已開始，但公司掌握狀況，是在10月19日接到使用者詢問的時候。公司表示，對於服務的監控沒能察覺異狀，深感嚴重⁵³。

第四是想法的轉換。代表表示，雖然一直使用資訊安全這個詞，但向業界所重視的「韌性（resilience，復原力）」轉換得太慢，才是最大的問題³。

在負起責任方面，也宣布包括代表在內的4名董事減薪（代表是3個月內減領月薪的30%）⁴。再發防止對策的具體細節，就我能確認的範圍，目前尚未公布。

為什麼不是別人的事

也許有人覺得「那麼大規模的公司都會這樣」。不過，這次看到的弱點，並不限於大規模的公司。

其一，是外部專家或公司內部承辦人員的指摘，就這樣停住的問題。收到指摘的時候，承辦人員會開始處理。但如果根本的對策需要大筆費用或時間，就容易變成「現在很忙」「先處理別的服務」而往後延。而且，如果那項指摘傳到經營層的路徑很窄，就會一直停在原地。

其二，是管理者的權限只要在一處被攻破，就會擴及整體的設計。管理者的權限從使用者的環境被盜，再以該權限進入公司內部的管理伺服器。這個流程，不論規模，在任何公司的系統中都可能發生。

而在國家這一側，也提出了同樣的問題意識。11月5日，日本內閣官房的國家網路統括室發布的業者版文件，要求在網站與行動App的營運上，徹底落實基本對策。委外廠商的管理、盤點對外公開的入口、對管理功能的多因素驗證等，都與這起事件可以學到的內容相重疊。詳細請見為經營者解讀政府文件13頁的文章。

這起事件背景中的國家新制度，我在主動式網路防禦的文章中做過說明。

國家該做的事

接下來是正題。先從國家的角色談起。我認為國家該做的事，大致有3件。

第一，快速且一併協助受害的公司

受害的公司，必須同時做很多事。調查原因、停止服務與復原、聯絡使用者、向警方諮詢、設計補償、召開記者會。GMO在約10天內，持續更新官方公告到第16報。能夠全靠自己的力量完成這一切的公司，並不多。

政府正在這方面採取行動。依報導，11月6日的相關閣員會議，預定決定「資安緊急對策方案」。11月5日時點報導所傳達的原案，由4根支柱構成。第一，運用AI徹底落實基本對策（月內成立由高度專業人才組成的「Top Gun人才團隊」，透過攻擊測試來強化官民的對策）；第二，強化資訊蒐集與分析體制（與先進的AI企業合作，及早取得尚未公布的漏洞資訊）；第三，對攻擊的戰略性因應（在國家網路統括室新設「主動接觸小組」，接觸可能受害的組織並促請採取對策）；第四，協助受害者與防止災情擴大⁶⁷。

第四根支柱中的重點，是「官民網路救援隊（暫稱）」。由官民的專業人才組成，在受害組織提出協助請求、且緊急性高的時候派遣，協助初期應變。也有報導提到，在重大攻擊時，將派遣由國家網路統括室、主管部會、警察、防衛省與自衛隊組成的「聯合應變小組（暫稱）」⁶。

我認為這個方向是對的。不過，實際上有沒有用，要看營運方式。例如，受害的公司在半夜最先打電話的窗口是不是只有一個。中小企業能不能不用擔心費用就提出請求。提出請求的公司名稱，會不會在未經本人同意的情況下流出。這些部分，必須在決定後的正式發表中確認。

第二，停止攻擊者的基礎設施

不管受害的公司多麼努力，只要攻擊者的據點還在運作，同樣的攻擊就會持續。這部分只有國家做得到。

GMO在10月24日，向政府請求把這起事件作為主動式網路防禦的「發動第1號」。不過，依現行制度，並沒有讓企業申請並促使發動的程序。是否發動，由警察或自衛隊依法律判斷。如同前一篇文章整理的，政府的反應相當審慎。

我認為，建立一個讓受害公司能對國家說「請幫幫我們」的入口，在制度上意義重大。是否發動，由國家決定即可。只不過，收到請求之後，要以什麼為基準判斷、什麼時候回覆，需要事先說清楚。這樣一來，受害的公司就能預見是否可以仰賴國家。

第三，建立阻止二次災情的「規則」

這次還浮現了另一個很大的論點。那就是要如何停止刊登外洩個人資料的攻擊者網站。

依報導，總務省以10月27日的文件，透過電氣通信事業者協會等4個通訊業界團體，要求電信業者封鎖連到攻擊者網站的連線。各電信公司並未說明是否實際封鎖。結果是在10月28日，該網站的網域被停止，無法瀏覽¹²。

這裡困難的是通訊秘密。電信業者要停止連到特定網站的連線，必須以機械方式確認使用者的連線目標，而這本身就可能觸及通訊秘密。NTT的島田社長在11月4日的財報說明會上表示，封鎖是必須同時成立「保護使用者」與「通訊秘密」的案件，並希望推動緊急避難指引的整備與立法，據報導如此¹⁴。

GMO的熊谷代表在11月2日的記者會上，提出了一項名為「網路神盾構想」的個人見解。內容是日本應該建立一套制度：一旦偵測到來自海外的惡意通訊的發送源，就委託電信業者封鎖。他表示，應該在顧及通訊秘密的同時，修改法律，讓總務省能夠因應¹⁵。

這項構想在法律與技術上的論點，律師增島雅和先生在note上有詳細的討論（「如何實現『停止惡意IP』」）¹⁶。他的整理是：技術的零件大致已經齊備，缺的是一套制度，要決定該停止什麼、由誰判斷並負責、誰來保護回應要求的業者。內容相當專業，有興趣的人請務必一讀。

我試著用給初學者的說法來講，我想是這樣：停得越快，萬一誤停時的影響也擴散得越快。所以，有多快，就需要有多少的煞車。縮小要停止的對象。為停止的期間設定上限。建立更正錯誤的管道。留下判斷與實施的紀錄。由獨立的機關監督。民主國家的制度，都把這類煞車寫進了法律裡。我認為，日本也應該在下一起事件發生之前，就開始討論。

對國家的期待，整理成一張表

國家該做的事	目前正在推動的	我關注的重點
快速協助受害企業	緊急對策方案、官民網路救援隊、聯合應變小組（皆為報導階段）	窗口的一元化、中小企業的費用、保密
停止攻擊者的基礎設施	主動式網路防禦（2026年10月施行）	受害企業求助的入口，與判斷的基準
建立阻止二次災情的規則	總務省的要求（行政指導）、業界團體的研議	對回應要求的業者提供保護的法律整理，與獨立的管控

業者該做的事

接下來是身為一家業者該做的事。我把GMO在記者會上提出的反省，與國家文件所要求的基本對策串連起來，整理成7項。不論公司規模，這些都是今天就能開始思考的事。

1　守住管理者權限

這起事件中，公司說明的核心，是管理者的權限被當成了跳板。

首先，請盤點自家公司中，擁有管理者權限的帳號有幾個。員工、委外廠商、系統帳號。實際數一數，應該會比想像的多。接著確認下面這4點。

• 管理者的帳號，是否已經加上多因素驗證（除了密碼，再加上智慧型手機的確認碼等另一種證明）
• 平常的作業，是否使用的是一般權限的帳號，而不是管理者帳號
• 是否已限定可以進入管理伺服器的人與裝置
• 作業已結束的委外廠商帳號，是否還留著

管理伺服器好比是管理室。必須避免管理室的鑰匙，放在使用者所在的樓層。也請考慮把管理側的網路與使用者側的網路，分開來設計。

2　建立不讓指摘被放著不管的機制

第二點，大概是最重要的。公司把對2024年指摘的處理，列為反省。

不論是外部的診斷、公司內部的承辦人員、交易對象，還是稽核，不管指摘從哪裡來，都先決定好這3件事。

• 由誰負責處理（承辦人員的姓名）
• 什麼時候之前修好（期限）
• 期限內修不好時，要向誰、如何報告

這3件事定下來，指摘就不容易被放著不管。特別重要的是第3項的報告。公司表示，沒有明確訂定向董事會報告的標準。事先決定好「報告到經營層的標準」。例如，已確認被利用的弱點、與客戶資料有關的弱點、超過期限仍留著的重大弱點，一定要報告到經營層。光是有這樣的標準，停住的指摘就會減少。

這個「期限與報告」，我認為是經營者自己要決定的部分。因為如果由承辦人員一個人決定，會被現場的忙碌所壓過。

3　具備發現的能力

入侵從8月5日開始，公司掌握狀況是在10月19日。攻擊者在約2個半月的期間，沒有被發現地持續行動。

發現的能力，大致分成2種。

一種是系統這一側的能力。對管理伺服器的登入、與平常不同時段的存取、大量資料被帶出、新程式被散布。把這些動作記錄下來（日誌），並加以監看的機制。沒有專責人員的公司，也可以選擇把監控委託給外部的專業業者。

另一種是人這一側的能力。這次最先察覺的，是使用者的詢問。使用者說「好像怪怪的」的聲音，能確實傳達進來的窗口，本身就是了不起的偵測機制。要建立一套流程，不讓承辦人員一個人把這些聲音扛在手上，而是交給負責調查的人與負責判斷的人。

4　減少保管的機密

這次，儲存在使用者伺服器內的交易帳戶登入資訊成為目標。保管的機密越多，災情就越大。

請重新檢視，自家的服務是否有必要保管客戶的密碼或認證資訊。如果有必要保管，就要決定保存的方式（加密、限制可存取的人）、保存的期間，以及不再需要時刪除的機制。「因為方便」而一直保管的東西，會原封不動地增加災情的大小。

5　為恐嚇做好準備

在勒索軟體的攻擊中，有時金錢要求與公開資料的恐嚇會同時到來。這次也是如此。

收到恐嚇的當下，很難冷靜判斷。正因如此，請在平時就把下面5項寫在紙上。

• 收到恐嚇時，第一個由誰判斷
• 警方的聯絡窗口，與諮詢的順序
• 保存證據（郵件、通訊紀錄、日誌）的方法
• 公司對金錢要求的基本方針（付款或不付款）
• 最先告知客戶的內容與時機

GMO以付款也無法保證資料會被刪除、不當使用會被防止為由，表示不會答應要求。公司能不能事先擁有同樣的判斷，才是關鍵。只要基本方針已經決定，受害當天的判斷就能加快。

6　快速且正確地向使用者提供資訊

這次，公司在約10天內，將官方公告更新到第16報。10月22日的第2報，說明外洩與被不當使用的範圍尚未確定，到了10月24日的第4報，則更正為確認資料已被帶出外部。隨著調查進展，事實會改變，依事件的性質，這是無法避免的。

我認為重要的是以下3點。

• 把已經知道的事，與還不知道的事分開寫
• 具體寫出希望使用者馬上採取的行動（變更密碼、確認交易紀錄等）
• 同時呼籲留意趁機而入的詐騙

GMO的第2報，把對使用者的請求整理成6項，並明確寫出公司不會以郵件或電話詢問密碼¹。剛受害不久的使用者，是在不安之中做判斷的。寫有具體的行動，以及對詐騙的提醒，能夠保護使用者。

7　事先設想補償與支援

受害的公司，必須決定對使用者的補償與支援。補什麼、補到哪裡、補給誰。GMO在10月24日的時點，就決定了損失的補償、一律發放的慰問金，以及替代服務與6個月的免費²。

補償的設計，等到受害之後才想，會很花時間。保險（網路保險）的範圍、補償對象與非對象的界線、確認時所需的資料。只要平時就有大致的設想，初期應變的速度就會不同。

經營者這週要做的3件事

7項不必一次全做。如果是我，會先從下面3件事開始。

1. 盤點擁有管理者權限的帳號，確認是否已加上多因素驗證
2. 製作從外部或公司內部收到的指摘清單，確認是否已訂出期限與負責人
3. 把受害時的聯絡窗口，與最先做判斷的人，寫在一張紙上

作為了解自家公司理解程度的入口，也可以使用日本的AI素養診斷工具。實際發生事件時該如何行動，寫在初期應變的文章中；電腦與端點裝置方面的準備，寫在給中小企業的檢查清單中。處理會員資料的API該如何防護，SOURCENEXT事件的文章也可以參考。

個人該做的事

最後，談談我們每一個人。沒有使用GMO服務的人，也與此有關。因為同樣的事件，今後還會發生。

這次的使用者該採取的行動

GMO請使用者採取下列行動¹。曾使用該服務的人，如果還沒做，請立刻採取行動。

1. 從本服務以外的裝置，變更交易工具與交易帳戶的密碼
2. 變更後，中斷連線階段（session，已登入的狀態）
3. 確認交易紀錄與餘額，若有自己毫無印象的交易，請聯絡交易對象的業者
4. 若交易對象有提供，請設定兩步驟驗證
5. 若在伺服器內儲存了ID、密碼等，請盡快變更。如果在其他服務使用相同的密碼，也要一併變更
6. 留意趁機而入的網路釣魚郵件、可疑的聯絡與網站

特別是第1項的「從本服務以外的裝置變更」很重要。因為在可能已遭入侵的環境中變更密碼，新的密碼也可能被盜。

對任何人都有用的5個習慣

即使沒有使用該服務，下面這5點也馬上派得上用場。

不要重複使用密碼。 從某個服務外洩的密碼，攻擊者會拿到其他服務去試。每個服務使用不同的密碼，記不住的部分，就交給管理密碼的專用App。

設定兩步驟驗證，或通行金鑰（passkey）。 從金融、電子郵件、社群媒體、雲端等，受害影響大的服務開始依序設定。這樣即使密碼外洩，也不會馬上被登入。

不要把重要的認證資訊一直放在別人的環境裡。 這次受害的，是在雲端電腦上儲存了交易帳戶登入資訊的使用者。請重新檢視，是否為了方便，讓機密長時間留在別人管理的地方。

與金錢相關的服務，定期查看紀錄。 越早發現自己毫無印象的交易，受害就越小。如果有通知功能，請開啟。

留意「趁機而入」。 事件發生之後，假借「補償手續」「確認密碼」名義的郵件與電話會增加。公司不會以郵件或電話詢問密碼。對於沒有頭緒的聯絡，請自己打開官方網站確認。

不要去看刊登外洩資料的網站

這次的事件中，有一件非常重要的事。公司一再請大家不要連到可疑的網站，也不要轉載、散播網址與刊登內容¹³。

「想確認自己的資料有沒有被刊登」，這種心情很自然。不過，去看網站的行為，會助長資訊的擴散，去看的人的資料也可能被取得。感到不安的時候，請不要自己去找網站，而是向公司公告的窗口詢問。如果發現新的攻擊者網站，或是不當公開個人資料的網站，請聯絡公司公告的通報窗口。

受害時的聯絡窗口

發現不當交易或資料外洩時，請依下列順序行動。

1. 聯絡受害服務的業者（這次是交易對象的業者與GMO）
2. 向警方諮詢（日本警察的諮詢專線是#9110）
3. 若覺得遭遇詐騙，向消費者熱線（日本的188）諮詢

作為證據，請不要刪除，保留交易紀錄、郵件與畫面的紀錄。

把三種立場串起來想

到這裡，我們分成國家、業者、個人來思考。最後，整理這三者的關聯。

立場	角色	一句話
國家	協助受害企業、停止攻擊者的基礎設施、建立阻止二次災情的規則	負責單一公司的力量所不及之處
業者	守住管理者權限、不放著指摘不管、具備發現的能力、減少保管的機密、為恐嚇做準備	守住自家的入口，與受託保管的機密
個人	密碼與兩步驟驗證、確認紀錄、不散播	守住自己的入口，不擴大二次災情

缺了任何一個，整體都會變弱。即使國家建立了制度，如果業者沒有守住管理者的權限，也防不了入侵。即使業者再努力，如果個人重複使用相同的密碼，攻擊者還是能從別的入口進來。即使個人再小心，如果國家沒有阻止二次災情的手段，外洩的資料還是會擴散。

結語

這起事件中，我感受最強烈的，是「察覺的能力」與「持續行動的能力」。

從入侵開始，到公司察覺，約2個半月。察覺之後，在約10天內發出16則公告、決定補償、準備替代服務、與警方合作，甚至設立了懸賞。我認為，受害的公司持續行動的事實，應該正確看待。

另一方面，關於2年前指摘的處理，是任何公司都可能發生、非常安靜的問題。收到外部的指摘時，很少人會立刻覺得這是個大問題。然而，在那項指摘停住的期間，時間會站在攻擊者那一邊。

「我們公司有沒有收到指摘，卻還沒修好的事呢？」讀完這篇文章之後，請務必在公司內問問看。如果無法馬上得到答案，就從那裡開始即可。國家、業者、個人，都不需要一次就做到完美。今天往前推進一件事，就會讓下一次的災情小一點。

如果指摘收到之後，公司內部卻沒有動起來，或是想要整理受害時的判斷順序，我們的WARP SECURITY也可以列入考慮。比起解說攻擊手法，這套訓練把時間花在平時的準備上，例如公司內部的核准，以及事件被發現時的判斷。歡迎從個別諮詢與我們聯絡。

參考

事實關係依據2026年11月6日時點的GMO官方公告、報導與政府相關資料。事件的原因與災情的全貌，就我能確認的範圍，尚未確定。政府的緊急對策方案，是依據決定前的報導（11月5日時點的原案），內容必須在決定後的正式發表中確認。

Footnotes

1. 【重要】關於「Onamae.com Desktop Cloud」遭未經授權存取的致歉與公告（第2報）— GMO網際網路集團 — 2026年10月22日（日文） ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸ ↩⁹

2. 致歉與公告（第4報）— GMO網際網路集團 — 2026年10月24日11時50分時點。包含慰問金、損失補償、替代服務與對政府請求的內容（日文） ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸

3. 【記者會詳報】GMO熊谷「未能守護客戶」，指出AI急速發展「犯罪者汙染網路」— 時事通信 — 2026年11月（日文） ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸ ↩⁹ ↩¹⁰ ↩¹¹ ↩¹² ↩¹³

4. GMO熊谷會長就未經授權存取問題致歉 — Impress Watch — 2026年11月2日（日文） ↩ ↩² ↩³

5. GMO無法解決2年前的漏洞　未經授權存取「8月遭受」— 日本經濟新聞 — 2026年11月2日（日文） ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸

6. 創設「網路救援隊」　政府緊急對策，6日決定 — 時事通信 — 2026年11月5日。為決定前的方案報導（日文） ↩ ↩² ↩³

7. 對網路攻擊組成官民團隊　派遣至企業，協助初期應變（共同通信發稿）— 沖繩時報 — 2026年11月5日。為決定前的原案報導（日文） ↩ ↩²

8. 關於目前的因應（第16報）— GMO網際網路集團 — 2026年10月29日。懸賞資訊提供件數包含至11月5日的追記（日文） ↩ ↩² ↩³ ↩⁴ ↩⁵

9. 重要公告（第1報至第16報等一覽）— GMO網際網路集團（日文） ↩

10. 政府就網路攻擊因應，26日傍晚召開閣員會議　首相將指示緊急對策 — 日本經濟新聞 — 2026年10月26日。為預告會議安排的報導，不含結論（日文） ↩

11. 「Onamae.com Desktop Cloud」未經授權存取（含第9報、第10報的後續報導）— Impress Watch — 2026年10月27日（日文） ↩ ↩² ↩³ ↩⁴

12. 總務省要求各電信公司「封鎖」GMO攻擊者網站　報導 — ITmedia NEWS — 2026年10月30日。該要求出自各報的報導，總務省並未公開確認（日文） ↩ ↩² ↩³

13. 給客戶的說明 — GMO網際網路集團 — 2026年10月30日（日文） ↩ ↩²

14. GMO網際網路資料外洩事件，報導稱總務省對業界團體「要求封鎖」　NTT有動作嗎？— ITmedia Mobile — 2026年11月5日（日文） ↩

15. 「想和高市政權談」GMO熊谷提出網路防禦構想，「社會混亂還只是序幕」— 產經新聞 — 2026年11月3日（日文） ↩

16. 增島雅和「如何實現『停止惡意IP』――思考網路神盾構想」note，2026年11月6日。構想在技術與法律上的論點整理，為該作者的見解。本文的提及，僅限於介紹論點（日文） ↩