Transgenia案例 · 网络安全 · 前沿人工智能

Claude Mythos 5.1能为企业网络安全做什么?

2026年11月7日,Anthropic批准Transgenia(特兰斯赫尼亚)获得其网络安全验证计划(Cyber Verification Program)的防御访问权限(Defense Access)。两天后,我们让Claude Mythos 5.1检查了自己的生产服务器。这是Anthropic只向经过验证的组织开放的模型。26分钟后,我们拿到了一份列有13项问题和修复计划的报告。之后,安全分类器在两个时刻中止了它的回复。本文完整说明我们做了什么、发现了什么、模型在哪里停下,以及它真正能做什么。

简短回答。Claude Mythos 5.1适合用于企业的防御性网络安全:盘点服务器上运行的服务、检查配置、对照公开漏洞数据库核对版本并提出计划,前提是只针对自有系统并获得授权。Transgenia是经Anthropic验证的组织,自2026年11月7日起拥有防御访问权限;它以概念验证的方式,在自己的生产服务器上使用了这个模型:发现2项高严重度、7项中严重度和4项低严重度问题,并在人工批准后完成了一项修复。它的安全分类器中止了两次回复。这个模型不能做的事比能做的事更多,开始之前最好先了解这一点。
案例概述:经Anthropic验证的组织Transgenia,使用Claude Mythos 5.1对自有基础设施做了防御性审计,发现2项高、7项中、4项低严重度问题,完成一项修复;安全分类器两次中止了回复;结论是公开说明哪些事可以做。
Mermaid 元结构
flowchart TB
    A["Transgenia<br/>经Anthropic验证的组织"] --> B["使用Claude Mythos 5.1<br/>的概念验证"]
    B --> C["对自有基础设施的<br/>防御性审计"]
    C --> D["2项高、7项中<br/>4项低严重度问题"]
    D --> E["完成一项修复<br/>其余列入计划"]
    C --> F["安全分类器<br/>两次中止回复"]
    E --> G["公开说明<br/>哪些事可以做"]
    F --> G
    class G clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
1. 完整案例:从获得访问权限到经验总结。

Claude Mythos 5.1是什么?谁可以使用?

根据Anthropic的文档,Claude Mythos 5.1与Claude Fable 5.1是同一个模型,只向通过Anthropic验证计划(例如Cyber Verification Program)的组织开放。它于2026年9月1日发布,上下文窗口为一百万个token。Transgenia就是这类经过验证的组织之一。

安全保障不是可选项。Anthropic在文档中说明,其模型包含可以拒绝请求的安全分类器;网络安全类别涵盖可能助长危害的内容,例如编写恶意软件或漏洞利用代码。同一份文档也提醒,正当的网络安全工作同样可能触发这一类别。Anthropic按模型和类别设定这些保障;其验证计划还要求每一次测试都事先获得对相关系统有权限的人授权。

Transgenia是经过验证的组织,这意味着什么?

2026年11月7日,Anthropic通知Transgenia:我们已获准使用其网络安全验证计划的防御访问权限,立即生效。根据这份通知,防御访问权限面向防御自有或所维护系统的团队,用于漏洞分级与验证、恶意软件分析与逆向工程、检测工程和事件响应。经授权的渗透测试和红队演练属于该计划的另一个级别,我们目前没有。

也要说明它不意味着什么。这不是Anthropic的认证,也不是对我们服务的背书,而是一项验证:它让我们能够在其安全保障之下,使用Anthropic能力最强的模型来做防御工作。这次审计是我们获得该权限后的第一次概念验证。

Anthropic网络安全验证计划设有防御访问权限,适用于组织拥有或维护的系统;Transgenia于2026年11月7日获批,因此可以在按模型和类别设定的安全保障下使用Claude Mythos 5.1;渗透测试和红队演练属于该计划的其他级别,Transgenia没有。
Mermaid 元结构
flowchart TB
    A["Anthropic网络安全<br/>验证计划"] --> B["防御访问权限:<br/>自有或维护的系统"]
    B --> C["Transgenia<br/>2026年11月7日获批"]
    C --> D["使用<br/>Claude Mythos 5.1"]
    D --> E["按模型和类别<br/>设定的安全保障"]
    F["渗透测试<br/>与红队演练"] -.-> G["属于计划的其他级别:<br/>我们没有"]
    class C clave
    class F,G fuera
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
    classDef fuera stroke:#FEFEEA,stroke-dasharray:5 5
