T
traeai
登录
返回首页
Databricks

Built In, Not Bolted On: What AI-Native Actually Means in Cybersecurity

7.5Score
Built In, Not Bolted On: What AI-Native Actually Means in Cybersecurity
AI 深度提炼
  • AI原生意味着AI从设计阶段就深度融合,而非后期添加。
  • 传统安全工具难以应对现代威胁,需要AI驱动的解决方案。
  • Databricks提出以数据为中心的AI架构提升安全性与效率。
#AI#网络安全#Databricks#架构设计
打开原文

Built In, Not Bolted On: What AI-Native Actually Means in Cybersecurity | Databricks Blog

Skip to main content

[![Image 1](blob:http://localhost/c3d26385bd032c882a09c45135533626)](http://www.databricks.com/)

[![Image 2](blob:http://localhost/c3d26385bd032c882a09c45135533626)](http://www.databricks.com/)

  • Why Databricks
  • * Discover
  • Customers
  • Partners
  • Product
  • * Databricks Platform
  • Integrations and Data
  • Pricing
  • Open Source
  • Solutions
  • * Databricks for Industries
  • Cross Industry Solutions
  • Migration & Deployment
  • Solution Accelerators
  • Resources
  • * Learning
  • Events
  • Blog and Podcasts
  • Get Help
  • Dive Deep
  • About
  • * Company
  • Careers
  • Press
  • Security and Trust
  • DATA + AI SUMMIT ![Image 3: Data+ai summit promo JUNE 15–18|SAN FRANCISCO Last chance to save 50% — ends April 30. Register](http://www.databricks.com/dataaisummit?itm_source=www&itm_category=home&itm_page=home&itm_location=navigation&itm_component=navigation&itm_offer=dataaisummit)

1. All blogs 2. / Data Strategy

Table of contents

Table of contents

Table of contents

Data LeaderApril 28, 2026

Built In, Not Bolted On: What AI-Native Actually Means in Cybersecurity

A conversation with Barracuda Chief Product Officer Neal Bradbury on why proprietary data is the real moat when every customer's threat landscape is unique

by Aly McGue

Summary

  • AI-native applications need to be architected with intelligence at the core, not layered on afterward.
  • In cybersecurity, proprietary telemetry creates a defensible advantage that generic SaaS models cannot replicate.
  • Cross-functional alignment starts with defining shared outcomes, not selecting shared tools.

How conversational analytics removes the business intelligence bottleneck

Cybersecurity companies face a paradox. Their customers keep adding more security tools, expecting more protection. But the data increasingly shows that tool sprawl makes organizations slower to detect and respond to threats. At the same time, AI is accelerating both sides of the equation: giving defenders new capabilities while making it dramatically easier for attackers to operate at scale.

For over twenty years, Barracuda has protected organizations from evolving threats with its BarracudaONE cybersecurity platform, which maximizes cyber resilience by unifying protection across email, ,data, networks, applications, and managed XDR. Barracuda uses Databricks for its enterprise data platform, consolidating fragmented data silos to power ML operations, real-time threat correlation, and business intelligence. Using Databricks Genie, the team quickly developed and launched features like natural language log search for its managed XDR solution, allowing customers to query billions of security events in plain language while maintaining strict data isolation.

Neal Bradbury is Chief Product Officer at Barracuda, responsible for product management, engineering, security, and cloud operations. He has led the shift toward what Barracuda calls AI-native product development, in which intelligence is built into the core of every application rather than added as an interface on top.

The thread running through our conversation was consistent: in an era where attackers operate at scale, the defenders winning with AI are those treating their proprietary security telemetry as a strategic asset. They aren't just adding AI tools; they are building intelligence directly into the data layer to stay ahead of evolving threats.

What AI-native actually means

**Aly McGue:**How do you define an "AI-native application" in your business versus a traditional application? What's the strategic difference for the customer experience?

**Neal Bradbury:** For us, AI-native means it's built in, not bolted on. The application must be architected with AI at its core. In security, that means observability, governance, access controls, and enforcement, all built in from day one. We have our Bailey AI Assistant, but the core of how our applications work, whether it's our WAF or our email protection, they are AI-native at their foundation.

The other big distinction is that AI-native applications continuously adapt. A traditional application is built a certain way, and it operates that way until someone goes in and changes it. An AI-native application is more dynamic. It responds to changing customer data, changing needs, and changing goals. It meets the customer where they are as things evolve, which matters a lot when the landscape is moving as fast as it is right now.

In our case, we're collecting threats and risks from customers across the BarracudaONE platform. Every customer has a different risk profile. Every customer needs different threats prioritized. So it can't be rigid. That's really the strategic difference: an AI-native solution adapts to each customer rather than forcing everyone down the same deterministic path.

Embedding Intelligence into the Security Stack

**Aly:**What did it take to re-architect your core product and embed AI-native features like personalization, recommendation engines, or copilot tools?

**Neal:** I'd go back to our managed XDR solution as an example. We had to really question the focus and purpose of that offering, and then work backward. What problem are we actually solving? What outcome are we delivering for the customer? Any product manager should start there, but it becomes even more critical when you're embedding AI, because the architecture decisions you make early determine what's possible later.

The foundational piece was organizing the data layer. If your data is all over the place or the schema isn't shared, it just causes problems downstream for everything. Being able to normalize the schema enabled our machine learning models and agents to have full context across domains and actually to do what we needed them to do.

We were also disciplined about taking small bites. We didn't try to migrate everything at once. We started with small pieces, iterated, and worked our way toward the full outcome. You can come up with a fancier way to describe it, but it was: understand what the output needs to be, then iterate your way there.

What came out of that process was real-time streaming detection built with notebooks, ML operations running through MLflow, and multiple machine learning models with 30-plus features that continuously improve. And the exciting part is that we've been able to extend that same platform pattern to other products: our WAF-as-a-service, our automated configuration engine, API security, and advanced bot protection. So the investment compounds.

Aligning teams around outcomes, not tools

**Aly:**How did you successfully align product, data science, and engineering teams to work from a shared data and AI platform to accelerate time to market for these features?

**Neal:** I'll sound like a broken record, but it really came down to defining shared outcomes first. Take our impersonation protection feature in Barracuda Email Protection, which protects customers against advanced attacks. The outcome wasn't simple, but it was clear. And that clarity meant teams could drive toward a unified goal without getting lost in tooling debates. We had Databricks as the platform, we had a destination, and we could just execute.

The same logic applies when we work across non-engineering functions. When we went after churn reduction, we needed customer information, product telemetry, and sales data. Being able to bring all of that together in one enterprise data platform and actually see cross-functional insights is what drove alignment. It wasn't a mandate from the top. It was a shared outcome that everyone could see and measure. That's what moves people.

Why your data layer is the real differentiator

**Aly:**How does building AI-native applications on your own data layer give you a deeper, more defensible competitive advantage compared to relying solely on external SaaS models?

**Neal:** Your own data layer is the differentiator. Full stop. AI agents are only as strong as the proprietary, context-rich data they can access. When you build on your unified security telemetry, you create an advantage that generic SaaS models just can't replicate.

Because we build on our own data, we can customize for the specific telemetry and insights we're getting across the entire security portfolio. That lets us provide targeted recommendations and make decisions alongside our customers in ways that a one-size-fits-all external model never could.

The way I think about it is this: an AI-native product can use customer-specific deployment and behavior context to adapt and respond in ways an external SaaS AI simply cannot. And that advantage compounds. The more data flows through the system, the better it gets at understanding each customer's unique environment. Nobody can shortcut their way into that.

Closing Thoughts

What came through most clearly in this conversation is that AI-native is an architectural commitment, not a feature label. Neal draws a line between products that have AI designed into their foundation and products that add an intelligent interface on top of a traditional system. The difference shows up in how dynamically the product adapts, how well it uses proprietary context, and how defensible the result is over time.

For executives evaluating their own product strategies, the question worth sitting with is: Is intelligence built into the core of what you ship, or is it layered on top? The answer determines not just what your product can do today, but how fast it can evolve when the landscape shifts again.

To learn more about building an effective operating model, download the Databricks AI Maturity Model.

Get the latest posts in your inbox

Subscribe to our blog and get the latest posts delivered to your inbox.

Sign up

*

Work Email

*

Country Country*

By clicking “Subscribe” I understand that I will receive Databricks communications, and I agree to Databricks processing my personal data in accordance with its Privacy Policy.

Subscribe

View all blogs

![Image 4: databricks logo](https://www.databricks.com/)

Why Databricks

Discover

Customers

Partners

Why Databricks

Discover

Customers

Partners

Product

Databricks Platform

Pricing

Open Source

Integrations and Data

Product

Databricks Platform

Pricing

Open Source

Integrations and Data

Solutions

Databricks For Industries

Cross Industry Solutions

Data Migration

Professional Services

Solution Accelerators

Solutions

Databricks For Industries

Cross Industry Solutions

Data Migration

Professional Services

Solution Accelerators

Resources

Documentation

Customer Support

Community

Learning

Events

Blog and Podcasts

Resources

Documentation

Customer Support

Community

Learning

Events

Blog and Podcasts

About

Company

Careers

Press

Security and Trust

About

Company

Careers

Press

Security and Trust

![Image 6: databricks logo](https://www.databricks.com/)

Databricks Inc.

160 Spear Street, 15th Floor

San Francisco, CA 94105

1-866-330-0121

  • [](https://www.linkedin.com/company/databricks)
  • [](https://www.facebook.com/pages/Databricks/560203607379694)
  • [](https://twitter.com/databricks)
  • [](https://www.databricks.com/feed)
  • [](https://www.glassdoor.com/Overview/Working-at-Databricks-EI_IE954734.11,21.htm)
  • [](https://www.youtube.com/@Databricks)
Image 8

See Careers

at Databricks

  • [](https://www.linkedin.com/company/databricks)
  • [](https://www.facebook.com/pages/Databricks/560203607379694)
  • [](https://twitter.com/databricks)
  • [](https://www.databricks.com/feed)
  • [](https://www.glassdoor.com/Overview/Working-at-Databricks-EI_IE954734.11,21.htm)
  • [](https://www.youtube.com/@Databricks)

© Databricks 2026. All rights reserved. Apache, Apache Spark, Spark, the Spark Logo, Apache Iceberg, Iceberg, and the Apache Iceberg logo are trademarks of the Apache Software Foundation.

We Care About Your Privacy

Databricks uses cookies and similar technologies to enhance site navigation, analyze site usage, personalize content and ads, and as further described in our Cookie Notice. To disable non-essential cookies, click “Reject All”. You can also manage your cookie settings by clicking “Manage Preferences.”

Manage Preferences

Reject All Accept All

Image 12: Databricks Company Logo

Privacy Preference Center

Opt-Out Preference Signal Honored

Privacy Preference Center

  • ### Your Privacy
  • ### Strictly Necessary Cookies
  • ### Performance Cookies
  • ### Functional Cookies
  • ### Targeting Cookies
  • ### TOTHR

#### Your Privacy

When you visit any website, it may store or retrieve information on your browser, mostly in the form of cookies. This information might be about you, your preferences or your device and is mostly used to make the site work as you expect it to. The information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies. Click on the different category headings to find out more and change our default settings. However, blocking some types of cookies may impact your experience of the site and the services we are able to offer.

#### Opting out of sales, sharing, and targeted advertising

Depending on your location, you may have the right to opt out of the “sale” or “sharing” of your personal information or the processing of your personal information for purposes of online “targeted advertising.” You can opt out based on cookies and similar identifiers by disabling optional cookies here. To opt out based on other identifiers (such as your email address), submit a request in our Privacy Request Center.

More information

#### Strictly Necessary Cookies

Always Active

These cookies are necessary for the website to function and cannot be switched off in our systems. They assist with essential site functionality such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will no longer work.

#### Performance Cookies

  • [x] Performance Cookies

These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site.

#### Functional Cookies

  • [x] Functional Cookies

These cookies enable the website to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.

#### Targeting Cookies

  • [x] Targeting Cookies

These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant advertisements on other sites. If you do not allow these cookies, you will experience less targeted advertising.

#### TOTHR

  • [x] TOTHR

Cookie List

Consent Leg.Interest

  • [x] checkbox label label
  • [x] checkbox label label
  • [x] checkbox label label

Clear

  • - [x] checkbox label label

Apply Cancel

Confirm My Choices

Allow All

![Image 13: Powered by Onetrust](https://www.onetrust.com/products/cookie-consent/)

!Image 14!Image 15

Image 16
Image 17