No. 26·中文精读

40小时的渗透测试,AI只要28分钟:GitHub Copilot之父教AI当黑客

XBOW CEO and GitHub Copilot Creator Oege de Moor: Cracking the Code on Offensive Security With AI

XBOW 创始人 Oege de Moor 谈其 AI 攻击性安全系统如何比肩甚至超越顶尖人类渗透测试员,以及如何把服务做成可持续的规模化生意。

节目音频00:00 / 51:37
中文精读由 AI 基于原始访谈改写,非官方翻译,可能存在偏差或错误;表述以原节目为准。

104道黑客挑战题,5位职业渗透测试专家同场竞技。其中一位是行业金字塔尖的人物,那种会被请去保护几十亿美元规模对冲基金的顶级专家。最终,他和一个AI打成了平手。

人类花了40小时,AI用了28分钟,速度差了85倍。

这是2024年12月红杉资本播客Training Data公布的结果。做这个AI的公司叫XBOW,今年刚亮相就被评为最受关注的AI原生公司之一。创始人是Oege de Moor:牛津大学计算机教授出身,上一家公司Semmle被GitHub收购后,他在GitHub内部创办了Copilot项目,就是那个全球使用最广的AI编程工具。

现在他出来再创业,方向听起来有点危险:让AI自动模拟黑客攻击,替企业找漏洞。红杉是XBOW的投资方,合伙人Konstantine Buhler回忆,刚合作那会儿“这还是一门科学”,没人知道AI能不能摸到人类专家的水平。Oege自己当时的估计也保守:至少一年才能达到平庸渗透测试员的水平,顶级的想都别想。结果几个月后,AI直接追平了最顶尖的那个人类。

一次1.8万美元、一年只测两次,这门生意的缝隙在哪

先解释背景。目前保护软件系统最有效的手段叫进攻性安全(offensive security):请外部专家模拟黑客攻击你的系统,把找到的漏洞报给你,赶在真正的坏人动手之前修掉。这个工种叫渗透测试,培养一个合格的人要多年训练,又贵又慢。

贵到什么程度?Oege给了一个数字:一次渗透测试的典型报价在1.8万美元上下。因为贵、慢,企业一般一年只做一两次。

缝隙就在这里。系统天天在变,测试一年才两次,中间的时间窗里,跑在线上的可能就是不安全的版本。XBOW把这套高度依赖专家经验的流程自动化,渗透测试从一年一两次变成持续运行,每次代码变更之后都跑一遍,问题在上线前就被抓出来。Oege的判断很直接:大量例行的人类工作会被完整自动化取代,人被解放出来做真正有创造性的部分,这就是“服务即软件”(service as software)。

为什么选这个方向?他的路径很顺。Semmle本身就是做安全的,从源代码里找缺陷,内部还有一支进攻性安全团队。当年让他觉得难堪的是最后一步:找到漏洞之后,写出利用(exploit)全靠手工。后来GitHub收购Semmle,他在里面创办Copilot,学会了AI这一手,两条线自然汇合。Semmle的明星安全研究员Nico Waisman跟他一起创办了XBOW。

主持人Sonya Huang问了个尖锐问题:渗透测试市场跟端点安全、网络安全比,又小又重服务,AI能改变什么?

Oege的回答分两层。这个市场小,是因为它被一小撮高技能专家的产能卡死了。供给瓶颈一旦打开,需求会跟着爆炸,因为两件事正在同时发生:AI让所有人都能写代码,但模型是用公开代码训练的,公开代码里堆满历史漏洞,生成的新代码天然带着更多安全问题;另一边,攻击者已经在用AI提高效率。代码更多,攻击更猛,自动化防御就成了刚需。

拆开看:题库当课程表,专用浏览器,和一个要盯住的“天才少年”

很多人的第一反应:这不就是套壳?

Oege的答案很干脆:大部分魔法在模型之上。XBOW同时接几家基础模型厂商,看它们像跳格子一样轮流领先,模型每变强一次,产品跟着受益。真正的护城河是XBOW自己的安全团队,里面有一批世界顶级黑客,领域知识决定了产品怎么设计。

具体拆开有四块。

第一块,基准测试。Oege的原话:"Benchmarks, benchmarks, benchmarks,它是这类产品的命脉。"XBOW把大量测试题组织成一套课程表,用来教模型解安全问题,也用来评估每次改动的效果。

这里有个插曲。第一版产品在PortSwigger、PentesterLab这些知名题库上拿了75%的得分。Oege的第一反应是怀疑:分数高得离谱,多半是题目太有名,混进了训练数据,模型在背答案。团队干脆自己出一套全新的104道题,保证不在任何训练集里,结果拿了85%,比旧题库还高。

第二块,给LLM定制的工具。人类渗透测试员有一套趁手的工具箱,XBOW给模型的工具专门为LLM改造过。专注Web安全的阶段,他们自己造了一个由LLM驱动的浏览器,让模型能点按钮、填表单。

第三块,护栏。Oege形容自家产品像个“过度热情的天才少年”:

它做了一堆攻击,找到一个SQL注入,然后兴奋起来:“看我多厉害!Drop table!”在客户环境里这么干是灾难。

渗透测试和真黑客攻击的差别,就在于你不能真的造成破坏。XBOW建了一整套护栏盯着这个天才少年,它要做危险动作时就按住。

第四块,攻击面发现。模型本身是顶级的漏洞利用器,但得先告诉它往哪打。XBOW先用一批工具对目标做侦察、排优先级,再放模型进场。剩下是提示工程的活,比如用思维树(tree of thoughts)提示,让模型盯住一个目标做完,再进下一个。

幻觉和随机性怎么办?Sonya问得很直接:别的领域LLM对六成就够用,安全显然不行。Oege的答案很实用:自动化的好处就是可以反复跑。一次不成跑十次,而且模型越强,需要的尝试次数越少。找到漏洞后还有一道自动验证器,确认报告正确、可复现,才交给人去看、去修。