2. 经过验证的Transgenia:访问权限涵盖什么。

我们想做什么?哪些事不做?

问题很具体:我们生产服务器上的原生应用,特别是PHP和Python应用,是否存在严重漏洞?开始之前,范围就已经写明:只针对自有基础设施,只做识别,没有人工批准就不做任何变更。侵入性测试、暴力破解、漏洞利用以及任何数据下载都不在范围之内。

测试范围:自有基础设施和仅做识别属于范围之内;第三方系统、侵入性测试或漏洞利用、未经人工批准的变更都不在范围之内。
Mermaid 元结构
flowchart LR
    A["测试范围"] --> B["自有基础设施:是"]
    A --> C["仅做识别:是"]
    A --> D["第三方系统:否"]
    A --> E["侵入性测试或<br/>漏洞利用:否"]
    A --> F["未经人工批准<br/>的变更:否"]
    class A clave
    class D,E,F fuera
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
    classDef fuera stroke:#FEFEEA,stroke-dasharray:5 5
3. 哪些在范围之内,哪些不在。

我们是怎么做的?

先识别,再动手。模型在Claude Code中以只读权限访问服务器,按六个步骤工作。核对版本时使用了两个公开来源:针对PHP依赖的Packagist安全公告,以及针对Python依赖的OSV数据库。证据在保存时不含密码和进程参数。如果某个配置文件中有机密,只记录其存在,不记录其内容。

六个只读步骤:盘点运行的服务,检查防火墙、网页服务器和容器配置,对照公开漏洞数据库核对版本,审阅自有代码,从外部节点检查暴露面,最后形成不含机密的证据报告。
Mermaid 元结构
flowchart TB
    A["盘点:运行什么<br/>在哪里监听"] --> B["配置:防火墙、<br/>网页服务器和容器"]
    B --> C["对照公开漏洞<br/>数据库核对版本"]
    C --> D["审阅自有代码"]
    D --> E["从外部节点<br/>检查暴露面"]
    E --> F["不含机密的<br/>证据报告"]
    class F clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
4. 先识别,再动手:六个只读步骤。

检查范围包括PHP应用、Python服务、容器以及网络层和防火墙。每项问题都按严重度分类,并附有支持它的证据。

在生产服务器上检查了PHP应用、Python服务、容器以及网络和防火墙,所有结果都按严重度分类。
Mermaid 元结构
flowchart LR
    S["生产服务器"] --> P["PHP应用"]
    S --> Y["Python服务"]
    S --> C["容器"]
    S --> R["网络与防火墙"]
    P --> X["按严重度<br/>分类的问题"]
    Y --> X
    C --> X
    R --> X
    class X clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
5. 我们在生产服务器上检查了什么。在手机上可左右滑动查看完整图示。

我们发现了什么?

共13项问题:2项高严重度,7项中严重度,4项低严重度。

共13项问题:2项高严重度,7项中严重度,4项低严重度。
Mermaid 元结构
flowchart LR
    A["13项问题"] --> H["2项高严重度"]
    A --> M["7项中严重度"]
    A --> L["4项低严重度"]
    class H clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
6. 13项问题,按严重度划分。

尚未修复的问题,我们不公开细节。准确描述一个尚未修复的弱点,等于把它交给正在寻找它的人。但我们可以分享任何服务器都值得排查的模式,因为在我们的服务器上出现了这些模式的变体。

任何服务器都值得排查的五种模式:在防火墙之外发布的服务、在生产环境中开启的调试模式、没有安全更新的依赖、本地用户可读取的机密、以及没人记得的防火墙规则。
Mermaid 元结构
flowchart LR
    A["值得排查的模式"] --> B["在防火墙之外<br/>发布的服务"]
    A --> C["生产环境中<br/>开启的调试模式"]
    A --> D["没有安全更新<br/>的依赖"]
    A --> E["本地用户<br/>可读取的机密"]
    A --> F["没人记得的<br/>防火墙规则"]
    class A clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
7. 任何服务器都值得排查的五种模式。

一份有用的报告也会说明哪些地方不需要改动。模型记录了做得好的部分:网站表单的自有代码、经过加固的PHP配置、仅允许密钥登录的SSH,以及禁止访问敏感文件的规则。

我们如何从发现问题走到修复?

规则很简单:未经批准、备份和验证,不做任何变更。团队中的一位成员审阅报告后,批准了两项修复。

