疑似大学生通过 Claude Code 入侵多家韩国银行，韩国总统介入！

原创

mmc
mmc

AGI安全

2026年10月9日 19:35
北京

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

疑似大学生通过 Claude Code 入侵多家韩国银行，韩国总统介入！

9 月下旬到 10 月初，新韩银行、KB 国民银行、韩亚银行等 9 家韩国金融机构先后被入侵，约 6.8 万名客户的姓名、电话、年收入、贷款额度等信息泄露。10 月 7 日，CrowdStrike 发布报告：攻击者用开源 AI 渗透测试工具 ARTEX 配合 Claude Code、DeepSeek 等大模型完成攻击。攻击者服务器上的公开目录暴露了 CLAUDE.md 和会话记录，其中一次会话是让 Claude 帮忙写简历，留下了一所广东高校的名字。CrowdStrike 表示，这些个人信息目前还不能确定属于攻击者。

主控服务器 → ARTEX 智能体 → 代理 IP 跳转 → 银行外围系统① 主控服务器位于香港Claude Code 会话另用 GLM-5.3、Grok 4.6会话记录、记忆文件目录对外公开② ARTEX 服务器38.244.50[.]120DeepSeek v4.1-flash疑经第三方 API 中转自动扫描、规划路径/.claude/CLAUDE.md 外露③ 代理 IP至少 9 个多起事件共用隐藏真实来源IOC 见文末ATT&CK T1090④ 银行外围系统贷款中介查询员工移动办公绕过身份验证9 家机构受害约 6.8 万人①②③ 来自 CrowdStrike 报告（2026-10-07），④ 来自韩国媒体报道本图为公开信息整理的攻击链示意

事件经过

9 月 29 日，新韩银行发现贷款中介使用的进度查询服务被人未授权访问。攻击者绕过了这项服务的身份验证，取走了约 2.5 万名客户的姓名、电话、年收入和预估贷款额度，部分客户的居民登记号码也在其中。新韩银行表示会对确认受害的客户全额赔偿，韩国金融监督院随后启动紧急检查。

10 月 1 日至 2 日，韩国五大商业银行（KB 国民、新韩、韩亚、友利、NH 农协）和 BNK 釜山银行陆续发现入侵尝试。其中友利银行和 NH 农协银行拦住了攻击，没有确认数据泄露。截至 10 月 7 日，韩国媒体统计确认受害的机构有 9 家：

多家媒体报道的合计数约为 6.8 万人。各机构公布的口径不一，部分机构还在核查，最终数字可能会变。

这次没有打核心系统。被攻破的都是银行的外围业务系统：给贷款中介用的查询服务、员工的移动办公系统，而不是网银和手机银行。韩国东国大学黄锡镇教授的说法是，这些辅助网络安全防护相对薄弱，攻击者\"没有走正门，而是从窗户进来的\"。

攻击者用了哪些工具

CrowdStrike 在报告中还原了攻击者的工具组合。标题里的 Claude Code 只是其中一环，真正执行入侵的是 ARTEX。

1. ARTEX：开源 AI 渗透测试智能体

ARTEX 由中国开发者在 7 月 26 日发布到 GitHub，采用 AGPL-3.0 协议。9 月，它在国内一项智能体攻防安全平台评测中拿了第一。ARTEX 本身不带模型，需要接入 Claude、GPT、DeepSeek 等大模型的 API，再由多个智能体分工完成漏洞扫描、攻击路径规划和执行。攻击者在一台服务器上部署了 ARTEX，专门用来打韩国金融机构。

2. DeepSeek v4.1-flash：ARTEX 背后的主力模型

CrowdStrike 判断，攻击者不是直接调用 DeepSeek 官方 API，而是很可能通过一个第三方 API 中转站 xcai[.]pro 接入。经过中转后，模型厂商看到的是中转站的账号，很难识别和拦截真正的使用者。

3. Claude Code：主控会话

