适用对象:使用 Canvas 的学生和家长、教师,以及学校IT人员(大学、K–12及其他)。本文基于 Canvas 运营方 Instructure 的官方更新,不涉及攻击技术细节。
学生和家长应当怎么做
向学校而非 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日至30日之间以及5月7日短时间内,来自 Canvas 客户支持代表账户的访问。如果在这些时段中出现快速访问大量课程或用户账户的模式,或访问了支持人员通常不会接触的账户和课程,且与你提交的合法支持工单不匹配,则可能表明攻击者的活动。
Canvas 数据和管理访问日志可用于此次审查。该公司取证机构发布的临时情况说明(包括已知的入侵指标)已发布在 Instructure 社区中。
要求管理员账户启用多因素认证
Instructure 建议无论采用何种认证方式都启用多因素认证,并特别建议为所有管理员启用 Canvas 多因素认证。对于使用 SSO 的学校,该公司表示多因素认证通常最好通过身份提供商的策略来强制执行。使用 Canvas 认证的账户可以使用 Canvas 原生的多因素认证,既可为所有用户启用,也可仅为管理员启用。
检查集成项(学生信息系统/SIS、LTI 工具集成、API 密钥)
Instructure 称,没有发现合作伙伴凭据、API 密钥或开发者令牌被外泄的证据,也未要求机构全面重建或轮换集成项。不过,如果 SIS 名册或成绩同步已停止工作,你的密钥可能已在 Instructure 一侧被轮换,你应索取更新后的凭据。你也可以主动轮换 API 密钥或重新授权集成项。趁此机会,清点没有有效期的令牌和未使用的开发者密钥。
为 Canvas 停机时的教学连续性做好规划
此次中断发生在学期末。Instructure 指出,API、Canvas 数据、课程导出和基于标准的导出格式,使机构能够开展独立备份。在下一学期开始前,请决定哪些数据要备份到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 漏洞
- 其他产品
- 没有证据表明 Instructure 的其他产品(例如 Parchment)受到影响
- 修复措施
- 已修复漏洞和权限提升路径。将管理访问限制在可信位置,并收紧 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 Munich,50年的注册记录)
- 另一教育科技案例:Mathspace(澳大利亚和新西兰的学生和家长)
- 防范后续诈骗:什么是网络钓鱼? / 如何选择多因素认证
- 密码:如何选择密码管理器
- 面向学校和组织:备份要点 / 组织安全基线
- 入口点的工作原理:什么是 XSS(跨站脚本)?
- 2026年其他事件:2026年数据泄露与网络攻击 / TanStack、Nx Console 与 GitHub 供应链入侵