从有证据的问题到修复建议;如果有人批准,就先备份、做最小变更、从内外两侧验证并记录回滚方式;如果没有批准,就留在计划中。
Mermaid 元结构
flowchart TB
    A["有证据的问题"] --> B["修复建议"]
    B --> C{"是否经人工批准?"}
    C -- "是" --> D["先备份"]
    D --> E["最小变更"]
    E --> F["从内外两侧验证"]
    F --> G["记录回滚方式"]
    C -- "否" --> H["留在计划中"]
    class G clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
8. 未经批准、备份和验证,不做任何变更。
2026年11月9日时间线(UTC):00:04开始只读审计;00:30形成报告和修复计划;有人批准两项修复;00:34完成并验证一项;随后分类器中止回复,第二项修复未能执行。
Mermaid 元结构
flowchart TB
    A["00:04 UTC<br/>开始只读审计"] --> B["00:30 UTC<br/>报告与修复计划"]
    B --> C["有人批准<br/>两项修复"]
    C --> D["00:34 UTC<br/>一项修复已完成并验证"]
    D --> E["分类器中止回复"]
    E --> F["第二项修复<br/>未能执行"]
    class D clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
9. 2026年11月9日时间线(UTC)。

实际完成的修复,是关闭一个应用中向所有访问者显示内部信息的调试模式。我们先备份配置,再切换到生产模式,并从外部验证公开页面不再显示这些信息。这降低了暴露面,但没有关闭这项问题:该应用还需要更新,仍在计划之中。第二项获批的修复未能执行。

已完成的修复:一个对公众可见的调试模式;先备份配置,再切换到生产模式,并验证公开页面不再显示;应用更新仍待完成。
Mermaid 元结构
flowchart TB
    A["对公众可见的<br/>调试模式"] --> B["备份配置"]
    B --> C["切换到生产模式"]
    C --> D["已验证:公开页面<br/>不再显示"]
    D --> E["待办:更新应用"]
    class D clave
    class E fuera
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
    classDef fuera stroke:#FEFEEA,stroke-dasharray:5 5
10. 这项修复降低了暴露面,但没有关闭问题。

模型为什么会停下?

安全分类器两次中止了模型的回复。Claude Code的提示很明确:回复被安全分类器中止,不是错误;其余内容被保留,待执行的命令没有运行。Anthropic的文档也有相同的说明:拒绝可能发生在回复中途,已经生成的内容应视为不完整。

请求经过安全分类器:如果允许,返回完整回复;如果拒绝,回复中止,其余内容被保留,待执行的操作不会运行。
Mermaid 元结构
flowchart TB
    A["向模型发出请求"] --> B{"安全分类器"}
    B -- "允许" --> C["完整回复"]
    B -- "拒绝" --> D["回复中止"]
    D --> E["其余内容被保留"]
    D --> F["待执行操作不运行"]
    class D clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
11. 分类器拒绝时会发生什么。

我们不知道分类器的具体标准,也不会去猜测。我们看到的是它发生的时刻。第一次,是从识别转入在生产环境中修复时。第二次,是把检查扩大到账户、访问密钥和备份时。

只读识别形成了报告和计划;转入在生产环境中修复时出现第一次中止;把检查扩大到账户、访问密钥和备份时出现第二次中止。
Mermaid 元结构
flowchart TB
    A["只读识别"] --> B["报告与计划"]
    B --> C["转入在生产<br/>环境中修复"]
    C --> X1["第一次中止"]
    B --> D["扩大检查到账户、<br/>访问密钥和备份"]
    D --> X2["第二次中止"]
    class X1,X2 clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
12. 模型在哪里停下。

我们如何回应,与发生了什么同样重要。我们没有改写请求去绕过拒绝,也没有尝试复现被保留的内容。我们把它看作一个信号:这部分工作需要换一条路,由团队成员用常用工具完成,或者等到范围和访问计划允许时再做。

哪些事可以做?哪些不能做?

使用这个模型时,不应该做的事比可以做的事更多。我们认为这是对的。一个能在几分钟内找到弱点的工具,必须在不依赖使用者善意的限制之内工作。

