適用對象:使用 Canvas 的學生與家長、教師,以及學校 IT 人員(大學、K–12 及其他)。本文根據 Instructure(Canvas 營運公司)的官方更新撰寫,不涵蓋攻擊技術。
學生與家長應該做什麼
請詢問學校,而非 Instructure,確認自己是否受影響
Instructure 會將資料依機構交給各學校登錄的安全聯絡人,並請學生與家長直接向學校詢問。若你有疑慮,請聯絡學校的 IT 或教務單位。
如果學校認定需要個別通知,Instructure 願意透過外部服務商代表學校寄送,且在某些地區,通知可能包含為期24個月的免費身分監控。若你收到此類通知,請先確認同一則通知是否出現在學校的官方網站或入口網站上,再採取行動。
不要點開聲稱來自 Canvas 或學校的訊息連結
憑藉姓名、電子郵件地址與所修課程,很容易寫出關於「重新繳交作業」、「查詢成績」、「更新選課」或「為資料外洩致歉並提供補償」的可信訊息。請勿從電子郵件或簡訊中的連結登入;請自行開啟學校平常使用的 Canvas 網址或應用程式。切勿因回應訊息而提供密碼或多因素驗證碼(參見 什麼是網路釣魚?)。
盤點曾在 Canvas 訊息中傳送的任何機密資訊
訊息是涉及的欄位之一。如果你曾在 Canvas 訊息中傳送過密碼、其他服務的登入資訊、住址或電話,或健康與家庭相關事務,請假設該內容可能已被掌握。對於密碼與登入資訊,請立即在該服務上更改;對於個人事務,請留意任何以此作為誘餌的聯絡。
教師應該做什麼
告訴學生,凡不是經由 Canvas 傳來的內容都要先確認
課程名稱與選課資料,使寫出冒充教師寄給學生、或冒充學生或職員寄給教師的訊息變得更容易。請告訴學生,課程相關通知只會經由既定管道發出,例如 Canvas 內的公告,因此他們對其他管道的內容應抱持懷疑。
告知學校 IT 你在訊息中寄送過的學生資訊
師生之間的對話也是涉及的欄位之一。如果過去的訊息包含學生的特殊安排、健康狀況或家庭情況,請告知學校的 IT 或隱私單位。根據 Instructure 的說法,由學校決定終端使用者是否需要通知,且在訊息審閱完成後,學校可能需要重新評估該決定。撰寫訊息的教師最清楚其中的內容。
停止透過 Canvas 訊息傳送敏感資訊
從現在起,任何外洩會造成傷害的內容,例如密碼或個人處境,請改用學校指定的管道處理。LMS 訊息是用於課程溝通,不是用來保存機密的地方。
保留課程教材的個人副本
Canvas 於5月7日進入維護模式,學期末的教學因此受到干擾。Instructure 指出,課程匯出工具與 API 可讓你將資料保存在 Canvas 之外。在每個學期結束時匯出你的課程,可在服務下次無法使用時減少影響。Free-for-Teacher 已永久停止,且下載教材的期限(5月28–29日與7月28–29日)已經結束。
學校 IT 管理員應該做什麼
在 Canvas 中登錄安全聯絡人,並在連結過期前儲存已交付的資料
Instructure 會將各受影響機構的資料,交給在 Canvas 帳號設定中登錄的最多兩位安全聯絡人。聯絡人必須是個人,而非共用信箱或發送清單,擁有多個 Canvas 執行個體的機構則需要為每個執行個體設定聯絡人。沒有硬性截止期限;該公司表示,會每隔一週將資料交給新登錄的聯絡人。
交付連結將於30天後過期,因此若需要保存檔案,請先下載。如果沒有收到任何資料,Instructure 提出三種可能原因(未登錄聯絡人、僅涉及訊息資料且仍在處理中,或進一步審查後未發現貴機構的使用者紀錄),若你詢問,該公司將確認適用哪一種情況。
決定是否通知,並對照 Instructure 官方頁面驗證寄件者
Instructure 的看法是,大多數司法管轄區不要求就使用者與佈建資料進行個別通知,但若學校認定需要通知,Instructure 只有在學校同意後,才會透過外部服務商協調通知。訊息資料是另行審閱的,該公司於9月29日宣布鑑識審查已完成。該公司表示,資料包含訊息的機構可能需要重新評估通知決定。
資料交付與通知電子郵件的寄件地址,列於 Instructure 的客戶常見問題中。請對照該官方頁面確認,而非依據郵件本身的內容判斷。
檢視4月25–30日與5月7日的支援人員存取日誌
根據 Instructure 的說法,你的日誌可能顯示 4月25日至4月30日之間,以及5月7日短暫期間,有來自 Canvas 客戶支援代表帳號的存取。若在這些期間出現快速存取大量課程或使用者帳號、或存取你的支援人員通常不會接觸的帳號與課程等模式,且與你提交的合法支援工單不符,則可能顯示攻擊者的活動。
Canvas Data 與管理存取日誌可用於此項審查。該公司鑑識機構發布的中期事實說明(包括已知的入侵指標)已張貼於 Instructure Community。
要求管理員帳號啟用多因素驗證
Instructure 建議無論採用何種驗證方式都應啟用多因素驗證,並特別建議為所有管理員啟用 Canvas 多因素驗證。對於使用 SSO 的學校,該公司表示通常最好透過身分提供者的政策強制執行。以 Canvas 驗證的帳號可使用 Canvas 原生的多因素驗證,可為所有使用者或僅為管理員啟用。
檢視整合項目(學生資訊系統/SIS、LTI 工具整合、API 金鑰)
Instructure 表示,未發現合作夥伴憑證、API 金鑰或開發者權杖遭到外流,也不要求機構全面重建或輪換整合設定。然而,如果 SIS 名冊同步或成績同步停止運作,你的金鑰可能已在 Instructure 端輪換,你應向其索取更新後的憑證。你也可以主動輪換 API 金鑰或重新授權整合項目。趁此機會盤點沒有到期時間的權杖與未使用的開發者金鑰。
規劃 Canvas 無法使用時的教學持續運作方案
此次服務中斷發生在學期末。Instructure 指出,API、Canvas Data、課程匯出與符合標準的匯出格式,可讓機構自行執行備份。在下一學期開始前,請決定哪些資料要備份在 LMS 之外、多久備份一次、存放在哪裡,以及若 LMS 停擺數天,作業與成績繳交將如何進行(參見 備份基礎)。
事件經過(根據 Instructure 的更新)
以下內容皆依 Instructure 事件頁面及其針對客戶、教師與學生的頁面所述。日期為美國日期。
2026年4月25–30日
學校日誌可能顯示來自 Canvas 客戶支援代表帳號存取的期間(依該公司說法)。4月29日
Instructure 偵測到 Canvas 中的未經授權活動,立即撤銷存取權限、開始調查,並委聘外部鑑識專家。5月7日
同一行為者再次透過 Canvas 的第二個漏洞取得存取權,並竄改部分學生與教師登入時顯示的頁面。約10分鐘內偵測並停用;Canvas 進入維護模式。該公司表示,當天未發現有資料遭取走的證據。5月8日
執行長致歉。Free-for-Teacher 暫時停用。5月9日
Canvas 全面恢復上線。5月11日
Instructure 宣布與行為者達成協議:資料已被歸還,該公司已收到銷毀的數位確認,且得知不會有客戶遭到勒索。5月21日
Canvas 管理員收到關於外流資料欄位的初步調查結果。6月
Free-for-Teacher 永久停止。Canvas 新增了登錄機構安全聯絡人的功能。7月26日起
在暫停以評估外部交付服務的安全性後,開始將使用者與佈建資料交付給受影響機構的安全聯絡人。9月29日
該公司表示其資料鑑識審查已完成,並已進入向其餘機構交付資料的最後階段。後續更新將直接發送給受影響機構。
- 涉及的資料欄位
- 使用者名稱、電子郵件地址、課程名稱、選課資訊與訊息。選課資訊指使用者與課程、學期或班次之間的關聯,可能包括選課狀態與角色(學生、教師、助教、觀察者),但不包括繳交作業、測驗回答或課程內容
- 該公司表示未涉及
- 課程內容、繳交作業與憑證。相關欄位並非設計來儲存密碼、出生日期、醫療資訊、社會安全號碼、財務資訊、成績或懲戒紀錄
- 入侵途徑
- 行為者建立了一個 Free-for-Teacher 帳號,並提交了含有惡意程式碼的支援工單。客服人員開啟該工單時,觸發了跨網站指令碼(XSS)漏洞,使行為者取得授權權杖與 Canvas 內的提升權限。5月7日,又利用了討論功能中第二個尚未修補的 XSS 漏洞
- 其他產品
- 沒有證據顯示 Parchment 等其他 Instructure 產品受到影響
- 修復措施
- 已修復相關漏洞與權限提升途徑。將管理存取限制在受信任的位置,並加強 API 存取控制。主動輪換員工工作階段、內部存取權杖與多數合作夥伴權杖。已永久停止 Free-for-Teacher。正分階段推出強制權杖到期、移除永久權杖與其他控制措施
- 執法機關
- 已通知執法機關,包括 FBI、美國網路安全與基礎設施安全局(CISA)及國際夥伴
- 與行為者的協議
- 5月11日宣布達成協議,資料已被歸還,並已收到銷毀的數位確認。該公司也表示,與網路犯罪者打交道時永遠無法完全確定
閱讀說明:「約300個機構」並非外洩規模
Instructure 提供的約300個數字,是5月7日看到被竄改頁面的機構數量。它不是資料遭外流的學校或人數。截至2026年9月30日,該公司尚未公布受影響人數或機構的總數。若你在其他地方看到某個數字,請確認它是否可追溯至 Instructure 本身的聲明。
為何看似「平淡」的欄位很危險
電子郵件 + 課程名稱 + 選課
↓→
列出真實課程的假訊息
→ 不要點連結;請開啟平常使用的 Canvas
訊息(自由文字)
↓→
任何人輸入的內容都可能被包含
→ 列出曾傳送的機密;能更改的就更改
角色(學生/教師/助教)+ 使用者名稱
↓→
冒充教師或職員
→ 修正課程管道並告知學生
Instructure 表示未涉及
- 密碼與憑證(該公司表示沒有入侵的證據)
- 成績與懲戒紀錄
- 出生日期、醫療資訊、社會安全號碼、財務資訊
- 課程內容、繳交作業、測驗回答
涉及的內容
- 使用者名稱與電子郵件地址
- 課程名稱與選課(修習哪個班級、以何種角色)
- 訊息(自由文字;取決於寫了什麼)
本站觀點:最強大的存取權掌握在支援人員手中
根據 Instructure 的說法,入侵途徑是由 Free-for-Teacher 帳號送出的一張支援工單,而存取權是在支援人員開啟該工單時被取得。支援人員因職務性質,可接觸跨多所學校的課程與帳號(這也是該公司要求學校檢查支援人員帳號存取日誌的原因)。因此在此事件中,任何人都能送出的內容(支援工單),在擁有廣泛權限的人員螢幕上被開啟。
這並非 LMS 獨有的問題。若你經營任何具有聯絡表單或管理後台的服務,顯示使用者所提交內容的內部畫面,所需的 XSS 防護至少應與公開頁面相當,而使用這些畫面的人員,其權限也應限於範圍與時間上的必要。事件後,Instructure 表示已將管理存取限制在受信任的位置,並正在恢復部分支援人員的管理權限。若需了解組織層面的做法,請參閱 組織的安全基準。
資料來源(公開紀錄)
本文事實來自以下公開來源。我們不涵蓋攻擊技術,也不提供可識別攻擊者身分的資訊。
- Instructure,"Security Incident Update & FAQs"(事件頁面,包含2026年5月8日至9月29日的更新)— instructure.com
- Instructure,"Security Incident Update: For Customers"(學校與管理員常見問題:資料交付、通知、日誌檢視、多因素驗證、整合項目)— instructure.com
- Instructure,"Security Incident Update: For Faculty" — instructure.com
- Instructure,"Security Incident Update: For Students & Families" — instructure.com
- Instructure Community,"How do I set details for an account?"(登錄安全聯絡人)— community.instructure.com
更新紀錄
2026-09-30:首版,依據 Instructure 的事件頁面(涵蓋至9月29日的更新)及其針對客戶、教師與學生的頁面撰寫。該公司表示有意分享根本原因細節與經驗教訓,後續更新將直接發送給受影響機構;待更多資訊公開後,我們將更新本頁。
延伸閱讀
- 另一則教育案例:慕尼黑大學 LMU(50年的選課紀錄)
- 另一則教育科技案例:Mathspace(澳洲與紐西蘭的學生與家長)
- 防範後續詐騙:什麼是網路釣魚? / 如何選擇多因素驗證
- 密碼:如何選擇密碼管理器
- 學校與組織:備份基礎 / 組織的安全基準
- 入侵途徑的運作方式:什麼是 XSS(跨網站指令碼)?
- 其他2026年事件:2026年的資料外洩與網路攻擊 / TanStack、Nx Console 與 GitHub 供應鏈入侵