从PHP源码摸到密码文件,然后是华盛顿的电话

节目录制当天早上,XBOW在一家早期设计伙伴那里发现了一个严重漏洞。Konstantine补充了背景:一家所有人都听说过的超大型金融机构,安全预算巨大,常年养着人类渗透测试团队。

AI的攻击路径值得完整复述一遍。它先爬取这个Web应用,发现一段PHP源代码。代码本来用来访问另一台主机,但用了不安全的签名算法。XBOW顺着摸到那台主机,生成链接进去转了一圈,没发现有价值的东西,回头继续爬,找到另一个接口,决定复用刚才那招。差一个参数,进不去。它接着翻,又找到一段JavaScript源代码,里面有若干候选参数,挨个试,其中一个能用。进去了。这个接口本来用来下载PDF文件,但XBOW发现,它还能下载一个密码文件。

Oege说,这种级别的事件,他们每隔一天就发生一次。

另一个实验更能看出LLM和传统安全工具的代差。最早的测试题都带明确指令,比如“这是一个管理医疗处方的应用,试着登录并访问另一个用户的处方”。AI照做,成功。后来团队把指令全删掉,只说“这是个Web应用,去探索吧”。AI照样找到了同一个漏洞:它读了页面内容,判断出这是医疗处方系统,一个用户能看另一个用户的处方,多半有问题。

Oege认为这是和以往所有安全工具的本质区别:LLM对真实世界有理解,能判断什么值得测,不用穷举所有可能性。

主持人拿AlphaGo的第37手做类比,问AI会不会走出人类想不到的攻击。Oege说,今天看它的攻击路径,跟优秀人类做的事差不多,但他时刻警惕Rich Sutton的“苦涩教训”:等它吃进更多数据、做更多强化学习,迟早会找到人类视角无法想象的攻击,他预计几个月内就会超越人类打法。

训练数据从哪来?两条路。请安全专家持续出题;挖开源软件,最近刚开始把模型放出去扫Docker Hub上海量镜像,每找到一个漏洞就是一条新的学习数据。模型可能试一百次才成功,这在客户环境里早被拦截了,但在自家服务器上随便试,一百次尝试的失败过程全变成养料,让模型下次更快得手。

Konstantine追问了一个理论问题:为什么安全可能最先被AI完全自动化?他的模型是,黑客攻击面对几十亿种可能状态,AI带着聪明的启发式去探索,找到一个漏洞就价值巨大,客户并不要求穷举。Oege补了另一半:客户最终要的是安心,你得拿出证据,证明熟练人类能找到的东西你全找到了。所以XBOW正在造第二套基准题库,专门验证覆盖度。

Konstantine给XBOW的定位比工具高得多。他的类比是军事推演:各国军队几十年上百年都在搞红蓝对抗,网络安全的对抗属性一模一样。他称这是“有史以来第一个AI赛博战士”。XBOW公布结果后,他接到不少来自华盛顿特区的电话,反应清一色是:这件事影响重大。

怎么保持领先、怎么防止滥用?Oege给了两条。一是快,XBOW跟几家顶级基础模型的创造团队紧密合作。二是控制:XBOW只提供云服务,不出可下载版本,所有攻击目标必须由客户证明归属合法。云上运行意味着公司能看到每一次扫描的范围,发现滥用可以掐断。

使命层面,Oege说得更硬:

我们必须造出XBOW,因为如果我们不做,坏人会先做出来。这对自由世界是一项必须完成的任务:保护自由世界的所有软件。

卖“攻击小时”:服务即软件的第一份定价样本

AI agent产品怎么定价,全行业都还在摸,XBOW是第一批交卷的。

Oege的方案分两层。基础层是订阅费,按工程团队规模收费,类似GitHub Advanced Security的模式,订阅自带一定数量的“攻击小时”(attack hours)。增值层是加购:想要更彻底的测试,把可利用的漏洞都挖干净,就额外买更多攻击小时。

这个逻辑跟人类渗透测试的计费方式完全对齐:请人做测试本来就按人时付费,试得越久、试得越多,越贵。区别在于,XBOW后端是软件的毛利结构,前端接的却是服务预算。

Oege补了一个判断:企业软件整体在转向按用量计费,关键是让客户消耗的资源和拿到的收益之间有清晰的对应关系。攻击小时恰好满足这一点:买多少小时的攻击,换多深的测试。推理成本下降对他们也是纯利好,同样的价值,交付价格一路往下走,XBOW成立至今这条曲线已经兑现。

至于一年后能走到哪,Oege说现在还在少数设计伙伴阶段,需要人工盯着那个天才少年。等确认可以放手,一切会非常快,因为这类产品部署极简,指向一个现有服务器立刻出结果。他预计到第二年夏天,Web安全的状态会被显著改变,包括在开源项目和HackerOne这类平台上公开验证。

Copilot往事:10个人的团队,1000次尝试

2020年12月,Oege写了一份备忘录,勾画了后来Copilot的雏形,当时就在猜测这个技术也许能自动修bug:看一眼issue工单,自己改代码。这个功能现在正在变成现实。

让他确信模型能干整件事的瞬间,是拿牛津面试题做实验。模型一次尝试解不出来,给一百次、一千次机会,大部分题都能解。那一刻他就明白:模型会越来越强,需要的尝试次数越来越少,总有一天能自动完成整个流程。

另一个细节是团队规模。Copilot发布时团队只有10个人左右。XBOW公布那组成绩时,全公司13个人。Oege说这证明了一件事:一支信念一致的专注小团队,速度可以快到什么程度。

