Studio遭入侵，建站密钥也泄露了

Studio遭入侵，泄露范围延伸至网站背后的服务

AI建站平台Studio此次遭入侵，暴露的不只是用户账号，还有客户交给平台保管的业务数据和认证信息。10月16日，据IT之家援引ITMedia报道，事件涉及所有注册用户的信息，泄露内容包括账号资料、网站表单提交内容、尚未公开页面的实时预览链接，以及外部服务API密钥等。目前，具体受影响的数据数量仍在核查中。

Studio是一个提供AI辅助网站制作和可视化编辑能力的建站平台，集成内容管理、表单、外部服务接口以及Google表格等功能。公开资料显示，截至2026年7月，其用户数量已超过90万。这说明事件涉及一个拥有相当用户规模的平台，但不能直接据此认定此次已确认泄露了90万条账号记录，更不能把注册用户数量等同于受到后续攻击的人数。

这次事件最值得警惕的是，建站平台集中保存的认证信息可能把影响延伸到其他服务。对于用Studio承接咨询、收集销售线索、展示未发布项目或连接业务系统的团队，排查范围需要覆盖账号、网站内容以及关联服务三个层面。

从攻击到发现，中间相隔约两周

现有报道显示，攻击发生于9月30日至10月1日，Studio直到10月13日才在内部调查中发现异常。平台随后处置，并于10月14日前修复漏洞、封堵攻击途径。截至10月16日，事件原因、具体影响范围以及是否已经发生后续滥用，仍在进一步调查。

| 时间 | 已披露事项 | 信息边界 | | --- | --- | --- | | 2026年9月30日至10月1日 | 攻击者对Studio实施攻击 | 具体入侵方式、持续访问情况尚未明确 | | 2026年10月13日 | Studio内部调查发现异常 | 距已披露攻击日期约12至13天 | | 2026年10月14日前 | 平台修复漏洞、封堵攻击途径 | 不代表此前流出的信息已经失效 | | 截至2026年10月16日 | 继续调查原因、影响范围与后续损害 | 具体受影响数据数量仍在核查 |

约12至13天的发现间隔，意味着相关日志排查不能只围绕公告发布当天展开。攻击者是否在这段时间里继续访问、是否已经使用取得的凭据，现有材料没有给出答案。平台用户检查第三方服务的访问记录时，应至少覆盖已披露攻击开始之后的时间，并根据日志留存情况适当向前追溯。

漏洞修复解决的是原有攻击入口，已经泄露的信息则需要分别处置。邮箱地址无法通过修补平台漏洞收回；表单里的客户信息一旦外流，也不会随着系统恢复而消失；仍然有效的外部服务密钥，更需要由相应服务撤销或更新。

密码哈希、表单与API密钥，风险并不相同

Studio披露的泄露信息横跨身份资料、业务内容和访问凭据，处置优先级需要按实际权限判断。根据现有报道，账号信息包括用户名、电子邮箱地址和经过哈希处理的密码；客户管理的数据包括网站表单提交内容；其他受影响信息还包括实时预览链接，以及各类设置中保存的认证信息。

| 信息类别 | 报道涉及的内容 | 可能产生的影响 | 建议优先核查事项 | | --- | --- | --- | --- | | 账号资料 | 用户名、电子邮箱地址 | 定向钓鱼、身份关联、伪装平台通知 | 官方通知、异常登录与账号恢复记录 | | 密码哈希 | 经过哈希处理的密码 | 保护强度不足时可能遭离线猜解 | 修改密码，检查其他网站是否复用 | | 网站业务数据 | 表单提交内容等 | 访客或客户信息暴露 | 表单字段、历史提交内容及数据敏感性 | | 实时预览链接 | 未公开网页的访问链接 | 草稿、活动页或项目内容提前暴露 | 链接有效性、访问限制与页面内容 | | 外部服务认证信息 | API密钥及其他保存的凭据 | 在权限允许范围内访问服务或消耗资源 | 撤销旧凭据、检查权限及使用日志 |

密码哈希是通过单向计算生成的密码校验值，用于验证登录时输入的密码。它不同于明文密码，但安全程度取决于采用的算法、参数、是否加盐以及用户密码本身的强度。现有材料没有披露Studio使用的具体方案，因此既不能把这次事件描述为“明文密码泄露”，也不能仅凭“经过哈希处理”就判断账号风险已经得到控制。

API密钥是外部服务用来识别调用方并授予相应访问权限的凭据。它的风险取决于权限范围、有效期和使用限制：只允许读取少量公开信息的密钥，与能够访问客户记录、修改数据或调用付费资源的密钥，后果相差很大。目前没有公开证据说明每一种泄露密钥具有哪些权限，也没有证据支持所有关联服务均已被入侵。

实时预览链接是用于访问尚未正式发布页面的链接，其敏感性取决于访问控制方式和页面内容。如果某个预览页面仅凭链接即可打开，链接本身就承担了部分访问凭证的作用。对准备发布新品、客户案例或营销活动的团队而言，即使页面没有被篡改，提前暴露也可能造成业务影响；具体是否发生，仍需逐个项目核查。