攻击者在另一台位于香港的主服务器上使用 Claude Code，另外几次会话用了智谱 GLM-5.3 和 Grok 4.6。会话内容不只是技术操作。据报道，攻击者还问 Claude \"韩国泄露数据一般在哪里卖\"，并让它帮忙找韩国的 Telegram 数据交易群。

4. 双服务器加代理 IP

香港服务器负责指挥，38.244.50[.]120 运行 ARTEX，再经过至少 9 个代理 IP 访问目标。多起入侵事件用到了相同的 IP，这是调查人员把它们串到一起的依据之一。

高丽大学林钟仁教授在接受 Korea Times 采访时说，人类黑客要策划和实施这种规模的攻击，需要几周甚至几个月，\"这么快、这么大规模的攻击很难由人来完成，很可能用了 AI\"。CrowdStrike 的结论也类似：AI 工具让一个以牟利为目的的攻击者，能在很短时间内完成多次入侵。

CrowdStrike 是怎么找到这个人的

线索来自攻击者自己的服务器配置。两台服务器都开着目录列表，任何人都能直接浏览文件：

• ARTEX 服务器

的 18899 端口上能看到 /.claude/CLAUDE.md。CLAUDE.md 是 Claude Code 的项目说明文件，每次会话会自动读取。这份文件里是中文写的渗透测试指令，还写着香港主服务器的 IP。
* 香港主服务器

同样开着目录，暴露了 Claude Code 的会话历史、ARTEX 配置和 Claude 的记忆文件，攻击目标和操作过程都记录在里面。
* 一次写简历的会话。

攻击者让 Claude 写一份\"安全研究员\"简历，把 ARTEX 的战果，包括攻击韩国金融机构，写成工作业绩。提示词里带了 Telegram 账号、姓名、电话、年龄，以及广东一所大学和一座城市的名字。韩国媒体报道的信息是姓名首字母 YY、华南XX大学。

这个 Telegram 账号还出现在另外两处：一是研究 Telegram NFT 礼物市场漏洞的 Claude Code 会话，二是针对一个疑似中国支付平台的攻击活动。

\"大学生\"这个身份还没有被证实。
CrowdStrike 认为这些个人信息可能属于攻击者，但明确说\"现有信息不能确定地把这些细节和攻击者关联起来\"。信息本身也有矛盾：简历写的是 26 岁，较早的版本里出生日期是 2007 年 9 月。韩国警方还在调查是一个人还是一个团伙。
CrowdStrike 的归因是：攻击者可能讲中文、以牟利为目的，置信度为\"中等\"，依据是工具由中国开发、提示词用中文书写。它没有把这次攻击归到任何已知的黑客组织。

各方回应

• ARTEX 作者：

10 月 8 日在 GitHub 发表声明，称工具\"被一些不良分子滥用\"，即日起停止更新、转为闭源，不再提供公开版本和维护。声明说 ARTEX 的用途是帮助企业测试安全风险，作者反对任何非法使用，也不对违法行为负责。随后项目页面下线。
* 韩国政府和监管：

金融监督院对涉事银行做紧急检查。政府警告同样的攻击可能扩散到其他行业和政府机构。总统李在明公开提到 AI 已经被用于银行入侵。国会计划在 10 月 19 日的国政监查上传唤五大银行负责人。
* 中国外交部：

据路透社等媒体报道，发言人毛宁在 10 月 8 日的例行记者会上回应，表示不了解具体情况，中方一贯反对并依法打击黑客活动，也反对出于政治目的散布虚假信息。
* 涉事银行：

开通泄露查询，新韩银行承诺对确认受害的客户全额赔偿。

目前还没有公开答案的问题：

• 攻击者的真实身份，以及是个人还是团伙
• 泄露的数据有没有被卖出、流向哪里
• 各家外围系统具体是哪个漏洞被利用
• 最终受影响的机构数和客户数

对企业的提示

CrowdStrike 报告没有给出具体的防御建议。下面几条是根据已公开的攻击方式整理的。

1. 盘点对外开放的外围系统