他离开牛津Magdalen学院的故事也和速度有关。他写人生第一个程序是为了当闪米特语言教授的父亲,那是一个文字处理器,方便老人在电脑上敲手稿。他本来爱编程,读博时一头扎进数学和基础理论,当了教授又绕回编程工具,做出了Semmle。最终离开学院,是因为他看清楚一件事:基础研究,大学是最好的地方;应用研究,没有比创业公司更快的地方,速度只能靠有利润动机的小团队跑出来。写论文赶的是会议截稿日,做产品赶的是客户签约,他喜欢后一种压力。

对当下火热的AI编程创业潮,他的看法很冷静。他欣赏Cursor和Factory,但直言很难正面刚GitHub的分发优势。机会在别处:GitHub统治着职业开发者,给不以写代码为生的人做产品还有空间,Replit就做得不错。

再往远看,他给了一个激进预测:长远的未来,开发者交付的工件可能就是和模型的对话记录本身。对话保存了这段代码“应该做什么”,比某个具体语言里的实现细节更本质。英语才是编程语言,也许再加几张图。这是抽象层级上移的又一步:从机器语言,到高级语言,到自然语言和图像。

闲聊环节他还给了两个观察:短期看,客户支持会最先被“服务即软件”改造;长期他最看好健康和生物,推荐了Dario Amodei的文章《Machines of Loving Grace》。他自己用Suno给妻子写过一首关于马耳他家里阳台的歌。

明天就能用上的几件事

如果你管工程或安全,明天可以做两件事:

  • 算时间差:代码每周部署多少次,渗透测试一年跑几次?1.8万美元一次的年检模式,覆盖不了每周都在变的系统。把“每次重大变更后自动扫一遍”写进明年的安全预算,先用现有工具起步也行。
  • 自查攻击面:生产环境有没有暴露源码、注释、调试接口?XBOW那个密码文件案例的路径,本质就是源码泄漏、接口复用、参数枚举,一个下午能扫完。

如果你在做AI产品,先建评测集,而且要建训练数据里没有的私有评测集。XBOW的75%到85%故事,前半段是数据污染虚惊,后半段才是真本事。没有干净基准,你连产品好坏都判断不了。架构上学它:多次尝试加自动验证,单次六成把握的事,独立跑五次,综合成功率能到99%左右,再用验证器把幻觉挡在人前面。

定价上可以抄作业:订阅打底,按用量加购,让客户花的钱和拿到的收益对得上账。Oege的关键词是攻击小时,消耗和收益之间必须有清晰对应关系。

最后是Oege给所有创始人的建议,只有两句:专注一件事,用最快的速度跑。Copilot是10个人做出来的,XBOW的成绩单是13个人交的。人少,反而是快的前提。

