AiStaffo

Fireworks AI Says Second Breach Reached Customer Billing Data

Stock photo: server room cables
Photo: Brett Sayles / Pexels

Fireworks AI, a platform for running and training AI models, told customers in a notice dated 9 November 2026 that a second intrusion had reached its systems. The attacker entered through a third-party cloud host that ran Fireworks research machines on 23 October, then reached development systems the next day. Billing records were exposed. For a limited set of accounts, secrets, datasets and incomplete model weights were also reached. Payment card numbers were not affected because Fireworks does not store them. Businesses that send work to AI platforms should rotate any API keys tied to those accounts, check billing and supplier payment requests, and ask vendors where their data is held.

In short

  • Fireworks AI says an intruder entered through a third-party cloud host on 23 October 2026 and reached its development systems the next day.
  • Billing records were exposed, and for a limited set of accounts, secrets, datasets and incomplete model weights were also reached.
  • Payment card numbers were not affected, according to Fireworks, because the company does not store them.
  • Rotate any API key or token tied to an AI platform that received a vendor notice, then update every app that uses it.
  • Add a call-back check for any change to supplier bank details, since billing data can help fraudsters.

What happened

Fireworks AI, a platform that lets developers run and train AI models, has disclosed a second security incident from October 2026. In an update published on 9 November, the company said a third-party cloud provider that hosted its research and development machines was breached on 23 October. The next day, according to the company, the intruder used that access to reach Fireworks development machines and run an unauthorised workload that affected more customer data.

The exposed information goes beyond the first incident. The Hacker News reports that billing information was among the data accessed. For a limited set of accounts, the company says secrets, datasets and incomplete model weights were also reached. Fireworks says payment card numbers were not affected because it does not store them. The company has not said how many accounts were involved, and it has not named the cloud provider.

How the two incidents connect

The first incident is older. Fireworks says it identified unauthorised use of internal credentials on 6 October 2026. The intruder could read environment variables used in evaluation jobs for a limited number of customer accounts, which can include API keys and tokens. Fireworks published its first bulletin on 9 October and later revoked the affected keys.

Fireworks says evidence links the early October incident to a cybercriminal group that is financially motivated and sells access to large language models, a practice known as LLMjacking. According to Insurance Journal, the company did not say who was responsible for the second intrusion.

Date (2026)What Fireworks reports
6 OctoberMisuse of internal credentials identified; containment starts
9 OctoberFirst public bulletin published
23 OctoberThird-party cloud host that ran Fireworks research machines is breached
24 OctoberIntruder reaches development machines and runs an unauthorised workload
9 NovemberUpdate sent to customers and published on the security bulletin page

What Notion reported

Notion, the workspace software company, is one of Fireworks' customers. Notion said fewer than 1% of its workspaces had Notion AI chat transcripts exposed through the incident. According to Notion, the transcripts were used for its Insights feature and, for most affected workspaces, were not linked to a user or workspace. Notion has disabled Insights and stopped serving open-weight models through Fireworks. The Record reports that Notion was notified on 2 November, which is earlier than the date of Fireworks' update.

Why this matters for businesses that automate work

Automated workflows depend on keys and logins. A key that lets an invoice tool or a reporting script call an AI model works like a password, and it often sits in several places at once. When a model host is breached, every business that stored a key with that host has to treat the key as possibly exposed, even if its own systems were never touched.

Billing data is a second concern. Invoice histories, balances and billing addresses are the details a fraudster needs to write a believable message about changed bank details. Finance staff who receive payment-change requests from suppliers or from the platform itself need a clear verification step.

Notion's case shows a related risk. Its users may never have contracted directly with Fireworks, yet data passed through it because Notion used Fireworks for some AI features. Businesses that use software with AI features should ask which model providers sit behind those features.

What changes in practice

For a business of any size, the first step is an inventory. List every tool, script and automated workflow that holds an API key or token for an AI platform, and check whether any of them received a vendor notice. Fireworks says the API keys it revoked no longer work, and it asks affected customers to rotate third-party credentials named in their notice and update the applications that use them.

Next, look at what people type into AI tools. Notion advises customers to rotate any password, API key or other credential that was pasted into Notion AI during the affected period. The same habit applies to any chat assistant. Staff should be told not to paste credentials into prompts.

Finance teams should add a call-back check before any change to supplier bank details is accepted, whether the request arrives by email, chat or a platform notice. Vendors should also be asked, in writing, where your data is stored, how long it is kept and which third parties host it.

Automation can help here. A scheduled job can list every key with its age and owner, flag keys tied to a vendor notice and open a task for the person who must rotate it. It cannot judge whether a chat contained a password, decide whether a supplier is still trusted, or approve a change to a bank account. A person still makes those decisions.

What to watch next

Fireworks says it is still working with Palo Alto Networks Unit 42 to investigate the full scope of the intrusion. It has also disabled self-serve dataset uploads and downloads used for Batch Inference and dataset-based training while the investigation continues. Businesses should watch for a count of affected accounts, a named cloud provider and any change to those dataset features. Further updates are expected on the Fireworks security bulletin page.

How AiStaffo would automate this

AiStaffo would start by listing every AI platform key, token and automated workflow that a business uses, with its owner and the date it was last rotated. A scheduled routine would check that list against each vendor notice that arrives in the business inbox and open a rotation task for the named owner. Finance requests to change supplier bank details would be routed to a call-back step before anything is changed. The business owner still approves each key rotation, decides whether a vendor stays in use, and signs off on any payment change. The free automation audit measures how many keys, vendors and payment workflows a business runs today, so the scope of the work is based on the business's own figures. Book a free automation audit.

Questions people ask

What did Fireworks AI disclose?
Fireworks AI told customers in a notice dated 9 November 2026 that a third-party cloud host was breached on 23 October. The intruder then reached Fireworks development systems on 24 October. Billing records were exposed, and for some accounts secrets, datasets and incomplete model weights were also reached.
Were payment card numbers exposed in the Fireworks AI breach?
According to Fireworks, payment card numbers were not affected because the company does not store them. The exposed billing records still matter, because they can include addresses, invoice histories and balances. Treat any unexpected payment request with care.
Is the Fireworks AI breach the same as the October incident?
No. Fireworks identified the first incident on 6 October 2026, when internal credentials were misused and environment variables for some customer accounts were read. The second incident involved a cloud host breached on 23 October. Fireworks presents both as part of the October incident in its updates.
Does the Notion AI chat exposure affect every Notion user?
Notion said fewer than 1% of its workspaces were affected. According to Notion, the exposed transcripts were mostly unattributable, meaning they did not identify the user or workspace. Notion recommends rotating any password or API key that was pasted into Notion AI during the affected period.
What should a business do first after a vendor breach notice?
Start by listing every key, token and login that the vendor could have held. Rotate those credentials and update the tools that use them. Then check whether any staff pasted secrets into AI chats, and confirm that supplier payment changes are verified by a second method.

Book a free automation audit

Thirty minutes. We look at one process you run every week and tell you exactly what an AI worker would take off your desk, and what it would not.

We use these details only to reply to this request and prepare your audit, and keep them for up to two years. We send no marketing unless you tick the box above. Privacy policy

ai securityvendor riskai infrastructureai models