表单数据的影响可能触及没有注册Studio的访客。内容管理系统（CMS）是用于组织、编辑和发布网站内容的系统，而表单则常用于接收网站访问者提交的信息。假如企业在Studio搭建的网站上收集过姓名、联系方式或业务需求，这些提交者是否受到影响，就要取决于实际流出的表单内容，不能仅用平台注册账号名单衡量。

平台已更新系统凭据，客户仍需检查自己的连接

Studio表示，已更换其系统中用于支付、登录等功能的认证信息。这个动作有助于阻止相关旧凭据继续被使用，但从当前披露内容来看，不能据此推断客户在各类设置中保存的外部服务凭据也已全部失效。

平台自身的认证信息和客户提供的认证信息，通常由不同主体管理。前者可以由平台统一处置；后者可能需要客户登录对应的第三方服务，生成新凭据、更新网站配置，再撤销旧凭据。具体操作顺序应结合服务能力和业务连续性安排，但关键目标一致：让可能泄露的旧凭据失去访问能力。

受影响团队现在最有价值的工作，是把Studio中的连接配置与第三方服务日志对应起来。只修改Studio登录密码，无法自动解决其他服务密钥已经外流的问题；只更新密钥而不查使用记录，也可能漏掉此前发生的异常调用。

• 检查Studio账号。 修改密码，排查其他服务是否使用过相同密码；如平台支持，启用多因素认证，并检查可管理的登录会话。
• 清点外部连接。 列出在平台配置过的服务、凭据、权限和负责人，优先处理可访问敏感数据、修改内容或产生费用的凭据。
• 核查表单与预览页面。 确认表单收集过哪些字段、涉及哪些项目，并检查未公开页面的预览链接是否仍然有效、是否需要更新或限制访问。
• 检查关联服务日志。 关注未知来源访问、异常调用量、陌生资源操作及权限变更，结合服务实际提供的日志判断。
• 保留调查依据。 保存平台通知、配置变更记录和关键日志，为后续判断影响范围及通知相关人员提供依据。

这套处置思路与OWASP的凭据管理建议一致：凭据需要具备可撤销、可更新、权限受限和使用可追踪等能力。OWASP是提供开放安全资料的非营利组织，其凭据管理指南可作为企业检查外部连接管理方式的参考，但不应被当作对Studio具体漏洞成因的说明。

AI建站的便利，也集中了承担的责任

Studio事件暴露了一个明确的产品边界：用户无需编写代码，仍然需要管理网站背后的数据和权限。一个可视化编辑器一旦同时接入客户表单、内容管理和外部服务，就已经承担了部分业务系统的职责，安全要求也应随之提高。

平台集成得越深，一次入侵可能涉及的数据类型就越多。对小团队而言，把页面、内容、表单和第三方连接放在同一个地方，确实可以减少维护工作；但这也意味着评估平台时，不能只看模板质量、生成效果和发布速度。凭据怎样保存、能否限制权限、日志能够保留多久、发生事件后能否快速定位受影响项目，都直接关系到后续处置成本。

此次泄露尚不能被归因于AI模型本身。现有材料没有披露具体漏洞，也没有证据表明攻击来自提示注入、模型生成代码或其他特定AI机制。把事件笼统描述为“AI不安全”，无法帮助用户判断风险；真正需要继续追问的是入侵入口、认证信息的保护方式、跨项目访问边界，以及异常为何在约两周后才被发现。

平台“暂未发现数据遭到篡改或删除”的表态，只回答了其中一部分问题。数据保密性是否受损、内容完整性是否受到破坏、服务是否正常运行，是三个不同维度。即使网站照常打开、页面内容也没有变化，数据仍可能已经被复制。至于是否发生非法登录或信息滥用，Studio目前仍在调查，不能将尚未确认后续损害写成没有后续损害。

截至10月16日，Studio用户最需要的是能够落实到具体项目的影响说明。哪些账号资料受到影响、哪些表单数据可能外流、哪些认证信息需要撤销、哪些预览链接需要更新，这些答案决定团队能否完成处置。对仍在使用平台的开发者和企业用户，当前应优先检查关联凭据与业务数据，同时持续关注调查更新，避免把漏洞修复日期当作整起事件的结束日期。

参考来源

• IT之家：AI建站平台Studio遭黑客入侵，用户账号信息、外部服务API密钥泄露：2026年10月16日报道，本文关于攻击时间、发现与修复节点、泄露类别及平台回应的主要依据；报道援引ITMedia，具体影响范围仍在核查。
• OWASP：Secrets Management Cheat Sheet：用于解释外部服务凭据的权限控制、更新、撤销与审计原则，不涉及对本次事件成因的认定。
• OWASP：Password Storage Cheat Sheet：用于解释密码哈希的保护边界，以及算法、参数和加盐机制对安全性的影响。