给代理商、中介、外包人员用的查询系统，员工的移动办公系统，营销支持系统，这些往往能查到客户数据，安全投入却远低于核心交易系统。要按核心系统的标准检查身份验证、权限和日志，尤其是能不能绕过验证直接调用查询接口。

2. 按\"机器速度\"设计检测规则

AI 智能体可以连续工作，短时间内发出大量请求。查询接口要限制单账号、单 IP 的频率，对短时间内批量查询、验证失败后立即成功、同一账号从多个 IP 访问等情况设置告警。

3. 检查 AI 编程工具留下的文件

这次攻击者暴露，是因为 .claude/ 目录和会话记录放在了能被公开访问的位置。企业自己的开发团队也可能犯同样的错误：CLAUDE.md、会话日志、记忆文件里常常写着内部地址、业务逻辑甚至密钥。建议关闭 Web 服务器的目录列表，并在部署时排除这些文件：

# Nginx：关闭目录列表，拒绝访问隐藏目录和 AI 工具文件 autoindex off; location ~ /\\.(claude|git|env) { deny all; } location ~* (CLAUDE|AGENTS)\\.md$ { deny all; }

4. 管住第三方 API 中转站

攻击者通过中转站调用模型，绕开了厂商的滥用监控。反过来，企业员工如果用中转站调用大模型，中转站能看到所有请求内容。建议明确规定可以使用的模型服务和接入方式，禁止把业务数据发给来路不明的中转站。

5. 导入 IOC

CrowdStrike 公布了 10 个相关 IP，列在文末，可以加入防火墙和 SIEM 的检测规则，回查历史日志。

写在最后

这次事件里，攻击者用的是公开的开源工具和商用大模型，打的是银行的外围系统，几天内波及 9 家机构。暴露他的不是攻击手法，而是服务器上没关的目录列表。留几个问题供讨论：

第一，ARTEX 这类开源 AI 渗透工具，作者事后转闭源，已经下载的副本仍在流传。这类工具的发布应该有什么约束？

第二，第三方 API 中转站让模型厂商看不到真正的使用者。厂商、中转站和监管方，各自该承担什么责任？

第三，友利银行和 NH 农协银行拦住了同一来源的攻击。企业的检测规则，是否已经考虑到 AI 智能体的攻击速度？后续我们会继续分享 AI 智能体攻防、AI 编程工具安全与企业安全体系建设的实践经验，欢迎收藏转发！

AGI 安全 · 企业 AI 安全专项培训

针对 AI 智能体攻防、AI 编程工具安全、金融数据保护与企业安全体系建设

我们提供完整的企业 AI 安全培训体系，助力企业建立完整的安全防护能力

如需定制企业内部安全培训、对外系统与 AI 工具使用风险评估，欢迎扫码咨询

联系人：马老师 ｜ 微信：AICodingC ｜ 公众号：AGI安全

参考资料

CrowdStrike：Unknown Threat Actor Uses AI-Driven ARTEX to Target South Korean Finance（2026 年 10 月 7 日）

The Register：CrowdStrike finds possible bank hacker's CV among exposed AI logs（2026 年 10 月 8 日）

The Korea Times：How AI emerged as new threat in Korea's bank hacking crisis（2026 年 10 月 7 日）

The Straits Times：South Korean banks on high alert after wave of cyberattacks ｜ Chinese developer makes ARTEX AI agent closed-source

每日经济 Pulse：Shinhan Bank hack exposes data of 25,000 customers ｜ 朝鲜日报：AI Hacking Spreads Across South Korean Financial Sector

Technology.org：ARTEX AI Agent Goes Closed After Korea Bank Hacks（2026 年 10 月 9 日） ｜ 路透社：South Korean banks were likely hacked by a Chinese-based actor with an AI agent

CrowdStrike 公布的 IOC：

# ARTEX 服务器 38.244.50[.]120 # 代理 IP 101.53.80[.]20 205.214.59[.]31 124.155.252[.]63 154.201.79[.]246 23.248.249[.]90 23.158.220[.]98 103.248.148[.]84 203.160.133[.]172 209.209.85[.]38 # 疑似 LLM API 中转 xcai[.]pro