我们做了:盘点并读取配置、对照公开数据库核对版本、审阅自有代码、提出有优先级的计划、经批准后修复。不做的事:攻击第三方系统、利用漏洞、提取或展示凭据、在分类器拒绝后反复尝试、未经人工批准修改生产环境、公开尚未修复的问题。
Mermaid 元结构
flowchart LR
    subgraph SI["我们做了"]
        direction TB
        S1["盘点并读取配置"]
        S2["对照公开数据库<br/>核对版本"]
        S3["审阅自有代码"]
        S4["提出有优先级的计划"]
        S5["经批准后修复"]
        S1 --- S2 --- S3 --- S4 --- S5
    end
    subgraph NO["不做的事"]
        direction TB
        N1["攻击第三方系统"]
        N2["利用漏洞"]
        N3["提取或展示凭据"]
        N4["分类器拒绝后<br/>反复尝试"]
        N5["未经人工批准<br/>修改生产环境"]
        N6["公开尚未修复的问题"]
        N1 --- N2 --- N3 --- N4 --- N5 --- N6
    end
    SI ~~~ NO
    class S1,S2,S3,S4,S5 clave
    class N1,N2,N3,N4,N5,N6 fuera
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
    classDef fuera stroke:#FEFEEA,stroke-dasharray:5 5
13. 不做的事比能做的事更多,这是对的。在手机上可左右滑动查看完整图示。

验证者本身需要验证吗?

需要。会话中有两个工具出了问题,模型也在报告中写明了。用网页智能体做的外部探测无法区分真正的拦截和出站代理故障,因此被弃用,改为从外部节点做连接测试。自动化的依赖审计在冻结的环境中失败,改为直接查询公开漏洞数据库。结果是每项问题都有团队任何成员都能复现的证据。

两个工具出了问题:用网页智能体做的外部探测无法区分拦截和代理故障,改为从外部节点做连接测试;依赖审计在冻结的环境中失败,改为直接查询公开数据库;因此每项问题都有可复现的证据。
Mermaid 元结构
flowchart TB
    A["网页智能体<br/>做的外部探测"] --> B["无法区分拦截<br/>和代理故障"]
    B --> C["改为从外部节点<br/>做连接测试"]
    D["依赖审计"] --> E["在冻结的环境中失败"]
    E --> F["改为直接查询<br/>公开数据库"]
    C --> G["每项问题都有<br/>可复现的证据"]
    F --> G
    class G clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
14. 验证者本身也需要验证。

我们建议哪些安全保障?

如果你的企业准备用前沿人工智能(AI)检查自身安全,下面是我们遵循并建议的七条规则:

  1. 书面授权并明确范围。 哪些系统、由谁授权、哪些不在范围内。
  2. 先只读。 先识别,再动手。
  3. 机密脱敏。 证据中不出现任何密码或密钥,内部文件也一样。
  4. 每项变更都经人工批准。 模型提出建议,由人做决定。
  5. 动生产环境前先备份并准备回滚。 每项变更都有撤回方式。
  6. 尊重分类器的拒绝。 不改写请求去绕过它。
  7. 负责任地披露。 公开方法和数量,绝不公开尚未修复问题的细节。
按顺序的七项安全保障:书面授权并明确范围;先只读;所有证据中的机密都要脱敏;每项变更都经人工批准;动生产环境前先备份并准备回滚;尊重分类器的拒绝;负责任地披露,不公开尚未修复的问题。
Mermaid 元结构
flowchart TB
    A["书面授权<br/>并明确范围"] --> B["先只读"]
    B --> C["所有证据中的<br/>机密都要脱敏"]
    C --> D["每项变更<br/>都经人工批准"]
    D --> E["动生产环境前<br/>先备份并准备回滚"]
    E --> F["尊重分类器的拒绝"]
    F --> G["负责任地披露:<br/>不公开未修复问题"]
    class G clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
15. 把前沿人工智能用于安全工作前的七项保障。

Transgenia的立场是什么?

Claude Mythos既不是能摧毁一切的人工智能,也不是玩具。它是一件在规则之下工作的有力工具,而这些规则本身就是价值的一部分:一个在工作接近风险时会停下的模型,比一个从不停下的模型更值得信任。这是我们获得防御访问权限后的第一次概念验证,我们感谢这项验证所代表的信任。我们会在其范围之内继续使用它:防御我们拥有或维护的系统。如果将来扩大这一范围,会在Anthropic设定的级别、审批和监督之内进行,并像本文一样清楚地说明。它不是我们唯一的工具:我们还获准使用OpenAI Daybreak Blue,开展经授权的内部网络安全工作。

这对你的企业意味着什么?

