BoletimSec•November 11, 2026•🇵🇹Translated from Portuguese

Notion Confirms Exposure of AI Assistant Transcripts After Fireworks AI Breach

Notion has confirmed that a security incident at Fireworks AI exposed transcripts of conversations from its Notion AI assistant, affecting less than 1% of customer workspaces.

Fireworks served as the provider responsible for running classification tasks for the Insights feature and hosting open-weight models within the product. Notion emphasized that its own systems were not breached.

The sequence began on the night of November 2, 2026, when Fireworks notified Notion about unauthorized access to a small dataset. An initial review found only synthetic test data. On the morning of November 3, Notion disconnected its systems from the vendor and deleted stored data. A new alert arrived on November 6, followed by confirmation on November 8 that customer transcripts had been exposed.

According to Notion’s security notice, the majority of transcripts carried no author or workspace labels and did not include results from tool calls. The company stated there is no direct information linking conversations to specific users or organizations, although content typed by users may still identify people and companies.

Notion temporarily disabled the Insights feature and stopped serving models through Fireworks. Affected customers were contacted with instructions to review activity and change passwords, API keys, and other credentials that may have been pasted into Notion AI during the incident window.

Fireworks had earlier detected misuse of internal credentials on October 6 that granted a third party access to environment variables in evaluation workloads. The company disclosed the incident on October 10. On October 23 the attacker reached the development environment via a third-party cloud provider, and on October 24 executed unauthorized workloads.

The latest Fireworks bulletin expanded the scope to include resource metadata, billing information with billing and shipping addresses, invoice and payment history, credit balance and usage data, plus a subset of incomplete model weights and certain customer datasets. The company confirmed that credit card numbers are not stored and were not affected.

Fireworks attributed the activity to a financially motivated cybercriminal group focused on selling access tokens for language models to illicit routing gateways. The technique, known as LLMjacking, involves hijacking the victim’s model with stolen credentials while leaving the legitimate account holder to pay the bill. A recent alert noted an increase in such attacks against AI infrastructure in South America and other regions.

Related articles

Habr•Data Breaches & Leaks

Beget Outlines Four-Stage Recovery of Servers After Cyberattack Destroys Cloud Infrastructure

Russian hosting provider Beget has provided an update on restoring its infrastructure following a destructive cyberattack that occurred on the night of November 2, 2026. Attackers gained access to the management contour and executed wiping scripts, resulting in total data loss across VPS, S3, and Kubernetes environments while file-level backups of VPS remained intact. The company is now recovering dozens of virtual hosting servers from backups in parallel using multiple data streams. Each affected server undergoes a structured four-stage restoration process that includes OS installation, environment setup, data loading, and gradual reactivation of thousands of customer sites. Beget has already brought more than 18,000 websites back online, with 66 servers currently in the recovery pipeline. The Coordination Center for .RU and .RF domains has temporarily suspended Beget’s registrar accreditation, preventing new registrations during the suspension period.

AntiMalware•Data Breaches & Leaks

Beget Loses Accreditation as .RU and .РФ Domain Registrar After Cyberattack

Following a cyberattack on November 2, Russian domain registrar and hosting provider Beget has had its accreditation temporarily suspended by the Coordination Center for .RU and .РФ domains. The company can no longer register new domains in the .RU, .РФ, and .SU zones or accept transfers from other registrars. Beget must continue supporting all domains registered before the suspension, and expiration dates have been postponed by agreement with the Coordination Center and RosNIIROS to prevent any loss of domains. The incident stems from attackers gaining access to the management infrastructure and deploying wiping scripts. Partial functionality has been restored in the control panel, but full domain management features for the affected zones will return only after accreditation is reinstated. No specific recovery timeline has been announced.

AntiMalware•Data Breaches & Leaks

Beget Rebuilds Cloud Infrastructure After Destructive Cyberattack Wipes VPS Backups

Beget suffered a severe cyberattack that allowed threat actors to access the management layer of its entire cloud architecture and execute wiping scripts. The incident destroyed cloud infrastructure and left backup copies of VPS files available to only half of the affected users. Internal systems were also hit, breaking links between customer accounts and services, forcing the provider to reconstruct ownership records. Hosting services have recovered more than 60 percent, while full cloud restoration timelines remain unknown. The attack disrupted BelkaCar’s car-sharing application, which relied on Beget for backend connectivity and has since migrated to another provider.

Security NEXT•Data Breaches & Leaks

Fukuoka Prefecture Exposes Personal Data of 183 Corporate Officers Due to Website File Misconfiguration

Fukuoka Prefecture has confirmed that personal information belonging to 183 corporate officers from 24 organizations was left publicly accessible on its official website. The exposure occurred within files related to the Fukuoka Prefecture Easy-to-Work Care Workplace Certification System. The files were uploaded by a contracted vendor between August 21 and September 17, 2026, with incorrect permissions that allowed online editing and saving instead of read-only access. The issue remained undetected until an applicant inquired about download procedures. Upon discovery, the prefecture instructed the vendor to remove the files and contacted all 24 affected corporations by telephone to provide explanations and apologies. The incident highlights risks associated with improper configuration of application files containing sensitive personal data on government websites.