a16z Podcast
Summary & Insights
wak opens by describing October not as a difficult month but as “Black October”—a black-swan event in which an unprecedented volume and severity of security incidents collided all at once. He points to a PHP vulnerability that he characterizes as potentially the most severe ever discovered, and he ties the surge to a new class of AI attackers capable of moving from an initial opening to full compromise in roughly twenty minutes. According to Luttwak, this is no longer a theoretical risk: models have become good enough to find and exploit complex vulnerabilities, and open-source models have caught up to frontier capabilities faster than anyone expected, turning “every day is zero day” from a provocative tweet into an operational reality.
The central problem, as Luttwak explains to a16z, is the collapsing asymmetry between how fast attackers can weaponize a flaw and how slowly the software ecosystem can patch it. In the PHP case, about half of Wiz customers applied patches within two or three days, yet PHP runs on roughly seventy percent of the internet, meaning full remediation will take years. Luttwak notes that exploit information often leaks before a CVE is even published, and patches for Linux kernels can take weeks or months to reach downstream distributions. a16z adds that time to patch has actually worsened over the last two decades, leaving defenders structurally unprepared for exploits that can now be authored in minutes.
Luttwak’s answer is to abandon static, point-in-time security in favor of continuous, dynamic validation. He describes Wiz’s red and blue agents working in concert: the blue agent runs a tiered pipeline that begins with deterministic checks, passes events through cheaper models, and invokes expensive frontier models only when earlier stages raise a credible signal, while the red agent continuously attacks the customer’s own environment from the outside using the latest AI capabilities. Internally, Wiz uses an “atlas” harness to test multiple models—OpenAI, Google, Carbon—because each has distinct strengths, costs, and speeds. For founders, this shifts the engineering challenge from buying more scanners to designing intelligent, cost-effective model pipelines that prioritize unauthenticated internet exposure over routine code scanning.
The conversation then turns to organizational reality. Luttwak tells a16z that throwing more budget at security will not solve the problem; what matters is architecture and focus. Startups building today should assume nation-state capability, anticipate container escapes and Linux kernel zero-days, and bake network, process, and image isolation into their design from day one. He is equally blunt about existing security teams: most of their time is spent on compliance reporting and configuration checks rather than actual security work. He urges them to stop doing most of what they do and instead concentrate on finding critical risk, applying detections, and preparing response readiness—especially because AI keys and startup credentials have become high-value targets that make early-stage companies as attractive to attackers as large enterprises.
Looking forward, both speakers see a return to the breach-dense security climate of the 1990s and early 2000s, potentially including internet worms that infect systems faster than patches can be applied—a dynamic Luttwak compares to the Windows XP era. He revisits an earlier prediction of a “Y2K moment” within twelve to eighteen months, suggesting Black October may be the opening wave, and observes that cyberattacks are now one of the few domains where AI is already better than humans. The companies that survive, he argues, will be those redesigning internet-exposed infrastructure from the ground up and removing vulnerable systems from the network quickly rather than relying on legacy defenses.
Finally, Luttwak extends the argument to public infrastructure, warning that legacy software and internet-connected devices from refrigerators to traffic systems are all at risk. Wiz’s “Scan for Goods” initiative attempts to close that gap by offering free scanning to public services and nonprofits, not to resolve every issue but to push organizations toward continuous external scanning and self-attack. In his view, the only viable path forward is accepting that vulnerabilities will exist, automating investigation and response, and constantly attacking your own environment before adversaries do.
Major Discussion Themes
Black October and the AI-Driven Vulnerability Explosion
Luttwak frames the current moment as “Black October,” a black-swan event marked by an unusual concentration of severe security incidents within a single month. He identifies a PHP vulnerability as likely the most severe ever found and ties the spike to AI attackers who now combine speed, expertise, and scale in ways previously unseen. These attackers are not limited to traditional targets; Luttwak notes they are going after companies, startups, and even internet-connected refrigerators. He references Elon Musk’s “every day is zero day” observation to underscore that AI models are now capable of finding and exploiting complex vulnerabilities, and that open-source models have caught up to frontier capabilities far faster than anticipated—removing the buffer defenders once assumed they had.
The Offense-Defense Timing Asymmetry
The core imbalance driving the crisis is temporal. Luttwak explains that the time required to develop a working exploit has collapsed from months or weeks to roughly twenty minutes, while patching timelines have not improved. In fact, a16z notes that time to patch has worsened over the last twenty years. Exploit details frequently leak before a CVE is published, and even when patches exist, they take weeks or months to propagate through Linux distributions. Wiz’s data on the PHP vulnerability showed rapid initial adoption—about fifty percent of customers patched within days—but because PHP underpins approximately seventy percent of the internet, complete remediation will take years. The industry, Luttwak argues, is simply not ready for machine-speed exploitation against slow, human-speed patching.
Continuous Validation and the Red Agent/Blue Agent Model
Luttwak proposes replacing static defenses with continuous, dynamic validation. Wiz’s blue agent investigates attacks using a cost-tiered pipeline: deterministic checks first, then inexpensive models for broad detection, and expensive frontier models only when earlier stages signal a credible threat. Simultaneously, the red agent continuously attacks the customer’s environment from the outside, simulating adversarial behavior with the latest AI models. Luttwak’s analogy is a house where the key under the mat seemed secure until attackers gained superpowers; whatever was safe last week may not be safe today. The only way to stay ahead is to attack yourself continuously so that you find and fix exposures before adversaries do. This extends to automated forensics, root-cause analysis, and eventually automated response—steps Luttwak acknowledges are scary but increasingly unavoidable.
Multi-Model Orchestration as Core Engineering
Rather than relying on a single frontier model, Luttwak argues that effective AI security requires orchestrating multiple models and versions, each with different capabilities, speeds, and costs. Wiz’s internal vulnerability team uses an “atlas” harness to test OpenAI, Google, Carbon, and other models because no single model dominates every task. For founders building AI security services, the economic key is not raw model power but intelligent pipeline design: using cheap models for high-volume events and reserving expensive models for final verification. a16z and Luttwak agree that this represents a fundamental engineering shift—security companies must become adept at model selection, routing, and cost management, not just vulnerability detection.
Security Architecture Over Security Spending
Luttwak is skeptical that larger security budgets alone will fix the problem. He tells a16z that most organizations are not ready for attackers with the speed and expertise of the world’s best hackers, and no single security tool can make everything fine. Instead, he urges companies to design for compromise: assume Linux kernel zero-days, container escapes, and unauthenticated internet exposure, then enforce network, process, and image isolation accordingly. He also contends that most of what security teams currently do is not security at all—compliance reporting and configuration checking consume resources that should go toward finding critical risk, applying detections, and ensuring response readiness. For startups, this means building automated patching, investigation, and infrastructure from day one; for incumbents, it means accepting that legacy constraints make full automation difficult and prioritizing accordingly.
The Return of the Worm and Public-Infrastructure Risk
Both speakers forecast a return to the breach-dense environment of the 1990s and early 2000s, potentially including internet worms that spread faster than systems can be patched—a dynamic reminiscent of the Windows XP era, where a worm could infect a machine before Windows Update finished. Luttwak revisits his prediction of a “Y2K moment” and notes that cyberattacks are now a rare domain where AI already outperforms humans at complex tasks such as zero-day kernel exploitation. He expresses particular concern for public infrastructure and legacy devices, from refrigerators to traffic systems, which is why Wiz launched Scan for Goods to help nonprofits and public services identify exposures. The goal is not to solve every problem, but to push organizations toward continuous external scanning and red-team validation before attackers exploit the same weaknesses.
Surprising Insights
- Open-source AI models have caught up to frontier capabilities in months, democratizing exploit creation far faster than the security industry anticipated.
- Luttwak contends that most of what security teams do is not actually security; compliance reporting and configuration checks consume the majority of their time.
- Scanning unauthenticated internet exposure is more urgent than scanning application code, because attackers typically enter through exposed surfaces before ever touching code.
- Exploit development time has collapsed from months to roughly twenty minutes, while time to patch has actually worsened over the last two decades.
- An attacker can compromise a startup and exfiltrate all secrets and AI keys within about twenty minutes, making early-stage companies prime targets.
- Automated response is frightening but necessary; human-staffed SOCs cannot match the speed of AI-driven intrusions.
- The industry may see a return of internet worms similar to the Windows XP era, where systems are compromised before patches finish deploying.
- Cyberattack is one of the rare domains where AI is already better than humans at complex tasks, including zero-day kernel exploitation.
- Legacy enterprises cannot realistically automate patching, giving cloud-native startups a structural advantage if they build automation into their architecture from day one.
- Using a single expensive AI model for every security event is economically unsustainable; effective defense requires tiered model pipelines that match model cost to task complexity.
Practical Takeaways
- Run continuous external exposure scans before investing heavily in code scanning; unauthenticated surfaces are the most urgent and likely initial attack vector.
- Build a tiered AI pipeline: deterministic checks first, inexpensive models for broad detection, and expensive frontier models only for high-confidence escalation.
- If founding a new company, design for automated patching and agentic CI/CD from day one; retrofitting legacy environments is far harder and often unrealistic.
- Treat AI keys and startup credentials as crown jewels—limit their scope, rotate them frequently, and assume they are actively targeted by attackers.
- Reallocate security team effort away from compliance reporting toward red teaming, critical-risk identification, and response readiness.
- Design architecture assuming compromise: enforce network, process, and image isolation, and expect container escapes and Linux kernel zero-days.
- Establish response readiness to detect and eject attackers in minutes, not days, because AI-driven intrusions unfold on a twenty-minute timeline.
- Audit your existing vendor stack and replace legacy tools with AI-native technologies rather than simply adding more licenses during a crisis.
- Public agencies and nonprofits should leverage community scanning programs like Scan for Goods to identify critical exposures before attackers do.
- Accept that perfect patching is impossible; prioritize reducing blast radius through isolation and continuous self-attack using red agents.
Wak bắt đầu bằng cách mô tả tháng 10 không phải là một tháng khó khăn, mà là “Tháng 10 đen tối” – một sự kiện “con thiên nga đen” trong đó một lượng lớn và mức độ nghiêm trọng của các sự cố bảo mật đã chồng chéo lên nhau cùng một lúc. Ông chỉ ra một lỗ hổng bảo mật PHP mà ông gọi là có thể là lỗ hổng nghiêm trọng nhất từng được phát hiện, và ông liên kết sự gia tăng này với một lớp kẻ tấn công AI mới có khả năng chuyển từ một điểm xâm nhập ban đầu đến việc chiếm quyền điều khiển hoàn toàn trong khoảng hai mươi phút. Theo Luttwak, đây không còn là một rủi ro lý thuyết: các mô hình đã đủ tốt để tìm và khai thác các lỗ hổng phức tạp, và các mô hình nguồn mở đã đạt được trình độ ngang bằng với các công nghệ tiên tiến nhanh hơn dự kiến, biến “mỗi ngày là một ngày zero” từ một dòng tweet gây tranh cãi thành một thực tế hoạt động.
Vấn đề cốt lõi, như Luttwak giải thích với a16z, là sự mất cân bằng giữa tốc độ mà kẻ tấn công có thể khai thác một lỗ hổng và tốc độ mà hệ sinh thái phần mềm có thể vá lỗi. Trong trường hợp PHP, khoảng một nửa số khách hàng của Wiz đã áp dụng các bản vá trong vòng hai hoặc ba ngày, nhưng PHP chạy trên khoảng bảy mươi phần trăm internet, nghĩa là việc khắc phục hoàn toàn sẽ mất nhiều năm. Luttwak lưu ý rằng thông tin khai thác thường bị rò rỉ trước khi một CVE (Thông báo về lỗ hổng bảo mật) được công bố, và các bản vá cho kernel Linux có thể mất vài tuần hoặc vài tháng để đến được các bản phân phối downstream. a16z bổ sung rằng thời gian để vá lỗi thực tế đã trở nên tồi tệ hơn trong hai thập kỷ qua, khiến các nhà phòng thủ không được chuẩn bị đầy đủ cho các cuộc tấn công có thể được tạo ra chỉ trong vài phút.
Câu trả lời của Luttwak là loại bỏ hệ thống bảo mật tĩnh, chỉ hoạt động tại một thời điểm cụ thể, và thay vào đó, áp dụng phương pháp xác minh liên tục và linh hoạt. Ông mô tả cách các tác nhân “xanh” và “đỏ” của Wiz phối hợp hoạt động: tác nhân “xanh” chạy một quy trình nhiều tầng, bắt đầu bằng các kiểm tra xác định, chuyển các sự kiện qua các mô hình chi phí thấp, và chỉ kích hoạt các mô hình tiên tiến đắt tiền khi các giai đoạn trước đó phát hiện ra một dấu hiệu đáng tin cậy. Trong khi đó, tác nhân “đỏ” liên tục tấn công môi trường của khách hàng từ bên ngoài, sử dụng các công nghệ AI mới nhất. Bên trong, Wiz sử dụng một hệ thống “atlas” để thử nghiệm nhiều mô hình khác nhau – OpenAI, Google, Carbon – vì mỗi mô hình có những ưu điểm, chi phí và tốc độ riêng. Đối với các nhà sáng lập, điều này thay đổi thách thức kỹ thuật từ việc mua nhiều công cụ quét hơn sang thiết kế các quy trình mô hình thông minh và tiết kiệm chi phí, ưu tiên việc phát hiện các lỗ hổng trên internet chưa được xác thực hơn là quét mã thông thường.
Cuộc trò chuyện sau đó chuyển sang thực tế về tổ chức. Luttwak nói với a16z rằng việc tăng ngân sách cho bảo mật sẽ không giải quyết được vấn đề; điều quan trọng là kiến trúc và sự tập trung. Các công ty khởi nghiệp đang phát triển hiện tại nên giả định khả năng của các quốc gia, dự đoán các trường hợp container bị xâm phạm và các lỗ hổng zero-day trong kernel Linux, và tích hợp các biện pháp cô lập mạng, quy trình và hình ảnh vào thiết kế của họ ngay từ đầu. Ông cũng thẳng thắn về các đội bảo mật hiện tại: phần lớn thời gian của họ dành cho việc báo cáo tuân thủ và kiểm tra cấu hình, thay vì thực sự làm công việc bảo mật. Ông khuyến cáo họ nên ngừng thực hiện phần lớn những gì họ đang làm và thay vào đó, tập trung vào việc xác định các rủi ro quan trọng, áp dụng các biện pháp phát hiện và chuẩn bị sẵn sàng ứng phó – đặc biệt vì các khóa AI và thông tin đăng nhập của các công ty khởi nghiệp đã trở thành mục tiêu có giá trị cao, khiến các công ty giai đoạn đầu trở nên hấp dẫn đối với các tin tặc như các tập đoàn lớn.
Trong tương lai, cả hai diễn giả đều dự đoán sự trở lại của môi trường an ninh với nhiều lỗ hổng, tương tự như những năm 1990 và đầu những năm 2000, có thể bao gồm các loại sâu máy tính (worm) lây nhiễm vào hệ thống nhanh hơn nhiều so với tốc độ vá lỗi – một hiện tượng mà Luttwak so sánh với thời kỳ Windows XP. Ông nhắc lại dự đoán trước đây về một “khoảnh khắc Y2K” trong vòng từ mười hai đến mười tám tháng, gợi ý rằng “Tháng Mười Đen” có thể là đợt tấn công đầu tiên, và nhận định rằng các cuộc tấn công mạng hiện tại là một trong số ít lĩnh vực mà trí tuệ nhân tạo (AI) đã vượt trội hơn con người. Ông lập luận rằng các công ty còn tồn tại sẽ là những công ty thiết kế lại cơ sở hạ tầng kết nối internet từ đầu và loại bỏ nhanh chóng các hệ thống dễ bị tấn công khỏi mạng, thay vì chỉ dựa vào các biện pháp bảo vệ truyền thống.
Cuối cùng, Luttwak mở rộng lập luận này ra các hệ thống công cộng, cảnh báo rằng các phần mềm cũ và các thiết bị kết nối internet, từ tủ lạnh đến hệ thống giao thông, đều có nguy cơ bị tấn công. Sáng kiến “Scan for Goods” của Wiz nhằm lấp đầy khoảng trống này bằng cách cung cấp dịch vụ quét miễn phí cho các dịch vụ công cộng và các tổ chức phi lợi nhuận, không phải để giải quyết mọi vấn đề, mà để thúc đẩy các tổ chức thực hiện quét bên ngoài liên tục và tự tấn công. Theo quan điểm của ông, con đường khả thi duy nhất là chấp nhận rằng các lỗ hổng sẽ tồn tại, tự động hóa quá trình điều tra và ứng phó, và liên tục tấn công chính môi trường của mình trước khi đối phương làm điều đó.
Các chủ đề thảo luận chính:
“Tháng Mười Đen” và sự bùng nổ các lỗ hổng do trí tuệ nhân tạo.
Luttwak mô tả thời điểm hiện tại là “Tháng Mười Đen”, một sự kiện “con thiên nga” đặc trưng bởi sự tập trung bất thường của các vụ việc an ninh nghiêm trọng trong một tháng. Ông chỉ ra một lỗ hổng bảo mật PHP có thể là nghiêm trọng nhất từng được phát hiện và liên kết sự gia tăng này với các cuộc tấn công bằng trí tuệ nhân tạo (AI), những cuộc tấn công giờ đây kết hợp tốc độ, chuyên môn và quy mô theo những cách chưa từng thấy trước đây. Những kẻ tấn công này không chỉ nhắm mục tiêu đến các đối tượng truyền thống; Luttwak lưu ý rằng họ đang tấn công các công ty, các công ty khởi nghiệp và thậm chí cả tủ lạnh kết nối internet. Ông trích dẫn nhận xét của Elon Musk “mỗi ngày là một ngày dễ bị tấn công” để nhấn mạnh rằng các mô hình AI hiện có khả năng tìm kiếm và khai thác các lỗ hổng phức tạp, và rằng các mô hình nguồn mở đã đạt được trình độ ngang bằng với các mô hình tiên tiến nhanh hơn dự kiến, loại bỏ “lớp đệm” mà các nhà phòng thủ từng cho là họ có.
Sự Chênh Lệch Thời Gian Giữa Tấn Công và Phòng Thủ
Sự mất cân bằng cốt lõi gây ra cuộc khủng hoảng này nằm ở mặt thời gian. Luttwak giải thích rằng thời gian cần thiết để phát triển một công cụ khai thác (exploit) hiệu quả đã giảm từ vài tháng hoặc vài tuần xuống còn khoảng hai mươi phút, trong khi thời gian vá lỗi (patching) vẫn không cải thiện. Trên thực tế, a16z chỉ ra rằng thời gian vá lỗi đã trở nên tồi tệ hơn trong hai mươi năm qua. Thông tin chi tiết về các công cụ khai thác thường bị rò rỉ trước khi một CVE (Common Vulnerabilities and Exposures – Các lỗ hổng phổ biến) được công bố, và ngay cả khi các bản vá lỗi đã có, chúng vẫn cần vài tuần hoặc vài tháng để được triển khai trên các bản phân phối Linux. Dữ liệu của Wiz về lỗ hổng PHP cho thấy tỷ lệ áp dụng ban đầu rất nhanh – khoảng năm mươi phần trăm khách hàng đã vá lỗi trong vòng vài ngày – nhưng vì PHP là nền tảng cho khoảng bảy mươi phần trăm internet, việc khắc phục hoàn toàn sẽ mất nhiều năm. Luttwak lập luận rằng ngành công nghiệp đơn giản là chưa sẵn sàng cho việc khai thác nhanh chóng bằng máy móc, trong khi việc vá lỗi vẫn diễn ra với tốc độ của con người.
Kiểm Tra Liên Tục và Mô Hình “Red Agent/Blue Agent”
Luttwak đề xuất thay thế các biện pháp phòng thủ tĩnh bằng một hệ thống xác minh liên tục và linh hoạt. “Blue agent” của Wiz điều tra các cuộc tấn công bằng một quy trình phân tầng chi phí: trước tiên là các kiểm tra xác định, sau đó là các mô hình giá rẻ để phát hiện rộng rãi, và chỉ sử dụng các mô hình tiên tiến đắt tiền khi các giai đoạn trước đó báo hiệu một mối đe dọa đáng tin cậy. Đồng thời, “red agent” liên tục tấn công môi trường của khách hàng từ bên ngoài, mô phỏng hành vi thù địch bằng các mô hình AI mới nhất. Luttwak ví dụ như một ngôi nhà, nơi chìa khóa dưới tấm thảm dường như an toàn cho đến khi những kẻ tấn công có được “siêu năng lực”; những gì an toàn vào tuần trước có thể không còn an toàn vào ngày hôm nay. Cách duy nhất để đi trước là tấn công chính mình liên tục, để tìm và khắc phục các lỗ hổng trước khi đối thủ làm được điều đó. Điều này mở rộng ra các lĩnh vực như phân tích pháp y tự động, phân tích nguyên nhân gốc rễ và cuối cùng là ứng phó tự động – những bước mà Luttwak thừa nhận là đáng sợ nhưng ngày càng không thể tránh khỏi.
Điều phối đa mô hình như một trụ cột kỹ thuật cốt lõi
Thay vì chỉ dựa vào một mô hình tiên tiến duy nhất, Luttwak lập luận rằng bảo mật AI hiệu quả đòi hỏi phải điều phối nhiều mô hình và phiên bản khác nhau, mỗi mô hình có các khả năng, tốc độ và chi phí khác nhau. Nhóm chuyên gia bảo mật nội bộ của Wiz sử dụng một “hệ thống” để kiểm tra các mô hình của OpenAI, Google, Carbon và các công ty khác, vì không có mô hình nào vượt trội trong mọi nhiệm vụ. Đối với các nhà sáng lập xây dựng dịch vụ bảo mật AI, yếu tố kinh tế quan trọng không phải là sức mạnh thô của mô hình mà là thiết kế quy trình thông minh: sử dụng các mô hình rẻ tiền cho các sự kiện có khối lượng lớn và dành các mô hình đắt tiền cho việc xác minh cuối cùng. a16z và Luttwak đồng ý rằng đây là một sự thay đổi cơ bản trong kỹ thuật – các công ty bảo mật phải thành thạo trong việc lựa chọn, định tuyến và quản lý chi phí mô hình, chứ không chỉ phát hiện lỗ hổng.
Kiến trúc bảo mật hơn chi tiêu cho bảo mật.
Luttwak bày tỏ sự hoài nghi rằng việc tăng ngân sách an ninh đơn thuần sẽ không giải quyết được vấn đề. Ông nói với a16z rằng hầu hết các tổ chức chưa sẵn sàng đối phó với các cuộc tấn công từ những kẻ tấn công có tốc độ và trình độ chuyên môn cao như những hacker hàng đầu thế giới, và không có một công cụ bảo mật nào có thể giải quyết mọi vấn đề. Thay vào đó, ông khuyến nghị các công ty nên thiết kế hệ thống để đối phó với các tình huống bị xâm phạm: giả định các lỗ hổng bảo mật nghiêm trọng trong kernel Linux, các cuộc tấn công vượt khỏi container, và khả năng truy cập trái phép từ internet, sau đó áp dụng các biện pháp cách ly mạng, quy trình và hình ảnh tương ứng. Ông cũng cho rằng phần lớn những gì các đội bảo mật đang làm hiện tại không phải là bảo mật thực sự – việc báo cáo tuân thủ và kiểm tra cấu hình đang tiêu tốn nguồn lực mà lẽ ra nên được sử dụng để xác định các rủi ro quan trọng, triển khai các biện pháp phát hiện và đảm bảo khả năng ứng phó. Đối với các công ty khởi nghiệp, điều này có nghĩa là xây dựng các hệ thống vá lỗi, điều tra và cơ sở hạ tầng tự động ngay từ đầu; đối với các công ty lớn, điều này có nghĩa là chấp nhận rằng các hạn chế từ hệ thống cũ khiến việc tự động hóa hoàn toàn trở nên khó khăn và ưu tiên các giải pháp phù hợp.
Sự Trở Lại Của Virus Máy Tính và Rủi Ro Đối Với Cơ Sở Hạ Tầng Công Cộng.
Cả hai chuyên gia đều dự đoán sự trở lại của môi trường tấn công mạng với mật độ cao, tương tự như những năm 1990 và đầu những năm 2000, có thể bao gồm cả các loại sâu máy tính (worm) lây lan nhanh hơn tốc độ vá lỗi của hệ thống – một tình huống gợi nhớ đến thời kỳ Windows XP, khi một con sâu có thể lây nhiễm vào máy tính trước khi Windows Update hoàn tất. Luttwak tái khẳng định dự đoán của mình về một “sự kiện tương tự như Y2K” và lưu ý rằng các cuộc tấn công mạng hiện là một lĩnh vực hiếm hoi nơi trí tuệ nhân tạo (AI) đã vượt trội hơn con người trong các nhiệm vụ phức tạp như khai thác lỗ hổng bảo mật kernel (zero-day). Ông đặc biệt lo ngại về cơ sở hạ tầng công cộng và các thiết bị cũ, từ tủ lạnh đến hệ thống giao thông, đó là lý do tại sao Wiz đã ra mắt Scan for Goods để giúp các tổ chức phi lợi nhuận và các dịch vụ công cộng xác định các điểm yếu. Mục tiêu không phải là giải quyết mọi vấn đề, mà là thúc đẩy các tổ chức thực hiện quét bảo mật bên ngoài thường xuyên và kiểm tra bảo mật bằng đội phản ứng (red team) trước khi kẻ tấn công khai thác những điểm yếu tương tự.
Những hiểu biết bất ngờ:
- Các mô hình AI mã nguồn mở đã đạt được trình độ tương đương với các công nghệ tiên tiến chỉ trong vài tháng, giúp việc tạo ra các công cụ khai thác trở nên dễ dàng hơn rất nhanh, vượt quá dự đoán của ngành công nghiệp bảo mật.
- Luttwak cho rằng phần lớn công việc mà các đội bảo mật thực hiện không thực sự liên quan đến bảo mật; việc báo cáo tuân thủ và kiểm tra cấu hình chiếm phần lớn thời gian của họ.
- Việc quét các điểm yếu trên internet mà không cần xác thực quan trọng hơn việc quét mã ứng dụng, vì kẻ tấn công thường xâm nhập thông qua các bề mặt bị lộ trước khi tiếp cận mã nguồn.
- Thời gian phát triển công cụ khai thác đã giảm từ vài tháng xuống còn khoảng 20 phút, trong khi thời gian vá lỗi thực tế đã trở nên tồi tệ hơn trong hai thập kỷ qua.
- Một kẻ tấn công có thể xâm nhập vào một công ty khởi nghiệp và đánh cắp tất cả các bí mật và khóa AI chỉ trong khoảng 20 phút, khiến các công ty giai đoạn đầu trở thành mục tiêu dễ bị tấn công.
- Phản hồi tự động có thể gây lo lắng, nhưng điều đó là cần thiết; các trung tâm an ninh mạng do con người vận hành không thể sánh kịp tốc độ của các cuộc tấn công do trí tuệ nhân tạo (AI) điều khiển.
- Ngành công nghiệp có thể chứng kiến sự xuất hiện trở lại của các loại sâu máy tính (worm) tương tự như thời kỳ Windows XP, khi các hệ thống bị xâm phạm trước khi các bản vá lỗi được triển khai.
- Tấn công mạng là một trong số ít lĩnh vực mà AI hiện tại đã vượt trội hơn con người trong các nhiệm vụ phức tạp, bao gồm cả việc khai thác lỗ hổng bảo mật kernel (zero-day).
- Các doanh nghiệp truyền thống không thể thực hiện việc vá lỗi một cách tự động, điều này mang lại lợi thế cơ bản cho các công ty khởi nghiệp tập trung vào điện toán đám mây nếu họ tích hợp tự động hóa vào kiến trúc của mình ngay từ đầu.
- Việc sử dụng một mô hình AI đắt tiền duy nhất cho mọi sự kiện bảo mật là không bền vững về mặt kinh tế; phòng thủ hiệu quả đòi hỏi các hệ thống mô hình phân cấp, phù hợp với mức độ phức tạp của nhiệm vụ và chi phí của mô hình.
Những điểm quan trọng cần lưu ý:
- Thực hiện quét lỗ hổng bảo mật bên ngoài liên tục trước khi đầu tư mạnh vào quét mã; các bề mặt không được xác thực là những mục tiêu cấp bách và có khả năng là điểm khởi đầu của cuộc tấn công.
- Xây dựng một hệ thống mô hình AI phân cấp: thực hiện các kiểm tra xác định trước, sử dụng các mô hình rẻ tiền để phát hiện rộng rãi và chỉ sử dụng các mô hình tiên tiến đắt tiền cho các trường hợp cần xác nhận cao.
- Nếu thành lập một công ty mới, hãy thiết kế hệ thống để tự động vá lỗi và sử dụng hệ thống tích hợp liên tục/phân phối liên tục (CI/CD) ngay từ đầu; việc nâng cấp các môi trường truyền thống là khó khăn hơn nhiều và thường không khả thi.
- Xử lý các khóa AI và thông tin đăng nhập của công ty khởi nghiệp như những tài sản quý giá nhất—hạn chế phạm vi sử dụng của chúng, thay đổi chúng thường xuyên và coi chúng như mục tiêu bị tấn công.
- Điều chỉnh nguồn lực của đội ngũ bảo mật từ báo cáo tuân thủ sang các hoạt động tấn công mô phỏng, xác định các rủi ro quan trọng và chuẩn bị sẵn sàng để ứng phó.
- Thiết kế kiến trúc với giả định rằng hệ thống đã bị xâm phạm: thực thi các biện pháp cách ly mạng, quy trình và hình ảnh, và dự đoán các trường hợp thoát khỏi container và các lỗ hổng bảo mật kernel Linux.
- Thiết lập khả năng phát hiện và loại bỏ kẻ tấn công trong vài phút, thay vì vài ngày, vì các cuộc tấn công sử dụng trí tuệ nhân tạo (AI) diễn ra trong khoảng thời gian 20 phút.
- Đánh giá lại hệ thống các nhà cung cấp hiện tại và thay thế các công cụ lỗi thời bằng các công nghệ tích hợp AI, thay vì chỉ đơn thuần mua thêm giấy phép trong thời điểm khủng hoảng.
- Các cơ quan chính phủ và tổ chức phi lợi nhuận nên tận dụng các chương trình quét cộng đồng như Scan for Goods để xác định các lỗ hổng bảo mật quan trọng trước khi kẻ tấn công phát hiện ra.
- Chấp nhận rằng việc vá lỗi hoàn toàn là không thể; ưu tiên giảm thiểu tác động bằng cách cô lập hệ thống và thực hiện các cuộc tấn công mô phỏng liên tục bằng các tác nhân đỏ (red agents).
Wak 在報告中描述，十月份並非一個困難的月份，而是一個“黑色十月”，即一次罕見的“黑天鵝”事件，各種安全事件以前所未有的規模和嚴重程度同時發生。他指出，存在一種 PHP 漏洞，他認為這可能是迄今為止發現的最嚴重的漏洞之一，並將這一現象與一類新的 AI 攻擊者聯絡起來，他們能夠在短短二十分鐘內，從最初的滲透點完成對系統的全面控制。根據 Luttwak 的說法，這已經不是一種理論上的風險：模型已經足夠成熟，能夠發現和利用複雜的漏洞，而且開源模型的發展速度遠超預期，使得“每天都是零日漏洞”這個曾經的引人注目的推文，變成了現實。
正如 Luttwak 在與 a16z 的交流中解釋的那樣，核心問題在於，攻擊者利用漏洞進行攻擊的速度與軟體生態系統進行修復的速度之間的差距正在不斷縮小。在 PHP 的案例中，大約一半的 Wiz 客戶在兩天或三天內應用了補丁，但 PHP 執行在網際網路的約七成伺服器上，這意味著完全修復可能需要數年時間。Luttwak 提到，漏洞利用資訊經常在 CVE（漏洞披露）釋出之前就已經洩露，而 Linux 核心的補丁可能需要數週或數月才能到達下游發行版。a16z 補充說，修復漏洞所需的時間在過去二十年裡實際上有所惡化，這使得防禦方在結構上無法應對那些可以在幾分鐘內編寫的漏洞利用程式。
Luttwak的解決方案是放棄靜態、特定時間的安全性，轉而採用持續的、動態的驗證。他描述了Wiz的紅藍團隊協同工作的方式：藍隊執行一個分層流水線，該流水線首先進行確定性檢查，然後將事件傳遞給成本較低的模型，只有在早期階段發出可信訊號時，才呼叫昂貴的先進模型；而紅隊則不斷地從外部攻擊客戶自身的環境，並利用最新的AI技術。在內部，Wiz使用一個名為“atlas”的系統來測試多個模型，包括OpenAI、Google和Carbon，因為每個模型都有其獨特的優勢、成本和速度。對於創業公司來說，這會將工程挑戰從購買更多的掃描器轉移到設計智慧、成本效益的模型流水線，優先考慮未經過身份驗證的網路暴露，而不是常規的程式碼掃描。
隨後，對話轉向組織現實。Luttwak告訴a16z，僅僅投入更多的預算並不能解決安全問題；重要的是架構和專注。現在正在構建的初創公司應該假設存在國家級別的攻擊能力，並預見到容器逃逸和Linux核心零日漏洞，並且應該從第一天就將網路、程序和映象隔離融入到設計中。他對現有的安全團隊也提出了尖銳的批評：他們的大部分時間都花在合規報告和配置檢查上，而不是實際的安全工作。他敦促他們停止執行大部分工作，而是專注於發現關鍵風險、應用檢測機制，並做好應對準備——尤其因為AI金鑰和初創公司的憑據已經成為高價值的目標，這使得初創公司對攻擊者來說，具有與大型企業相同的吸引力。
展望未來，兩位發言者都認為，網路安全領域將再次出現類似於 20 世紀 90 年代和 21 世紀初那種漏洞頻發的局面。這可能包括網際網路蠕蟲，它們能夠以比修復補丁更快的方式感染系統——Luttwak 將這種現象比喻為 Windows XP 時代。他重申了之前的一個預測，認為在未來十二到十八個月內可能會出現類似於“千年蟲”的危機，並暗示“黑色十月”可能只是開端。他觀察到，網路攻擊現在是少數幾個人工智慧已經超越人類的領域之一。他認為，能夠生存下來的公司，將是那些從根本上重新設計暴露在網際網路上的基礎設施，並能夠迅速地將存在漏洞的系統從網路中移除的公司，而不是依賴過時的防禦措施。
最後，Luttwak 將這一論點擴充套件到公共基礎設施，警告說，從冰箱到交通系統，所有連線到網際網路的裝置，以及使用過時軟體的裝置，都面臨風險。Wiz 的“Scan for Goods”計劃試圖透過為公共服務機構和非營利組織提供免費掃描服務來彌補這一差距，其目標並非解決所有問題，而是促使組織進行持續的外部掃描和自我攻擊。在他看來，唯一可行的前進道路是接受漏洞的存在，自動化調查和響應，並在對手採取行動之前，不斷地攻擊自身的環境。
主要討論主題：
“黑色十月”和人工智慧驅動的漏洞爆發。
Luttwak 將當前的局勢描述為“黑色十月”，這是一個“黑天鵝”事件，其特點是單個月內出現異常集中的嚴重安全事件。他認為，一種 PHP 漏洞可能是迄今發現的最嚴重的漏洞，並將這一現象與人工智慧攻擊者聯絡起來。這些攻擊者現在以前所未有的速度、專業知識和規模結合起來。Luttwak 強調，這些攻擊者不僅針對傳統的目標，還針對公司、初創企業，甚至連連線到網際網路的冰箱也未能倖免。他引用了 Elon Musk 的“每天都是零日漏洞”的觀點，以強調人工智慧模型現在能夠發現和利用複雜的漏洞，並且開源模型的發展速度遠超預期，這消除了防禦者過去所認為的緩衝期。
攻防時序的不對稱性
導致這場危機的核心在於時間上的失衡。Luttwak 解釋說，開發可用的漏洞利用程式所需的時間從幾個月或幾周縮短到大約 20 分鐘，而修復漏洞的時間卻沒有相應改進。事實上，a16z 指出，在過去 20 年中，修復漏洞所需的時間實際上有所延長。漏洞的細節經常在 CVE（通用漏洞披露）釋出之前洩露，即使存在補丁，也需要數週或數月才能在 Linux 發行版中得到推廣。Wiz 關於 PHP 漏洞的資料顯示，最初的採用速度非常快，約有 50% 的客戶在幾天內完成了修復，但由於 PHP 支撐著大約 70% 的網際網路，因此徹底修復將需要數年時間。Luttwak 認為，整個行業尚未準備好應對針對緩慢、以人為速度的修復程式的快速、基於機器的攻擊。
持續驗證和紅隊/藍隊模型
Luttwak 提出了一種方法，即用持續的、動態的驗證來取代靜態防禦。Wiz 的“藍隊”代理會利用一個成本分級的流程來調查攻擊：首先進行確定性的檢查，然後使用廉價的模型進行廣泛的檢測，只有在前面的階段發出可信威脅訊號時，才會使用昂貴的先進模型。與此同時，“紅隊”代理會持續地從外部攻擊客戶的環境，模擬對抗行為，並使用最新的 AI 模型。Luttwak 的比喻是一個房子，鑰匙放在地毯下似乎很安全，但當攻擊者獲得超能力時，情況就不同了；上週安全的東西，可能今天就不安全了。要保持領先，唯一的辦法就是持續地攻擊自己，以便在對手發現並利用漏洞之前，自己先發現並修復它們。這包括自動化取證、根本原因分析，以及最終的自動化響應——Luttwak 承認這些步驟可能令人感到恐懼，但它們變得越來越不可避免。
多模型編排作為核心工程
Luttwak 認為，有效的 AI 安全需要編排多個模型和版本，每個模型都有不同的能力、速度和成本，而不是僅僅依賴於單個的先進模型。Wiz 的內部漏洞團隊使用一個名為“圖譜”的工具來測試 OpenAI、Google、Carbon 等不同的模型，因為沒有哪個模型在所有任務上都表現最佳。對於那些正在構建 AI 安全服務的創業公司來說，經濟上的關鍵不在於模型的原始效能，而在於智慧的流程設計：使用廉價的模型處理高頻事件，並將昂貴的模型保留用於最終驗證。 a16z 和 Luttwak 都認為，這代表著一個根本性的工程轉變——安全公司必須擅長模型選擇、路由和成本管理，而不僅僅是漏洞檢測。
安全架構勝過安全支出。
Luttwak 先生對單純增加安全預算能否解決問題持懷疑態度。他向 a16z 透露，大多陣列織無法應對那些具備世界頂尖駭客速度和技術的攻擊者，而且沒有任何單一的安全工具能夠完美解決所有問題。他敦促企業採取“設計以應對潛在風險”的策略：假設可能存在 Linux 核心漏洞、容器逃逸以及未經身份驗證的網路暴露，然後相應地加強網路、程序和映象隔離。他認為，目前安全團隊所做的大部分工作並非真正的安全工作——合規報告和配置檢查會消耗大量資源，這些資源應該用於發現關鍵風險、實施檢測以及確保應對準備。對於初創企業來說，這意味著從一開始就構建自動化補丁、調查和基礎設施；對於現有企業來說，這意味著要認識到傳統系統的限制會使全面自動化變得困難，並因此進行優先順序排序。
《蠕蟲的迴歸與公共基礎設施風險》
兩位專家都預測，網路安全環境將回歸到20世紀90年代和21世紀初的狀況，可能包括傳播速度超過系統補丁速度的網際網路蠕蟲，這讓人聯想到Windows XP時代，那時一個蠕蟲可能在Windows Update完成之前就感染一臺機器。Luttwak 重新提出了“千年蟲危機”的預測，並指出，網路攻擊現在已經成為一個罕見的領域，人工智慧在執行復雜任務（如零日核心漏洞利用）方面已經超越了人類。他特別關注公共基礎設施和舊裝置，例如冰箱到交通系統，因此 Wiz 推出“Scan for Goods”服務，旨在幫助非營利組織和公共服務機構識別潛在的安全漏洞。 目標不是解決所有問題，而是推動組織進行持續的外部掃描和紅隊驗證，以防止攻擊者利用相同的弱點。
令人驚訝的發現
- 開源人工智慧模型在幾個月內就達到了最先進的水平，這使得漏洞利用的建立速度遠超安全行業最初的預期。
- Luttwak 認為，安全團隊所做的大部分工作實際上並不是真正的安全工作；合規報告和配置檢查佔據了他們大部分的時間。
- 掃描未經過身份驗證的網際網路暴露情況比掃描應用程式程式碼更緊迫，因為攻擊者通常會首先透過暴露的介面進入系統，然後再觸及程式碼。
- 漏洞利用的開發時間從幾個月縮短到大約20分鐘，而修復漏洞的時間實際上在過去二十年裡有所惡化。
- 攻擊者可以在大約20分鐘內入侵一家初創公司，並竊取所有機密資訊和人工智慧金鑰，這使得初創公司成為了理想的目標。
- 自動化響應令人擔憂，但卻是必要的；由人工操作的安全運營中心（SOC）無法與人工智慧驅動的入侵速度相提並論。
- 行業可能會再次出現類似 Windows XP 時代的網際網路蠕蟲，即系統在補丁完成部署之前就被攻破。
- 網路攻擊是少數幾個人工智慧在複雜任務上已經超越人類的領域之一，包括零日核心漏洞利用。
- 傳統企業在實際操作中無法實現補丁的自動化，這使得采用雲原生架構的初創公司具有結構性優勢，因為它們從一開始就將自動化融入到其架構中。
- 使用單一、昂貴的 AI 模型來處理每個安全事件在經濟上是不可持續的；有效的防禦需要分層模型流程，以使模型成本與任務複雜度相匹配。
實際建議：
- 在大量投資程式碼掃描之前，先進行持續的外部暴露掃描；未經過身份驗證的介面是最緊急和最可能成為初始攻擊途徑。
- 構建分層 AI 流程：首先進行確定性檢查，使用廉價的模型進行廣泛檢測，僅將昂貴的前沿模型用於高置信度的升級處理。
- 如果創辦一家新公司，從一開始就設計自動化補丁和自主化的持續整合/持續交付 (CI/CD) 流程；對現有環境進行改造要困難得多，而且往往是不現實的。
- 將 AI 金鑰和啟動憑證視為至寶——限制其範圍，頻繁輪換，並假設它們是攻擊者的主要目標。
- 將安全團隊的精力從合規報告轉移到紅隊演練、關鍵風險識別和響應準備。
- 在設計架構時，假設系統已被攻破：強制實施網路、程序和映象隔離，並預期會出現容器逃逸和 Linux 核心零日漏洞。
- 建立快速的偵測和防禦機制，能在幾分鐘內發現並阻止攻擊，而不是幾天。因為基於人工智慧的攻擊往往以二十分鐘為單位展開。
- 評估您現有的供應商體系，用人工智慧原生技術取代過時的工具，而不是在危機期間簡單地增加更多授權。
- 政府機構和非營利組織應利用社群掃描專案，例如“Scan for Goods”，在攻擊者之前發現關鍵漏洞。
- 認識到完全修復漏洞是不可能的；優先透過隔離和持續的自我攻擊（使用紅隊）來縮小潛在影響範圍。
wak commence en décrivant le mois d’octobre non pas comme un mois difficile, mais comme un “Black October” – un événement de type “cygne noir” dans lequel un volume et une gravité sans précédent d’incidents de sécurité se sont produits simultanément. Il souligne une vulnérabilité PHP qu’il qualifie de potentiellement la plus grave jamais découverte, et il relie cette augmentation à une nouvelle catégorie d’attaquants basés sur l’IA, capables de passer d’une brèche initiale à une compromission totale en environ vingt minutes. Selon Luttwak, ce n’est plus un risque théorique : les modèles sont devenus suffisamment performants pour trouver et exploiter des vulnérabilités complexes, et les modèles open source ont rattrapé le niveau des technologies de pointe plus rapidement que prévu, transformant la phrase “chaque jour est un jour zéro” d’un simple tweet provocateur en une réalité opérationnelle.
Le problème central, comme Luttwak l’explique à a16z, est le déséquilibre croissant entre la rapidité avec laquelle les attaquants peuvent transformer une faille en une arme et la lenteur avec laquelle l’écosystème logiciel peut appliquer les correctifs. Dans le cas de PHP, environ la moitié des clients de Wiz ont appliqué les correctifs dans les deux ou trois jours, mais PHP est utilisé sur environ soixante-dix pour cent de l’internet, ce qui signifie que la correction complète prendra des années. Luttwak note que les informations sur les exploits fuient souvent avant même que la publication d’un CVE (Common Vulnerabilities and Exposures) n’ait lieu, et que les correctifs pour les noyaux Linux peuvent prendre des semaines, voire des mois, pour atteindre les distributions. a16z ajoute que le temps nécessaire pour appliquer les correctifs s’est en réalité aggravé au cours des deux dernières décennies, laissant les défenseurs structurellement mal préparés aux exploits qui peuvent désormais être créés en quelques minutes.
La solution proposée par Luttwak consiste à abandonner les systèmes de sécurité statiques et ponctuels au profit d’une validation continue et dynamique. Il décrit le fonctionnement des agents “bleus” et “rouges” de Wiz, qui travaillent en coordination : l’agent “bleu” exécute une série de contrôles, passant par des modèles simples et invoquant des modèles plus complexes uniquement lorsque les étapes précédentes détectent un signal préoccupant. L’agent “rouge”, quant à lui, attaque en permanence l’environnement du client depuis l’extérieur, en utilisant les dernières capacités de l’IA. En interne, Wiz utilise une “plateforme” appelée “atlas” pour tester différents modèles – OpenAI, Google, Carbon – car chacun présente des forces, des coûts et des vitesses distincts. Pour les fondateurs, cela implique de déplacer le défi technique, non pas en achetant plus de scanners, mais en concevant des pipelines de modèles intelligents et rentables qui privilégient la protection contre les expositions non authentifiées sur Internet plutôt que les analyses de code courantes.
La conversation se tourne ensuite vers la réalité organisationnelle. Luttwak explique à a16z qu’augmenter le budget alloué à la sécurité ne résoudra pas le problème ; ce qui compte, c’est l’architecture et la concentration. Les startups qui se développent aujourd’hui doivent partir du principe que leurs systèmes sont susceptibles d’être attaqués par des États, anticiper les failles de sécurité des conteneurs et du noyau Linux, et intégrer dès le départ des mécanismes d’isolation réseau, de processus et d’images dans leur conception. Il est tout aussi direct concernant les équipes de sécurité existantes : la plupart de leur temps est consacrée à la production de rapports de conformité et aux vérifications de configuration, plutôt qu’à un véritable travail de sécurité. Il les encourage à arrêter la plupart de leurs activités et à se concentrer plutôt sur l’identification des risques critiques, la mise en place de systèmes de détection et la préparation des réponses, en particulier parce que les clés d’IA et les identifiants des startups sont devenus des cibles de grande valeur, ce qui rend les entreprises en phase de démarrage aussi attrayantes pour les attaquants que les grandes entreprises.
Compte tenu de l’avenir, les deux intervenants prévoient un retour à un climat de sécurité caractérisé par de nombreuses vulnérabilités, comme dans les années 1990 et au début des années 2000, ce qui pourrait inclure des vers informatiques capables d’infecter les systèmes plus rapidement que les correctifs ne peuvent être appliqués. Luttwak compare cette situation à l’ère de Windows XP. Il réitère une prédiction antérieure concernant un “moment Y2K” dans les douze à dix-huit prochains mois, suggérant que “Black October” pourrait être la première vague, et note que les cyberattaques sont désormais l’un des seuls domaines où l’IA est déjà supérieure aux humains. Selon lui, les entreprises qui survivront seront celles qui redessineront complètement les infrastructures exposées à Internet et qui élimineront rapidement les systèmes vulnérables du réseau, plutôt que de se fier à des mesures de protection obsolètes.
Enfin, Luttwak étend cet argument aux infrastructures publiques, avertissant que les logiciels obsolètes et les appareils connectés à Internet, des réfrigérateurs aux systèmes de circulation, sont tous susceptibles d’être compromis. L’initiative “Scan for Goods” de Wiz tente de combler cette lacune en offrant un service de scan gratuit aux services publics et aux organisations à but non lucratif, non pas pour résoudre tous les problèmes, mais pour encourager les organisations à effectuer des analyses externes continues et à simuler des attaques. Selon lui, la seule voie viable est d’accepter que des vulnérabilités existeront, d’automatiser l’investigation et la réponse, et de tester constamment son propre environnement avant que les adversaires ne le fassent.
Thèmes majeurs de la discussion :
“Black October” et l’explosion des vulnérabilités alimentée par l’IA.
Luttwak décrit la situation actuelle comme une “Octobre noir”, un événement imprévisible marqué par une concentration inhabituelle d’incidents de sécurité graves sur une seule période. Il identifie une vulnérabilité PHP comme étant probablement la plus grave jamais découverte, et lie cette augmentation à des attaques menées par des intelligences artificielles qui combinent désormais vitesse, expertise et échelle d’une manière sans précédent. Ces attaquants ne se limitent pas aux cibles traditionnelles ; Luttwak note qu’ils ciblent des entreprises, des startups, et même des réfrigérateurs connectés à Internet. Il fait référence à l’observation d’Elon Musk selon laquelle “chaque jour est un jour zéro” pour souligner que les modèles d’IA sont désormais capables de trouver et d’exploiter des vulnérabilités complexes, et que les modèles open source ont atteint des capacités de pointe beaucoup plus rapidement que prévu, ce qui élimine la marge de sécurité dont les défenseurs pensaient disposer.
L’asymétrie temporelle entre l’attaque et la défense.
Le déséquilibre fondamental qui alimente cette crise est temporel. Luttwak explique que le temps nécessaire pour développer une exploitation fonctionnelle a considérablement diminué, passant de mois ou de semaines à environ vingt minutes, tandis que les délais de correction n’ont pas suivi. En fait, a16z note que le temps nécessaire pour appliquer les correctifs s’est détérioré au cours des vingt dernières années. Les détails des exploits fuient souvent avant même que le CVE (Common Vulnerabilities and Exposures) ne soit publié, et même lorsque des correctifs existent, ils mettent des semaines, voire des mois, à se propager dans les distributions Linux. Les données de Wiz concernant la vulnérabilité PHP ont montré une adoption initiale rapide, avec environ cinquante pour cent des clients appliquant le correctif en quelques jours, mais comme PHP sous-tend environ soixante-dix pour cent d’Internet, la correction complète prendra des années. Luttwak soutient que l’industrie n’est tout simplement pas prête à faire face à des attaques exploitant la vitesse des machines contre des corrections appliquées à la vitesse humaine.
Validation continue et le modèle “Agent rouge/Agent bleu”.
Luttwak propose de remplacer les défenses statiques par une validation continue et dynamique. L’agent “blue” de Wiz enquête sur les attaques en utilisant une chaîne de traitement classée par coût : des vérifications déterministes en premier, puis des modèles peu coûteux pour une détection large, et des modèles de pointe coûteux uniquement lorsque les étapes précédentes signalent une menace crédible. Parallèlement, l’agent “red” attaque continuellement l’environnement du client, simulant un comportement hostile avec les derniers modèles d’IA. L’analogie de Luttwak est celle d’une maison où la clé sous le paillasson semblait sûre jusqu’à ce que les attaquants acquièrent des “superpouvoirs” ; ce qui était sûr la semaine dernière ne l’est peut-être plus aujourd’hui. La seule façon de rester en avance est d’attaquer continuellement soi-même afin de détecter et de corriger les vulnérabilités avant que les adversaires ne le fassent. Cela s’étend à la forensique automatisée, à l’analyse des causes profondes et, éventuellement, à la réponse automatisée, des étapes que Luttwak reconnaît être effrayantes, mais de plus en plus inévitables.
Orchestration de modèles multiples comme principe fondamental de l’ingénierie
Plutôt que de se fier à un seul modèle de pointe, Luttwak soutient qu’une sécurité IA efficace nécessite l’orchestration de plusieurs modèles et versions, chacun ayant des capacités, des vitesses et des coûts différents. L’équipe interne de Wiz spécialisée dans les vulnérabilités utilise un outil appelé “atlas” pour tester les modèles d’OpenAI, de Google, de Carbon et d’autres, car aucun modèle ne domine toutes les tâches. Pour les fondateurs qui créent des services de sécurité IA, la clé économique ne réside pas dans la puissance brute des modèles, mais dans la conception intelligente des chaînes de traitement : utiliser des modèles peu coûteux pour les événements à grand volume et réserver les modèles coûteux pour la vérification finale. a16z et Luttwak s’accordent à dire que cela représente un changement fondamental dans l’ingénierie : les entreprises de sécurité doivent devenir expertes dans la sélection, le routage et la gestion des coûts des modèles, et non seulement dans la détection des vulnérabilités.
Architecture de sécurité plutôt que dépenses en sécurité.
Luttwak se montre sceptique quant au fait que l’augmentation des budgets de sécurité seule résoudra le problème. Il explique à a16z que la plupart des organisations ne sont pas prêtes à faire face à des attaquants dotés de la rapidité et de l’expertise des meilleurs pirates du monde, et qu’aucun outil de sécurité unique ne peut résoudre tous les problèmes. Il encourage plutôt les entreprises à concevoir leurs systèmes en partant du principe qu’ils seront compromis : en supposant des failles de sécurité critiques dans le noyau Linux, des fuites de conteneurs et une exposition non authentifiée à Internet, puis en mettant en œuvre une isolation réseau, des processus et des images en conséquence. Il affirme également que la plupart de ce que les équipes de sécurité font actuellement n’est pas réellement de la sécurité : les rapports de conformité et les vérifications de configuration consomment des ressources qui devraient être consacrées à l’identification des risques critiques, à la mise en place de mécanismes de détection et à la préparation des réponses. Pour les startups, cela signifie intégrer dès le départ des systèmes de correction automatique, d’investigation et d’infrastructure. Pour les entreprises établies, cela signifie accepter que les contraintes liées aux systèmes existants rendent l’automatisation complète difficile et qu’il est donc nécessaire de prioriser en conséquence.
Le retour des vers et les risques liés aux infrastructures publiques.
Les deux intervenants prévoient un retour à un environnement caractérisé par de nombreuses vulnérabilités, comme dans les années 1990 et au début des années 2000, avec potentiellement des vers informatiques qui se propagent plus rapidement que les systèmes ne peuvent être corrigés. Cette situation rappelle l’époque de Windows XP, où un ver pouvait infecter un ordinateur avant même que Windows Update ne soit terminé. Luttwak réexamine sa prédiction d’un “moment Y2K” et souligne que les cyberattaques sont désormais un domaine rare où l’IA surpasse déjà les humains dans des tâches complexes telles que l’exploitation de failles de sécurité inconnues. Il exprime une inquiétude particulière concernant les infrastructures publiques et les appareils anciens, des réfrigérateurs aux systèmes de circulation, et c’est pourquoi Wiz a lancé Scan for Goods pour aider les organisations à but non lucratif et les services publics à identifier les vulnérabilités. L’objectif n’est pas de résoudre tous les problèmes, mais d’inciter les organisations à effectuer des analyses externes régulières et des tests de validation par des équipes “red team” avant que les attaquants n’exploitent les mêmes faiblesses.
Informations surprenantes
- Les modèles d’IA open source ont atteint le niveau des technologies de pointe en quelques mois, démocratisant la création d’exploits beaucoup plus rapidement que ce que l’industrie de la sécurité avait prévu.
- Luttwak affirme que la plupart des tâches effectuées par les équipes de sécurité ne sont pas réellement liées à la sécurité ; les rapports de conformité et les vérifications de configuration occupent la majorité de leur temps.
- La recherche de vulnérabilités non authentifiées sur Internet est plus urgente que l’analyse du code des applications, car les attaquants entrent généralement par des points d’accès exposés avant même de toucher le code.
- Le temps de développement d’exploits a considérablement diminué, passant de plusieurs mois à environ vingt minutes, tandis que le temps nécessaire pour appliquer les correctifs s’est en réalité détérioré au cours des deux dernières décennies.
- Un attaquant peut compromettre une startup et exfiltrer tous les secrets et les clés d’IA en environ vingt minutes, ce qui fait des entreprises en phase de démarrage des cibles privilégiées.
- La réponse automatisée est effrayante, mais nécessaire ; les centres de sécurité gérés par des humains ne peuvent égaler la rapidité des intrusions alimentées par l’IA.
- L’industrie pourrait assister à un retour de vers informatiques similaires à ceux de l’ère Windows XP, où les systèmes sont compromis avant que les correctifs ne soient déployés.
- La cyberattaque est l’un des rares domaines où l’IA est déjà meilleure que les humains pour les tâches complexes, y compris l’exploitation de failles de sécurité du noyau (zero-day).
- Les entreprises traditionnelles ne peuvent pas automatiser de manière réaliste les correctifs, ce qui donne aux jeunes entreprises cloud-native un avantage structurel s’elles intègrent l’automatisation dans leur architecture dès le début.
- L’utilisation d’un seul modèle d’IA coûteux pour chaque événement de sécurité est économiquement insoutenable ; une défense efficace nécessite des pipelines de modèles structurés qui adaptent le coût du modèle à la complexité de la tâche.
Conseils pratiques
- Effectuez des analyses régulières de l’exposition externe avant d’investir massivement dans l’analyse du code ; les surfaces non authentifiées sont les vecteurs d’attaque les plus urgents et les plus probables.
- Construisez un pipeline d’IA structuré : effectuez d’abord des vérifications déterministes, utilisez des modèles peu coûteux pour la détection générale et ne déployez les modèles de pointe coûteux que pour les situations nécessitant une escalade de confiance.
- Si vous créez une nouvelle entreprise, concevez-la pour l’automatisation des correctifs et l’intégration continue/déploiement continu (CI/CD) automatisée dès le début ; il est beaucoup plus difficile, et souvent irréaliste, de moderniser des environnements existants.
- Considérez les clés d’IA et les identifiants de démarrage comme des actifs précieux : limitez leur portée, effectuez des rotations fréquentes et supposez qu’ils sont activement ciblés par les attaquants.
- Réaffectez les efforts de l’équipe de sécurité de la production de rapports de conformité vers des exercices de “red teaming”, l’identification des risques critiques et la préparation aux réponses.
- Concevez l’architecture en partant du principe d’une compromission : imposez l’isolement du réseau, des processus et des images, et anticipez les évasions de conteneurs et les failles de sécurité du noyau Linux.
- Mettez en place une réponse rapide pour détecter et neutraliser les attaques en quelques minutes, et non en quelques jours, car les intrusions basées sur l’IA se déroulent sur une échelle de temps de vingt minutes.
- Analysez votre infrastructure actuelle et remplacez les outils obsolètes par des technologies natives de l’IA, plutôt que de simplement ajouter davantage de licences pendant une crise.
- Les organismes publics et les organisations à but non lucratif devraient utiliser des programmes de surveillance communautaire tels que Scan for Goods pour identifier les vulnérabilités critiques avant que les attaquants ne le fassent.
- Acceptez qu’une correction parfaite soit impossible ; privilégiez la réduction de la surface d’attaque par l’isolation et les tests d’intrusion continus à l’aide d’agents “red team”.
Wak beginnt seine Ausführungen damit, dass er den Monat Oktober nicht als einen schwierigen Monat beschreibt, sondern als “Black October” – ein “Black-Swan”-Ereignis, bei dem eine beispiellose Anzahl und Schwere von Sicherheitsvorfällen gleichzeitig auftraten. Er weist auf eine PHP-Schwachstelle hin, die er als potenziell die schwerwiegendste aller bisher entdeckten bezeichnet, und verknüpft den Anstieg mit einer neuen Klasse von KI-Angreifern, die in etwa zwanzig Minuten von einem anfänglichen Angriffspunkt zu einer vollständigen Kompromittierung übergehen können. Laut Luttwak ist dies kein theoretisches Risiko mehr: Modelle sind mittlerweile so ausgereift, dass sie komplexe Schwachstellen finden und ausnutzen können, und Open-Source-Modelle haben die Leistungsfähigkeit der neuesten Modelle schneller erreicht, als erwartet, wodurch aus dem provokanten Tweet “jeder Tag ist ein Zero-Day” eine operative Realität geworden ist.
Das zentrale Problem, wie Luttwak gegenüber a16z erklärt, ist die schrumpfende Asymmetrie zwischen der Geschwindigkeit, mit der Angreifer eine Schwachstelle ausnutzen können, und der Geschwindigkeit, mit der das Software-Ökosystem Patches bereitstellt. Im Fall von PHP haben etwa die Hälfte der Wiz-Kunden innerhalb von zwei bis drei Tagen Patches installiert, aber PHP läuft auf etwa siebzig Prozent des Internets, was bedeutet, dass die vollständige Behebung Jahre dauern wird. Luttwak weist darauf hin, dass Informationen über Exploits oft an die Öffentlichkeit gelangen, bevor ein CVE (Common Vulnerabilities and Exposures) überhaupt veröffentlicht wird, und dass Patches für Linux-Kernel Wochen oder Monate benötigen, um die nachgelagerten Distributionen zu erreichen. a16z fügt hinzu, dass die Zeit, die für die Bereitstellung von Patches benötigt wird, in den letzten zwei Jahrzehnten tatsächlich zugenommen hat, was die Verteidiger strukturell unvorbereitet auf Exploits macht, die nun in Minuten erstellt werden können.
Luttwaks Lösung besteht darin, statische, zeitpunktbezogene Sicherheitsmaßnahmen zugunsten einer kontinuierlichen, dynamischen Validierung aufzugeben. Er beschreibt, wie Wiz’s “red team”- und “blue team”-Agenten zusammenarbeiten: Der “blue team”-Agent betreibt eine abgestufte Pipeline, die mit deterministischen Prüfungen beginnt, Ereignisse durch kostengünstigere Modelle leitet und erst dann teure, fortschrittliche Modelle einsetzt, wenn frühere Phasen ein glaubwürdiges Signal liefern. Gleichzeitig greift der “red team”-Agent kontinuierlich aus dem externen Netzwerk auf die Kundenumgebung zu und nutzt dabei die neuesten KI-Technologien. Intern verwendet Wiz ein “Atlas”-System, um verschiedene Modelle – von OpenAI, Google und Carbon – zu testen, da jedes von ihnen unterschiedliche Stärken, Kosten und Geschwindigkeiten aufweist. Für Gründer bedeutet dies eine Verschiebung der technischen Herausforderung: Es geht nicht mehr darum, mehr Scanner zu kaufen, sondern darum, intelligente, kosteneffiziente Modell-Pipelines zu entwickeln, die die Risiken durch ungesicherte Internetverbindungen höher priorisieren als routinemäßige Code-Scans.
Das Gespräch wendet sich dann der organisatorischen Realität zu. Luttwak erklärt gegenüber a16z, dass eine Erhöhung des Budgets für Sicherheit das Problem nicht lösen wird; entscheidend sind vielmehr Architektur und Fokussierung. Startups, die heute neue Produkte entwickeln, sollten davon ausgehen, dass sie mit den Fähigkeiten von Nationalstaaten konfrontiert werden, Container-Ausbrüche und Schwachstellen im Linux-Kernel antizipieren und Netzwerk-, Prozess- und Bildisolierung von Anfang an in ihr Design integrieren. Er spricht ebenfalls offen über bestehende Sicherheitsteams: Der Großteil ihrer Zeit wird für Compliance-Berichte und Konfigurationsprüfungen aufgewendet, anstatt für tatsächliche Sicherheitsaufgaben. Er fordert sie auf, die meisten ihrer aktuellen Tätigkeiten einzustellen und sich stattdessen auf die Identifizierung kritischer Risiken, die Implementierung von Erkennungsmechanismen und die Vorbereitung von Reaktionsplänen zu konzentrieren – insbesondere, weil KI-Schlüssel und Zugangsdaten von Startups zu wertvollen Zielen geworden sind, die junge Unternehmen für Angreifer genauso attraktiv machen wie große Unternehmen.
Mit Blick auf die Zukunft sehen beide Gesprächspartner eine Rückkehr zu einem Sicherheitsumfeld, das von zahlreichen Schwachstellen geprägt ist, ähnlich wie in den 1990er und frühen 2000er Jahren. Dies könnte auch Internet-Würmer umfassen, die Systeme schneller infizieren, als Patches angewendet werden können – ein Szenario, das Luttwak mit der Zeit von Windows XP vergleicht. Er wiederholt seine frühere Vorhersage eines “Y2K-Moments” innerhalb von zwölf bis achtzehn Monaten und deutet an, dass “Black October” möglicherweise der Beginn einer solchen Entwicklung sein könnte. Er stellt außerdem fest, dass Cyberangriffe derzeit einer der wenigen Bereiche sind, in denen künstliche Intelligenz bereits besser ist als menschliche Fähigkeiten. Er argumentiert, dass die Unternehmen, die überleben werden, diejenigen sein werden, die internetexponierte Infrastrukturen von Grund auf neu gestalten und anfällige Systeme schnell aus dem Netzwerk entfernen, anstatt sich auf veraltete Sicherheitsmaßnahmen zu verlassen.
Abschließend erstreckt Luttwak seine Argumentation auf die öffentliche Infrastruktur und warnt, dass veraltete Software und internetvernetzte Geräte, von Kühlschränken bis hin zu Verkehrssystemen, alle gefährdet sind. Wiz’s Initiative “Scan for Goods” versucht, diese Lücke zu schließen, indem sie öffentlichen Einrichtungen und gemeinnützigen Organisationen kostenlose Scans anbietet, nicht um jedes Problem zu lösen, sondern um Organisationen dazu zu bewegen, kontinuierliche externe Scans und “Self-Attacks” durchzuführen. Er ist der Ansicht, dass der einzige gangbare Weg darin besteht, zu akzeptieren, dass Schwachstellen existieren werden, die Untersuchung und Reaktion zu automatisieren und die eigene Umgebung ständig zu testen, bevor Angreifer dies tun.
Wichtige Diskussionspunkte:
“Black October” und die durch KI verursachte Zunahme von Schwachstellen.
Luttwak beschreibt die aktuelle Situation als “Black October”, ein Ereignis, das durch eine ungewöhnlich hohe Konzentration schwerwiegender Sicherheitsvorfälle innerhalb eines einzigen Monats gekennzeichnet ist. Er identifiziert eine PHP-Schwachstelle als wahrscheinlich die schwerwiegendste, die je gefunden wurde, und sieht einen Zusammenhang mit KI-Angreifern, die nun Geschwindigkeit, Fachwissen und Umfang in einer Weise kombinieren, die bisher unbekannt war. Diese Angreifer beschränken sich nicht auf traditionelle Ziele; Luttwak weist darauf hin, dass sie Unternehmen, Start-ups und sogar mit dem Internet verbundene Kühlschränke ins Visier nehmen. Er verweist auf Elon Musks Aussage “every day is zero day”, um zu betonen, dass KI-Modelle nun in der Lage sind, komplexe Schwachstellen zu finden und auszunutzen, und dass Open-Source-Modelle die Fähigkeiten der neuesten Modelle deutlich schneller erreicht haben als erwartet – wodurch der Puffer, den Verteidiger einst für sich reklamierten, aufgehoben wurde.
Die Asymmetrie zwischen Angriff und Verteidigung im Zeitablauf
Das zentrale Ungleichgewicht, das diese Krise antreibt, ist temporaler Natur. Luttwak erklärt, dass die Zeit, die für die Entwicklung einer funktionierenden Ausnutzung benötigt wird, von Monaten oder Wochen auf etwa zwanzig Minuten gesunken ist, während die Zeit für die Behebung von Schwachstellen nicht besser geworden ist. Tatsächlich stellt a16z fest, dass die Zeit für die Behebung von Schwachstellen in den letzten zwanzig Jahren zugenommen hat. Details zu Ausnutzungen werden oft veröffentlicht, bevor eine CVE (Common Vulnerabilities and Exposures) veröffentlicht wird, und selbst wenn Patches verfügbar sind, dauert es Wochen oder Monate, bis sie sich in Linux-Distributionen verbreiten. Die Daten von Wiz zur PHP-Schwachstelle zeigten eine schnelle anfängliche Akzeptanz – etwa fünfzig Prozent der Kunden haben innerhalb weniger Tage gepatcht – aber da PHP etwa siebzig Prozent des Internets ausmacht, wird die vollständige Behebung Jahre dauern. Die Branche ist, so Luttwak, einfach nicht bereit für eine Ausnutzung in Maschinengeschwindigkeit gegen langsame, menschliche Behebung von Schwachstellen.
Kontinuierliche Validierung und das Red Agent/Blue Agent-Modell.
Luttwak schlägt vor, statische Verteidigungsmaßnahmen durch kontinuierliche, dynamische Validierung zu ersetzen. Wiz’s “Blue Agent” untersucht Angriffe mithilfe einer gestaffelten Pipeline: Zuerst werden deterministische Prüfungen durchgeführt, gefolgt von kostengünstigen Modellen für eine breite Erkennung, und teure, fortschrittliche Modelle werden nur dann eingesetzt, wenn frühere Phasen eine glaubwürdige Bedrohung signalisieren. Gleichzeitig greift der “Red Agent” kontinuierlich von außen auf die Kundenumgebung zu und simuliert dabei das Verhalten von Angreifern mithilfe der neuesten KI-Modelle. Luttwaks Analogie ist ein Haus, bei dem der Schlüssel unter der Fußmatte als sicher galt, bis Angreifer Superkräfte erlangten; was letzte Woche noch sicher war, muss heute möglicherweise nicht mehr sicher sein. Der einzige Weg, um die Oberhand zu behalten, besteht darin, sich kontinuierlich selbst anzugreifen, um Schwachstellen zu finden und zu beheben, bevor es Angreifer tun. Dies erstreckt sich auf automatisierte Forensik, Ursachenanalyse und schließlich auf automatisierte Reaktionen – Schritte, die Luttwak zwar als beängstigend, aber zunehmend unvermeidlich ansieht.
Multi-Modell-Orchestrierung als Kern der technischen Entwicklung
Luttwak argumentiert, dass effektive KI-Sicherheit nicht auf einem einzigen, fortschrittlichen Modell beruht, sondern auf der Orchestrierung mehrerer Modelle und Versionen, die jeweils unterschiedliche Fähigkeiten, Geschwindigkeiten und Kosten aufweisen. Das interne Sicherheitsteam von Wiz verwendet eine “Atlas”-Plattform, um Modelle von OpenAI, Google, Carbon und anderen Anbietern zu testen, da kein einzelnes Modell jede Aufgabe beherrscht. Für Gründer, die KI-Sicherheitsdienste entwickeln, liegt der wirtschaftliche Schlüssel nicht in der rohen Leistung des Modells, sondern in einem intelligenten Pipeline-Design: Der Einsatz kostengünstiger Modelle für Ereignisse mit hohem Volumen und die Reservierung teurer Modelle für die abschließende Verifizierung. a16z und Luttwak sind sich einig, dass dies einen grundlegenden Wandel in der technischen Entwicklung darstellt – Sicherheitsunternehmen müssen sich nicht nur auf die Erkennung von Schwachstellen konzentrieren, sondern auch in der Lage sein, Modelle auszuwählen, zu routen und die Kosten zu verwalten.
Sicherheitsarchitektur statt Sicherheitsausgaben.
Luttwak äußert Skepsis, ob größere Sicherheitsbudgets allein das Problem lösen können. Er erklärt gegenüber a16z, dass die meisten Organisationen nicht auf Angreifer vorbereitet sind, die die Geschwindigkeit und das Fachwissen der besten Hacker der Welt besitzen, und dass kein einzelnes Sicherheitstool alle Probleme lösen kann. Stattdessen fordert er Unternehmen auf, sich auf Kompromisse einzustellen: Sie sollen Linux-Kernel-Sicherheitslücken, Container-Ausbrüche und ungesicherte Internetverbindungen als gegeben hinnehmen und entsprechend Netzwerk-, Prozess- und Bildisolierung implementieren. Er argumentiert außerdem, dass ein Großteil dessen, was Sicherheitsteams derzeit tun, keine eigentliche Sicherheit darstellt – Compliance-Berichte und Konfigurationsprüfungen verbrauchen Ressourcen, die stattdessen für die Identifizierung kritischer Risiken, die Implementierung von Erkennungsmechanismen und die Sicherstellung der Reaktionsbereitschaft verwendet werden sollten. Für Start-ups bedeutet dies, von Anfang an automatisierte Patching-, Untersuchungs- und Infrastrukturlösungen zu entwickeln; für etablierte Unternehmen bedeutet es, zu akzeptieren, dass veraltete Systeme eine vollständige Automatisierung erschweren und Prioritäten entsprechend zu setzen.
Die Rückkehr der Malware und das Risiko für öffentliche Infrastrukturen.
Beide Experten prognostizieren eine Rückkehr zu einer Umgebung mit einer hohen Anzahl von Sicherheitslücken, wie sie in den 1990er und frühen 2000er Jahren vorherrschten. Dies könnte auch Internet-Würmer umfassen, die sich schneller verbreiten, als Systeme gepatcht werden können – ein Szenario, das an die Windows XP-Ära erinnert, in der ein Wurm einen Computer infizieren konnte, bevor Windows Update abgeschlossen war. Luttwak geht auf seine vorherige Vorhersage eines “Y2K-Moments” zurück und weist darauf hin, dass Cyberangriffe nun ein Bereich sind, in dem KI bereits bei komplexen Aufgaben wie der Ausnutzung von Sicherheitslücken im Kernel-Bereich menschliche Fähigkeiten übertrifft. Er äußert besondere Bedenken hinsichtlich der öffentlichen Infrastruktur und älterer Geräte, von Kühlschränken bis hin zu Verkehrssystemen. Aus diesem Grund hat Wiz “Scan for Goods” ins Leben gerufen, um gemeinnützigen Organisationen und öffentlichen Dienstleistungen bei der Identifizierung von Schwachstellen zu helfen. Ziel ist es nicht, jedes Problem zu lösen, sondern Organisationen dazu zu bewegen, kontinuierliche externe Scans und “Red-Team”-Tests durchzuführen, bevor Angreifer dieselben Schwachstellen ausnutzen.
Überraschende Erkenntnisse
- Open-Source-KI-Modelle haben in nur wenigen Monaten das Niveau modernster Technologien erreicht, was die Entwicklung von Exploits deutlich schneller vorantreibt, als die Sicherheitsbranche erwartet hat.
- Luttwak argumentiert, dass die meisten Aufgaben, die Sicherheitsteams erledigen, nicht tatsächlich der Sicherheit dienen; Compliance-Berichte und Konfigurationsprüfungen beanspruchen den Großteil ihrer Zeit.
- Das Scannen von unauthentifizierten, öffentlich zugänglichen Systemen ist dringender als das Scannen von Anwendungscode, da Angreifer typischerweise über offene Schnittstellen eindringen, bevor sie überhaupt Code berühren.
- Die Entwicklungszeit für Exploits ist von Monaten auf etwa zwanzig Minuten gesunken, während die Zeit, die für die Behebung von Schwachstellen benötigt wird, in den letzten zwei Jahrzehnten tatsächlich zugenommen hat.
- Ein Angreifer kann ein Startup kompromittieren und innerhalb von etwa zwanzig Minuten alle Geheimnisse und KI-Schlüssel extrahieren, was Unternehmen in der Frühphase zu besonders attraktiven Zielen macht.
- Automatisierte Systeme sind zwar beängstigend, aber notwendig; von Menschen besetzte Security Operations Center (SOCs) können die Geschwindigkeit von KI-gesteuerten Angriffen nicht erreichen.
- Die Branche könnte eine Rückkehr von Internet-Würmern erleben, ähnlich der Zeit von Windows XP, bei der Systeme kompromittiert werden, bevor Patches installiert werden können.
- Cyberangriffe sind einer der wenigen Bereiche, in denen KI bereits besser ist als Menschen bei komplexen Aufgaben, einschließlich der Ausnutzung von Sicherheitslücken im Kernel (Zero-Day).
- Traditionelle Unternehmen können das Patchen nicht realistisch automatisieren, was Cloud-nativen Start-ups einen strukturellen Vorteil verschafft, wenn sie die Automatisierung von Anfang an in ihre Architektur integrieren.
- Die Verwendung eines einzelnen, teuren KI-Modells für jedes Sicherheitsereignis ist wirtschaftlich nicht tragfähig; ein effektiver Schutz erfordert abgestufte Modell-Pipelines, die die Modellkosten an die Komplexität der Aufgabe anpassen.
Praktische Schlussfolgerungen
- Führen Sie kontinuierliche externe Scans durch, bevor Sie stark in die Code-Analyse investieren; nicht authentifizierte Schnittstellen sind die dringendsten und wahrscheinlichsten Angriffspunkte.
- Erstellen Sie eine abgestufte KI-Pipeline: Beginnen Sie mit deterministischen Prüfungen, verwenden Sie kostengünstige Modelle für die allgemeine Erkennung und setzen Sie teure, fortschrittliche Modelle nur für hochwahrscheinliche Eskalationen ein.
- Wenn Sie ein neues Unternehmen gründen, planen Sie von Anfang an eine automatisierte Patch-Verwaltung und eine agentenbasierte CI/CD-Pipeline; die Nachrüstung bestehender Umgebungen ist viel schwieriger und oft unrealistisch.
- Behandeln Sie KI-Schlüssel und Start-Anmeldedaten wie wertvolle Güter – beschränken Sie ihren Umfang, ändern Sie sie häufig und gehen Sie davon aus, dass sie aktiv von Angreifern ins Visier genommen werden.
- Verlagern Sie die Bemühungen des Sicherheitsteams von der Compliance-Berichterstattung hin zu Penetrationstests, der Identifizierung kritischer Risiken und der Reaktionsbereitschaft.
- Entwerfen Sie die Architektur unter der Annahme einer Kompromittierung: Erzwingen Sie Netzwerk-, Prozess- und Bildisolation und gehen Sie von Container-Escapes und Linux-Kernel-Sicherheitslücken aus.
- Stellen Sie eine schnelle Reaktionsfähigkeit bereit, um Angriffe innerhalb von Minuten, nicht Tagen, abzuwehren, da KI-gesteuerte Angriffe in einem Zeitrahmen von etwa zwanzig Minuten ablaufen.
- Überprüfen Sie Ihre bestehenden Anbieter und ersetzen Sie veraltete Tools durch KI-basierte Technologien, anstatt während einer Krise einfach weitere Lizenzen hinzuzufügen.
- Öffentliche Einrichtungen und gemeinnützige Organisationen sollten Community-Scanning-Programme wie “Scan for Goods” nutzen, um kritische Schwachstellen zu identifizieren, bevor Angreifer dies tun.
- Akzeptieren Sie, dass ein perfektes Patching unmöglich ist; priorisieren Sie die Reduzierung des potenziellen Schadens durch Isolierung und kontinuierliche Selbsttests mithilfe von “Red Teams”.
AI isn’t just helping defenders find vulnerabilities. It’s giving attackers the speed and expertise to exploit them faster than many companies can respond. Wiz co-founder and CTO Ami Luttwak joins a16z General Partners Zane Lackey and Sarah Wang to unpack what he calls “Black October,” a wave of vulnerabilities and agentic attacks that he believes marks a turning point for cybersecurity.
They break down PHP2Shell, why AI is collapsing the time between vulnerability discovery and exploitation, and what happens when open-source models put increasingly sophisticated offensive capabilities in more hands. Ami explains why startups are becoming attractive targets, particularly when they hold valuable AI credentials, and why yesterday’s secure architecture may no longer be secure as models improve.
The conversation then turns to defense. Ami argues that companies need to continuously attack their own systems, automate investigation and patching wherever possible, design infrastructure assuming sophisticated attackers will get in, and rethink security stacks built for a slower era. His warning is simple: if attackers can move in minutes, defenders can no longer operate on human timelines.
Resources:
Follow Ami Luttwak on X: https://x.com/amiluttwak
Follow Sarah Wang on X:https://x.com/sarahdingwang
Follow Zane Lackey on X: https://x.com/zanelackey
Learn more about Wiz:https://www.wiz.io/
Read ‘The Rise of Agentic Attacks: What They Look Like, and Where They’re Headed’: https://www.wiz.io/blog/the-rise-of-agentic-attacks
Read more from Wiz’s blogs: https://www.wiz.io/blog
Stay Updated:
Find a16z on YouTube: YouTube
Find a16z on X
Find a16z on LinkedIn
Listen to the a16z Show on Spotify
Listen to the a16z Show on Apple Podcasts
Follow our host: https://twitter.com/eriktorenberg
Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see a16z.com/disclosures.
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
-
Critical Minerals: Mining for the Industrial Future
It can take more than 15 years to permit and build a new mine in the United States – yet nearly every modern technology we rely on, from smartphones to fighter jets to AI data…
-
The Future of Software Development – Vibe Coding, Prompt Engineering & AI Assistants
Is AI the Fourth Pillar of Infrastructure? Infrastructure doesn’t go away — it layers. And today, AI is emerging as a new foundational layer alongside compute, storage, and networking. Erik Torenberg interviews a16z’s Martin Casado,…
-
Marc Andreessen and Joe Lonsdale on Tariffs and Trade
Today we’re sharing an episode from American Optimist featuring Marc Andreessen in conversation with Joe Lonsdale, recorded live at the inaugural Ronald Reagan Economic Forum. They explore one of the most urgent and complex questions…
-
America’s Energy Problem: The Grid That Built America Can’t Power Its Future
U.S. per capita energy usage peaked in 1973. Since then? Flat. Meanwhile, China’s per capita energy use has grown 9x. Today, AI, EVs, manufacturing, and data centers are driving demand for more electricity than ever—and…
-
Aaron Levie on AI’s Enterprise Adoption
In this episode, a16z General Partner Martin Casado sits down with Box cofounder and CEO Aaron Levie to talk about how AI is changing not just software, but the structure and speed of work itself.…
-
Ben Horowitz: What Founders Must Know About AI and Crypto
This week on the a16z Podcast, we’re sharing a feed drop from Impact Theory with Tom Bilyeu, featuring a wide-ranging conversation with a16z cofounder Ben Horowitz. Artificial intelligence isn’t just a tool — it’s a…
-
Stablecoins & the Future Financial System
a16z Crypto General Partners Ali Yahya, Arianna Simpson, and Erik Torenberg break down what’s actually working in crypto today – starting with the rise of stablecoins as a real-world payments layer. They discuss how stablecoins…
-
How Andreessen Horowitz Disrupted VC & What’s Coming Next
On this episode, taken from The Ben & Marc Show, a16z co-founders Marc Andreessen and Ben Horowitz dive deep into the unfiltered story behind the founding of Andreessen Horowitz—and how they set out to reinvent…
-
Enabling Agents and Battling Bots on an AI-Centric Web
Taken from the AI + a16z podcast, Arcjet CEO David Mytton sits down with a16z partner Joel de la Garza to discuss the increasing complexity of managing who can access websites, and other web apps,…
-
Marc Andreessen on Startup Timing
What if now is the best time in decades to start a company? In this episode, taken from Speedrun, a16z’s accelerator for early-stage founders, Marc Andreessen joins games General Partner Jonathan Lai to make the…