我们在自己身上学到的,就是我们在网络安全服务中采用的方法:经授权的诊断、指导整改、加固和验证,范围、权限和交付物都以书面形式确定。作为拥有防御访问权限的已验证组织,我们可以使用Anthropic能力最强的模型,防御我们拥有或维护的系统。如果Transgenia负责维护你企业的系统,这项工作会在该范围之内进行,事先取得你的书面授权,并采用同样的方法:先识别再动手,经批准后修复,并交付用于决策的证据。渗透测试不属于这一级别。

Transgenia的网络安全服务遵循同样的顺序:经授权的诊断、指导整改、加固和验证,最终形成用于决策的证据。
Mermaid 元结构
flowchart TB
    A["经授权的诊断"] --> B["指导整改"]
    B --> C["加固"]
    C --> D["验证"]
    D --> E["用于决策的证据"]
    class E clave
    classDef clave fill:#EE7623,stroke:#FEFEEA,stroke-width:2px,color:#101820,font-weight:bold
16. 同样的顺序,作为一项服务。

资料来源有哪些?

  1. Claude Mythos 5.1(Claude Platform文档,Anthropic,2026年11月10日阅读)。
  2. Refusals and fallback(Claude Platform文档,Anthropic,2026年11月10日阅读)。
  3. Cyber Verification Program(Claude Help Center,Anthropic,2026年11月10日阅读)。
  4. Packagist安全公告API(Packagist,2026年11月9日查询)。
  5. OSV开放漏洞数据库(2026年11月9日查询)。
  6. Anthropic致Transgenia的防御访问权限批准通知(2026年11月7日):未公开。
  7. 审计内部记录(2026年11月9日):未公开;数字按记录原文引用。

常见问题有哪些?

Claude Mythos 5.1是什么?

它是Anthropic的模型,与Claude Fable 5.1是同一个模型,只向通过Anthropic验证计划(例如Cyber Verification Program)的组织开放,于2026年9月1日发布。

Transgenia是经Anthropic验证的组织吗?

是的。2026年11月7日,Anthropic批准Transgenia获得其网络安全验证计划的防御访问权限,用于防御其拥有或维护的系统。这不是认证,也不是对其服务的背书。

任何企业都可以使用Claude Mythos吗?

不可以。需要向适合其用途的Anthropic计划申请访问权限,是否通过验证由Anthropic决定。每一次测试都必须事先获得对相关系统有权限的人授权。

模型为什么中止了两次回复?

因为它的安全分类器拒绝了这两次请求。Anthropic的文档说明,正当的网络安全工作同样可能触发分类器。我们不知道具体标准;我们尊重拒绝,并换了一条路继续工作。

你们做了渗透测试吗?

没有。这是一次只做识别的审计,对象是我们自己的基础设施,没有侵入性测试,没有暴力破解,没有利用漏洞,也没有下载任何数据。

你们可以用Claude Mythos审计我的企业吗?

如果Transgenia负责维护你的系统,我们可以在防御访问权限范围内用它来防御这些系统,并事先取得你的书面授权。渗透测试需要该计划的另一个级别,我们目前没有。

你们会公开发现的漏洞吗?

尚未修复的问题,我们不公开细节。我们分享的是方法、按严重度统计的数量,以及任何服务器都值得排查的模式,以免把弱点交给正在寻找它的人。

下一步做什么?

如果某个系统让你担心,我们先从15分钟开始。 我们一起确定你要保护什么、由谁授权检查、需要哪些证据来做决定。预约15分钟,或查看我们的网络安全服务。

作者与Transgenia是谁?

Efraín Carreón Ortiz是墨西哥精品技术工作室Centrum Transgenia的Director General(Chief Executive Officer,首席执行官)。他持有由Anthropic颁发的Claude Code官方徽章(Claude Partner Badge),可在Credly上验证。

Transgenia是OpenAI Partner Network中的OpenAI Select Partner,也是Anthropic Claude Partner Network的注册合作伙伴,并且是Anthropic网络安全验证计划中拥有防御访问权限的已验证组织。团队:Víctor Estrada Bello,Chief PMO;Danild Johan Zambrana López,Chief Technology Officer;Jaime Lozano Castañeda,Chief Marketing Officer;Efraín Carreón Ortiz,Director General(Chief Executive Officer)。

联系我们:contacto@transgenia.org、WhatsApp +52 55 8034 0405、15分钟预约或联系页面。

接下来读什么?

话题标签:#ClaudeMythos #网络安全 #人工智能安全 #Anthropic #CyberVerificationProgram #ProjectGlasswing #防御性人工智能 #负责任的人工智能

← 返回博客
Transgenia, Verified IT agency on Vai.me