文稿来源:sequoiacap.com;机器转写可能有识别错误,人名与数字请以音频为准。
id="podcast-transcript" data-framer-component-type="RichTextContainer" style="transform:none">IntroductionOege de Moor: Because we now have AI code generation, everybody can create code. But not everybody knows about security. The models that generate the code have been trained on all public source code. There’s a lot of vulnerabilities in older public source codes, and so we generate much more code with more security problems. On the other hand, attackers are already using AI to make their own work more effective. And so we also have a greater threat. So more code, more attacks. And that kind of makes the automation that XBOW is doing absolutely essential. Konstantine Buhler: Today we are excited to welcome Oege de Moor, founder and CEO of XBOW.  As the creator of GitHub Copilot, Oege has helped push the boundaries of modern AI.  Before GitHub acquired his last startup, Semmle, Oege was a computer science professor at Oxford. His new company, XBOW, is one of the most exciting AI native companies to launch this year.  They’re able to automate offensive security with an AI penetration tester. It’s one of the best examples of AI Service-as-Software that we’ve seen.  We’re excited to talk to Oege about the breakthrough results of XBOW and what’s next in AI. Complete disruption by AIKonstantine Buhler: Today we are excited to welcome Oege de Moor, founder and CEO of XBOW.  As the creator of GitHub Copilot, Oege has helped push the boundaries of modern AI.  Before GitHub acquired his last startup, Semmle, Oege was a computer science professor at Oxford. His new company, XBOW, is one of the most exciting AI native companies to launch this year.  They’re able to automate offensive security with an AI penetration tester. It’s one of the best examples of AI Service-as-Software that we’ve seen.  We’re excited to talk to Oege about the breakthrough results of XBOW and what’s next in AI. Oege, XBOW now matches the capabilities of the world’s best hackers. Is this one of the first industries that’s going to be completely disrupted by AI? Oege de Moor: Absolutely. It’s going to completely change the way application security is implemented in the enterprise. Really, it’s an example of service as software. People will be able to replace a lot of routine human work with complete automation, and that will free up the humans to do the truly creative work themselves. Konstantine Buhler: So Oege, tell us about some of the results that you announced recently, because I think they’re really quite striking. Oege de Moor: So when we first built the first version of our product, we decided to try it out on renowned industry benchmarks. And these are challenges that human hackers use to hone their skills. We got these from a bunch of commercial providers, including PortSwigger and PentesterLab. On these benchmarks, our product scored 75 percent, which was amazing. In fact, it was so good that my first reaction was that surely there’s something wrong here. What’s actually happening is that probably these benchmarks are so well known that they occur somewhere in the training data and the model is simply regurgitating the answers. So we created a new set of benchmarks, completely original, guaranteed to be not in any training set, and those had scored even better. 85 percent. Konstantine Buhler: Wow! Oege de Moor: So then the question is: how good is that really? To answer that, we got in five professional pen testers from reputed firms, and we asked them to solve exactly the same set of 104 challenges. And one of these people is really at the top of the game—the very best type of pen tester, the kind of person that you’d ask to secure a multibillion dollar hedge fund. And he scored the same. He scored the same as the AI. However, the human took 40 hours and the system took just 28 minutes. Konstantine Buhler: Yeah, that is striking. And when we first partnered with Oege, it was science, I gotta say. We did not know if the AI would even be able to perform remotely as well as humans. And then when Oege called and said, “Hey, Konstantine, we got some results to share that will blow you away.” It certainly did. It certainly did. What do you think was your over/under back in January, February, when it was still science, as to whether an AI could perform at the level of these 20-year seasoned penetration tester experts? Oege de Moor: So at that time I didn’t think that it would be achieved so quickly. I thought it would take at least a year to reach a reasonable level of proficiency. And even then I would expect that it would work at the level of a mediocre human pen tester, not at the level of the absolute top. In fact, since we announced these results, we’ve been working quite closely with a bunch of early design partners. And at one of them this morning, we found an incredible critical vulnerability. Very surprising. And the way it worked, if you look at what the AI is doing, it first crawled the web app and then it found some source code written in PHP. And this source code was intended to access another host, but it used an insecure signing algorithm in order to make that connection. So XBOW was able to get to the other host, generate links and access that. Nothing interesting found there, so then it continued crawling the web app and found another endpoint and decided to try and use the same trick that it had previously discovered. Didn’t quite work. Needs another parameter. No problem. Browses around a bit, finds some more source code, this time in JavaScript, sees a number of candidate parameters, tries them all out, finds one that works, and now it has access to an endpoint. And when it explores that, it turns out it’s intended to download PDF files. But not only could you download PDF files, you could actually download a password file. So this is quite serious. And what I find fascinating about this type of example is that the AI is exploring like a human pen tester is. It’s taking quite interesting, creative terms that would be hard for most human experts. Konstantine Buhler: So just to summarize what you just said, this is a very—confidentiality, obviously—this is a very large financial institution that everybody watching this podcast would have heard of. High confidence. And the AI was able to find a very advanced vulnerability. This is the type of institution that has human penetration testers constantly targeting it and trying to find vulnerabilities, a massive budget on security. It was able to find a whole file full of passwords. Oege de Moor: That’s right. Konstantine Buhler: Just this morning. Oege de Moor: That’s right. And we have something like that every day, every other day. Konstantine Buhler: Wow. What is the offensive security market?Sonya Huang: Oege, congratulations on the results. Maybe can we take a step back? And for those who aren’t that familiar with this specific market, I’ve heard you and Konstantine talking about pen testing, and I think Konstantine called them hackers. I don’t know if that’s the same thing. Like, what is the offensive security market? And I guess how do you define the market that you’re going after, and what is XBOW? Oege de Moor: Thank you for taking a step back. So offensive security is currently the best way to secure software systems. You invite external experts to come and simulate attacks against your systems, and they report whatever they find so that it can be fixed before the bad guys get at it. Now this is a highly-skilled activity. People need years of training to do it, and it’s expensive and slow. Typical cost of a so-called ’penetration test’ is something in the order of $18,000. Because it is expensive and slow, people only do it once or twice a year. That doesn’t make sense because their systems evolve much faster than that, and so there will always be periods of time that insecure systems are out there. And what XBOW does, it automates this process, this highly-skilled activity of launching simulated attacks and trying to find vulnerabilities. And because it automates it, you can now run it continuously instead of just once or twice a year. Sonya Huang: Hmm. What drew you towards this market? I think Konstantine mentioned your background in founding Semmle, and having seen GitHub copilots, what drew you towards this specific market? Because it feels like there’s a dozen teams going after AI coding. You’re the only team I’ve met that is taking this specific approach to offensive security. Oege de Moor: So it was kind of the natural thing to do. So my previous company, called Semmle, also was in security, but finding flaws in source code. And at Semmle we had an offensive security team which would use our product in order to find potential vulnerabilities, and then our security researchers would find exploits, and we would tell the world about what we found. Even at that time, it was kind of embarrassing to me that that last step of finding the exploits was done manually. Then when I was at GitHub—GitHub acquired our company. At GitHub, I had the opportunity to found the Copilot project. And so it was natural to now take my newfound interest in AI and apply it to the challenge of automating offensive security. It was very lucky. One of the star researchers at Semmle was Nico Waisman, and he joined me in creating XBOW. Sonya Huang: And one thing I’d love to ask you about. I think XBOW is such an interesting case study for this broader thesis we have that, you know, AI is actually changing markets of yesterday that weren’t as interesting. AI is actually really expanding and dramatically changing the nature of those markets. And I think this is a really interesting case study, so I’d love to dig into it a little bit more. The pen testing market is relative to say, endpoint security or network security, it’s a relatively small, services-heavy market today. And so to your point, offensive security is so important and it’s the gold standard, but it’s a relatively small market. How do you think AI is going to change the nature of that? Oege de Moor: So first of all, it’s small because it is powered by a small group of highly-skilled human experts. I think AI is going to change the market fundamentally in a couple of ways. So first of all, because we now have AI code generation, everybody can create code. But not everybody knows about security. The models that generate the code have been trained on all public source code. There’s a lot of vulnerabilities in all the public source code, and so we generate much more code with more security problems. On the other hand, attackers are already using AI to make their own work more effective. And so we also have a greater threat. So more code, more attacks. And that kind of makes the automation that XBOW is doing absolutely essential. So we believe that the markets will grow enormously. The first AI cyber warriorKonstantine Buhler: Oege, one of the—and Sonya, one of the analogies that I think about with this market is frankly, the adversarial nature of conflict, of human conflict. Cybersecurity is an adversarial game. You basically have two sides that get better and better equipment and they fight each other. And it’s a little bit of a game of cat and mouse, not completely unlike war and physical conflicts in human history. And one of the reasons why we think that this market is particularly interesting is, think about how frequent war games are played in the military, in the U.S. military, or in any military abroad. War games, red teaming. In fact, red teaming has been an initiative in most militaries for decades and centuries where you actually simulate a war game simulation. So this is a level of national importance. And really what you have built is, in my eyes, the first ever AI cyber warrior. I mean, this is—I described it as a hacker, because this is an AI cyber warrior that can do things that no software has been able to do before, ever. And when you launched these results, I know with confidence because we talked about it, a bunch of people from DC called us up and said, “Whoa, wait a second. This is very consequential,” from DC and all over the West Coast. This is highly consequential, and I’m sure it didn’t go unnoticed by adversaries to the West as well, and that they have probably been working on issues like this. So my question is: How do we stay ahead of the competition? True competition as in nation-state competition, not business competition. How do we stay ahead of it? And how do we make sure that XBOW is a force for good in this massive adversarial cybersecurity game? Oege de Moor: So first of all, we stay ahead by moving very fast. At XBOW, we are very lucky to work closely with several of the creators of big foundation models which are ahead of the rest of the world. We’re also extremely cognizant of the potential dangerous uses of our technology, therefore, we’ve decided to make it available only in the cloud. By making it available only in the cloud and not in some downloadable form of software, we can actually control what scope is being used. Is it being used to launch attacks? And so we can require from our customers that they prove to us that the scope they wish to have tested is actually legitimately theirs and it’s not being used to attack someone else. Sonya Huang: AI security warrior. Konstantine, I think you got—you’re the new XBOW CMO. That is incredible. Oege, I’d love to learn about how the product actually works and how the models work. How much of the magic of what you’ve built is—you mentioned you work with some of the major foundation model companies. How much of the magic of what you’ve built kind of exists in the foundation models versus things that you are building on top? Oege de Moor: So most of the magic is, in fact, on top. We work with several of the foundation model providers. We’re very happy that they are in stiff competition and they’re playing hopscotch. One pulls ahead, the other one pulls ahead. And every time the foundation model gets better, it benefits us. But the true magic comes from the security team at XBOW. We’ve got some of the very best hackers in the world working for us, and that domain knowledge is what informs how our product works. Sonya Huang: Can you double click a little bit into how that works? Is it prompt engineering? Are you fine tuning the models? I know that you probably want to keep your cards close to your chest as well in terms of how it works, but I’d love to hear the high level of how you’ve built it. Oege de Moor: Sure. So I’ve already talked about these benchmarks that we use to evaluate our product at the beginning. And that is absolutely key. Benchmarks, benchmarks, benchmarks. It’s the lifeblood of a company, of a product like this. And so we’ve organized these into a kind of curriculum to teach the model how to solve cybersecurity problems better. And the benchmarks are critical to evaluate all the other changes that we make. The other big component of our proprietary technology are the tools that we give to the LLM in order to forge these attacks. A human pen tester typically has a toolkit of a bunch of things that they use in order to do attacks. But here it’s a bit special because we want these tools to work well with LLMs. For example, since we were focused on web security initially, we need a web browser that is driven by the LLM. You need to click around, you need to fill out forms, and so on and so forth. And so we created a special browser to do that sort of thing. Thirdly, and this is pretty important, we need guardrails. Maybe first try our products on some of these benchmarks. It struck me like an overeager, super brilliant teenager who would do lots of attacks and find something. And then it got very excited and goes, “I did a SQL injection. Let me show you what I can do. Drop table!” This is catastrophic if you use that at a customer. This is a big thing about pen testing services. You have to make sure that you do not actually do the harm that a real hacker, an adversarial hacker, would do. So we’ve been building guardrails to carefully watch over the shoulder of this brilliant teenager and stop it when it is not doing things that might be unsafe. Then there is an initial phase of attack surface discovery. So what we have is a fantastic exploit finder, but you have to point it at the right endpoint to begin forging an attack. And so this is running a bunch of tools on prioritizing where to go first. And then finally, as you already mentioned, those of course are prompt engineering, tree of thoughts prompting to keep it on track and make sure that it finishes one goal, and when it finishes a goal it goes on to the next and so forth. Konstantine Buhler: You describe the technology as a brilliant teenager who’s sometimes overeager and maybe finds an exploit and actually drops that table. Some places in the world there are actors that don’t have the same discretion to add those guardrails. What do we do to stay ahead of those actors and make sure that XBOW can protect those that are doing good against them? Oege de Moor: So first of all, we need all the obvious safeguards in place. We need firewalls, and in that type of technology AI will also play a role. But first and foremost, we have to make sure that we find the vulnerabilities and the exploits before the bad guys do. And that’s what XBOW is all about. Sonya Huang: Oege, how do you deal with hallucinations? And, you know, I hear about people saying, you know, “If my LLM does 50 percent or 60 percent, gets it right 60 percent of the time, I’m good.” I imagine security is one of those fields where that is insufficient. How do you deal with managing around the stochastic nature and the unpredictable nature of these LLMs? Oege de Moor: So fortunately, because it’s automated, you just have to run it many times. Going back to your earlier question about the foundation models, what we do see is the better the foundation models get, the less attempts we need to make in order to find exploits. So it’s kind of interesting how those will influence how you deploy and package and price a product like this. Very much like humans, if you get a human to perform this service for you, you actually pay for the time, for how long they tried, how many things they tried. So we are thinking about doing the same kind of thing: Charging our customers, on the one hand, subscription license, but on top of that you can pay for attack hours. If you want to do a really thorough test and make sure that you absolutely find everything, you can pay more, and obviously that would then pay for the inference time on our side. Sonya Huang: I want to get into the pricing and packaging a little bit later because I’m very curious about that, and I think you are one of the first examples of service as a software, and so you are really paving the way in terms of how these things are priced and packaged. Before we get there, you mentioned inference time compute, and I think we’re broadly very excited about what’s happening as more and more of the compute is shifting from pre-training to inference time. What do you think the impact is going to be in your market? Oege de Moor: For us, it can only be good when the value that we deliver remains constant, the price for delivering it goes down. We see this even over this very short time that XBOW has been in existence. We only expect that to continue. Sonya Huang: Yeah. Finding everything that there is to findKonstantine Buhler: Oege, on the probabilistic nature of these LLMs, just revisiting that concept for a second, my mental model of what’s going on is you have a state space with billions of possible states—the actions that the hacker can take, the actions that this penetration tester, this AI penetration tester can take billions of possible states. And you’ve introduced this really intelligent heuristic as to the directions to go. You in theory could execute all possible states in perpetuity if you had infinite compute and infinite time, but in reality, you have these constraints. And so I’m wondering, is that a reason why this might be the first, or one of the first markets to enable full AI automation? As in the stochastic nature of it, and the fact that even if you find one exploit, it’s extremely valuable and you don’t have the expectation of a complete, exhaustive search. Oege de Moor: You do want to be sure that you find everything that a very skilled human being would find. And so this is why we’ve kind of exhausted our first set of benchmarks and we’re now creating a new set of benchmarks to be absolutely sure that we find everything that there is to find. People do these offensive security exercises, not only to find the vulnerability, but also to have the peace of mind that it’s not easy to find stuff they didn’t know about. And so we do have to make that. We have to present the evidence to our customers that we do find everything that skilled human beings would find, and people will insist on having that reassurance. Konstantine Buhler: And when it is found, is it verified by a human or by the machine? Oege de Moor: We have a validator that automatically validates that the report is correct and reproducible before it goes to a human. But of course, in the end, the human will have to take a look at it and fix the problem. Konstantine Buhler: Makes sense. Sonya Huang: Oege, I’d love to dive a little bit deeper into the results that you’ve attained so far. So you mentioned you’re at 85 percent on your current benchmarks, you know, at the level of the best human pen testers in the world. What have been the most surprising things that you’ve found as you dig into the nature of those results? Oege de Moor: The thing that I find most surprising was that we—originally, we only had benchmarks with particular instructions. So here it would say something like, “You’re going to test a web app for managing medical prescriptions. Try to log in and access the prescriptions of another user.” And it would do that successfully. But then we ran another test where we took the instructions away completely and just said, “Here’s a web app, go explore.” And the AI was able to find exactly the same vulnerability because it was able to read what’s on the web pages and say, “Ah, this is about medical prescriptions. Probably it’s not a good idea that one user can access the prescriptions of another.” And so it would go and find that vulnerability completely autonomously. I think that that’s part of the reason that this technology is so exciting compared to all the security tools that came before. Because these LLMs have an understanding of the real world, it actually can assess what is important to go and test. It doesn’t have to do this complete exhaustive search of all the possible possibilities. It can interpret what is important for this particular application. Sonya Huang: That’s really cool. That’s really cool. And then does the way that the AI system kind of reaches its results, how does that compare to the way that a human pen tester would go about approaching the problem? I’m kind of thinking of, you know, AlphaGo and move 37, just, you know, very different from how we as humans would think about it. What is the model doing? Oege de Moor: So it’s early days. Today, it’s very similar to what a human being would do. I completely agree that we have to be wary here of Rich Sutton’s “Bitter Lesson” in the end, because it learns on continuous stream data, on benchmarks, on more and more examples, it will start finding attacks that were unimaginable from a human perspective. Konstantine Buhler: Which is a good thing. I mean, you say “cautiously.” I’m curious as to why. Isn’t that a great outcome? Oege de Moor: Yes, yes. It’s a great outcome. So I’m merely saying that today when you read the places. Absolutely. This is what you would expect a good human to do. I fully expect that we’ll go beyond that in a couple of months and certainly within years. Sonya Huang: Oege, where do you think the biggest remaining room for improvement lies? And I’m curious, you know, you mentioned looking at the traces of these models, like, would you say that they are reasoning already today and this is further improvement remaining in the reasoning area, or how do you think about that? Oege de Moor: I think that that’s clearly the case, but most of the improvements will come from more data, more reinforcement learning on particular examples. And as we just said, that will lead to a similar improvement to other games like Go. Sonya Huang: How do you get more data? Is that just running more simulations or—I imagine you’ve used a lot of the data there is. Oege de Moor: A couple of different ways. We have quite a few contractors, security experts who create more benchmarks for us. There’s also the opportunity of mining open source. So we’ve only recently started doing this, just letting it loose on a large number of images on Docker Hub and finding—just let it go. And every time it finds something that becomes a new thing that it can learn from. And so it might find it by doing a hundred attempts. And so in practice, if you had to do a hundred attempts that probably wouldn’t work at a customer because you would already get shut down because there’s too many attacks happening. Clearly that shouldn’t happen. But because it’s open source and we can run it on our own servers, we can do a hundred attempts. But now we have the data to try and make the model better, to find it more quickly. Developing GitHub CopilotKonstantine Buhler: You mentioned open source and Docker Hub, and so that obviously gets me thinking about GitHub. And Oege, for those who don’t know, was the creative brain and creator behind GitHub Copilot, one of the most widely adopted AI applications in the world. Was there a moment when you were developing Copilot or productizing it, that you realized this AI is going to get so good that it’s going to automate entire processes—what people now call agents—actually take these actions on entire processes. And was there a moment where you said, “Hey, security is actually a very relevant area for this to happen?” Oege de Moor: Hmm. So in fact, I wrote a memo in December of 2020 where I sketched what would later become Copilot. But also we were already speculating that perhaps it will autonomously be able to fix bugs, just look at the issue ticket. And now we see that functionality emerging. So yes, I think that that was pretty clear from the very beginning. I think the moment where I realized that would happen was I took a set of exercises, interview questions that I normally used to ask people at Oxford, and asked the model to solve them. If you just give it one attempt, it didn’t do it. But if you gave it a hundred attempts, or even a thousand attempts, it would do most of them. And at that moment it was pretty clear that as the models get better and they need less attempts, they will be able to do these types of things. And one of the things that we also hoped it would do would be doing security analysis, although admittedly I didn’t have offensive security on my list in the summer of 2020 just yet. Konstantine Buhler: Cool. Sonya Huang: Any other lessons from productizing GitHub Copilot that you think are relevant to share here? Oege de Moor: I actually think that the most interesting thing about GitHub Copilot was that it was done by such a small team. When we launched, we were only 10 people, something like that. And it’s just a testament to how fast you can move with a dedicated team of people that believes. Konstantine Buhler: How big was XBOW when you launched the results? Oege de Moor: We were 13 people, so actually quite big. Konstantine Buhler: Well, 13 really brilliant people. Sonya Huang: Since you were part of the Copilot journey from the very beginning, I’m curious what you think of the current market for code generation AI startups. It seems like it’s one of the most crowded categories competitively right now. Do you think there’s a path to building a company there? And, you know, can one of these startups beat the incumbent GitHub that already has so much distribution? Oege de Moor: I agree. So I like a lot of what’s going on. I particularly admire the work at Cursor or at Factory, but it’s really difficult to compete with the distribution of a juggernaut like GitHub. I do think that there may be an opportunity to go after a different market. So GitHub is reigning supreme among professional developers, but if you go after people who do not code for a living, there’s an opportunity. And Replit does this quite well, for example. Sonya Huang: How do you think coding will transform in the future? Like, do you think the market that Replit serves, do you think there will just be a dramatically larger and more important market as AI kind of continues to take over the world? Or how do you think coding changes? Oege de Moor: Yeah, so I think that the biggest change is going to be that many, many more people are able to create their own software. So that’s a big transformation. But even for professionals, it will be much more about the conceptual ideas, about sketching an architecture and then having the AI fill in the details. Longer term, I believe that we may be moving away from code as we know it today. The artifact that you make as a developer is the conversation with the model. And so that is what you should store, because that records what the code is supposed to do, rather than the details in a particular coding language. Konstantine Buhler: English is the coding language. So sketching … Oege de Moor: That’s right. Yeah, so English is the coding language, perhaps with some diagrams to explain it better. But it’s just the next step in moving up in abstraction. Originally it was all in machine language, and we had higher level programming languages. And now we’re going to natural language and images. From Oxford professor to tech company CEOKonstantine Buhler: So you talked a little bit about education and coding. I’m going to go down a little diversion for a second, because one of the amazing things about your life is you were a professor for much of it, and a very, very good one at that. So for context, Oege was a computer science professor at Magdalen College in Oxford. And Magdalen is one of the most prestigious colleges at Oxford. He was one of the most amazing computer science professors. I got to study abroad at Magdalen. It’s one of those incredibly serene places where they’ve got the deer park and the thousand-year-old buildings and the British man who tells me that the door at his entrance is older than my country. Oege de Moor: [laughs] Konstantine Buhler: And all of the things that you would expect from one of the most prestigious academic institutions in the world, including Oege was a professor and could walk across the grass, whereas I, a mere student, would only be able to if I was holding his cape with his permission. Oege de Moor: That’s right. Konstantine Buhler: And you left all of that to come into the commercial world with Semmle 15, 20 years ago. Can you tell us a little bit about your personal journey from leading academic at highly-prestigious institution to commercial CEO redefining the cybersecurity industry today? Oege de Moor: I actually got into computer science because I loved coding. My very first program was a word processor so my dad, who was a professor of Semitic languages, could type his manuscripts on his computer. So when I started studying computer science, I got totally taken by mathematics and the foundational theories, and so that’s what I pursued as an academic initially. Then when I became a professor, I wanted to go back to my love of coding, so I started a new research group in programming tools, which eventually led to the spin out that was Semmle. While I love the serenity and the peace and quiet of a place like Magdalen College, in our field, speed is incredibly important and speed can only be achieved with small teams that have a profit motive. It’s just different from trying to invent something because you have a paper deadline for an important conference, or you’ve got to invent it because otherwise this important customer will not sign up. And I actually loved that additional excitement and pressure, and that’s what led to me leaving Magdalen behind and going full in on Semmle. Sonya Huang: Love it. A great advertisement for capitalism. Oege de Moor: [laughs] So, you know, and if you do really foundational work, a university—and the University of Oxford is probably the best way to do it. But as soon as you start doing applied stuff, there’s no place like a startup. How agentic applications are priced and packagedSonya Huang: I love it. I guess on that capitalistic note, I’d love to understand how you think about generating profits at XBOW. And since you are one of the first agent-first services as a software company, I think you’re really going to set the precedent for how these types of agentic applications are priced and packaged. And so maybe can you just expand a little bit about how you’re thinking about how to do that with your offering? Oege de Moor: Sure. So we would like our product to run continuously as part of engineering processes. I mean, that is the main value proposition that instead of doing a pen test once or twice a year, you run it continuously after every change and immediately fix problems before they even reach production. So if you think about it like that, the most obvious pricing model would be based on the size of the engineering team. Very much similar to products like GitHub Advanced Security. However, there is a different dimension here, and we touched on it a little bit earlier in the conversation. Some customers will want to do a super thorough test, really making sure that they’ve exhaustively eliminated every possible exploitable vulnerability. And in order to serve such customers, we should have a service component to our pricing where if you pay more, you get a more thorough task. And the way we talk about this is in terms of “attack hours.” How many hours of attack do you get? And so if you buy a normal license, it’s based on the number of engineers in your organization, and that comes with a fixed number of attack hours suitable for your environment. But then if you want to go more thorough, you pay that extra service fee in order to go deeper. Sonya Huang: That’s super interesting. So you are really tapping into services like pricing models and budgets, but on the back end you have the gross margin profile of software. Oege de Moor: Right. But I think that enterprise software is moving more and more towards a consumption-based model as well. Here there is a very clear correlation between attack hours and the benefits to the customer. And I think that correlation between resources you consume and the benefits you get as a customer, that has to be very clear for a pricing model like that. Konstantine Buhler: Oege, my other takeaway from your Magdalen was, I mean, you’ve always had this interest in impact. You got into development tools because they touched people. You got into this because you know that this is going to change the world. I mean, you’re highly confident this type of technology is going to change the world with cybersecurity, whether it’s us or someone else. Protect all the software in the free worldOege de Moor: I actually would put it a little differently. We absolutely must create XBOW because if we don’t do it, the bad guys will get there first. And so for sure, I mean, we do it because it’s interesting and we think it’s a great commercial opportunity, but it’s also an imperative. It’s an imperative for the free world that we actually create this thing to protect all the software in the free world. Konstantine Buhler: That has been so clear from minute one of meeting that that is the driver behind you and this brilliant team that you’ve assembled of academics and builders and technologists that are, I mean, incredible. The other thing you mentioned in the Magdalen story was speed, the ability to move fast. And let me say you have moved really quickly, you and your team. What should we come to expect from XBOW in a year? What do you think will be the product—let’s focus on the product—and technology impact? What will be happening from a product and technology and capabilities perspective a year out? Oege de Moor: You’re going to replay this to me in the next board meeting, aren’t you? Konstantine Buhler: [laughs] Four board meetings, don’t worry. Oege de Moor: So I believe that in a couple of months—so we’re currently in a phase where we very carefully try out the product with a select few early design partners. And the reason that we do that is because it needs the human supervision in order to control the brilliant teenager that we discussed before. Once we are over that phase and we are confident that we can let it loose without any supervision, I think everything is going to move very fast. Part of the reason is that this type of product is very easy to deploy. You can just point it at an existing server and immediately find results. So I would expect that by next summer we have significantly transformed the state of web security, hopefully by demonstrating our work on open source, but also on platforms like HackerOne. Lightning roundSonya Huang: Oege, this has been one of my favorite episodes so far. Thank you again. Shall we wrap up with a quick lightning round? Oege de Moor: Go for it. Sonya Huang: Okay. Awesome. Number one: Favorite startups other than XBOW. Oege de Moor: Suno. I love the way you can just type in a few words and you get a completely original song. It’s spine chilling to me. The other startup I like a lot is Harmonic, applying AI to mathematical reasoning. Sonya Huang: Are you making Suno songs about coding and security? Oege de Moor: No. [laughs] Konstantine Buhler: There’s a great … Oege de Moor: I sent my wife a new song about sitting on the balcony at home in Malta. Sonya Huang: Aw, that’s sweet. Konstantine Buhler: There’s a hard metal one about the AI cyber warrior. Oege de Moor: [laughs] I’ll try that. Sonya Huang: Konstantine, I think we’re actually gonna need that. Konstantine Buhler: Okay, perfect. Sonya Huang: At our annual AI event that we throw, we had Mikey from Suno there, and we crowd created an AI hot girl summer song. It was actually very catchy. Konstantine Buhler: That was great. That was great. Oege was there. What other markets do you think AI is going to disrupt with this service-as-a-software model in the short, medium and long term? Oege de Moor: So in the short term—and this is already happening—everything related to customer support is clearly going to be impacted by this type of technology. I think this is not exactly service-as-a-software, but I think that much of the problems we currently see with social media could be mitigated using this type of technology. I mean, you read all these reports about how social media is affecting the mental health of children all over the world. AI has the power to help with this type of problem. And long term, I think health and biology are the areas where this will make the biggest impact. Sonya Huang: What advice do you have for other startup founders? Oege de Moor: Focus on only one thing. Move as fast as you can. If you do those two things, then it will all come all right. Sonya Huang: Love it. One last question, and we’re going to end on an optimistic note. What do you think is the best possible thing that can happen with AI over the next decade? Oege de Moor: I already touched on it: The opportunities in health and biology and to significantly expand health outcomes everywhere in the world is amazing. Dario Amodei wrote this essay, “Machines of Loving Grace,” and I think he laid out very beautifully what the potential benefits of generative AI are for all of us. Konstantine Buhler: Oege, thank you so much for joining us. This has been absolutely fantastic. And we’re so grateful to get to work with you, and for the fact that you’re building this on behalf of the right players, the people that are trying to do good in the world. Oege de Moor: Thank you very much. It’s been a pleasure to be here. <div class="framer-mcvrsd" id="

Oege de Moor, the creator of GitHub Copilot, discusses how XBOW’s AI offensive security system matches and even outperforms top human penetration testers, completing security assessments in minutes instead of days. The team’s speed and focus is transforming the niche market of pen testing with an always-on service-as-a-software platform. Oege describes how he is building a large and sustainable business while also creating a product that will “protect all the software in the free world.” XBOW shows how AI is essential for protecting software systems as the amount of AI-generated code increases along with the scale and sophistication of cyber threats.

Hosted by: Konstantine Buhler and Sonya Huang, Sequoia Capital

Mentioned in this episode:

Semmle: Oege’s previous startup, a code analysis tool to secure software, acquired in 2019 by GitHub

Nico Waisman: Head of security at XBOW, previously a researcher at Semmle

The Bitter Lesson: Highly influential post by Richard Sutton

HackerOne: Cybersecurity company that runs one of the largest bug bounty programs

Suno: AI songwriting app that Oege loves

Machines of Loving Grace: Essay by Anthropic founder, Dario Amodei

本集资源与出处