NewsTok

Research scope

This research collects reports about attacks on Yandex and Sber data centres, service outages and recovery. The chronology starts with earlier DDoS attacks and data leaks, then covers October 2026 events by facility and service.

The material covers information checked through 15 October 2026. Each event includes its date, statements from those involved and source links.

8–11 October: three sites, different outcomes

Yandex shut its Sasovo data centre and shifted workloads after an attack

At 01:44 Moscow time Cloud Alerts reported a power problem. Yandex later confirmed a drone attack, fire and shutdown of the data centre: a facility housing servers. It reported no injuries.

At 08:26 other zones worked, with limits on new resources. At 13:27 Yandex 360 told Kommersant Mail problems were resolved.

Sources:

Yandex could not confirm whether Sasovo equipment could be repaired

Reuters described the facility as one of Yandex’s five major data centres, housing tens of thousands of servers. The company did not clarify the condition of two AI-development supercomputers located there.

The following day, Pulse dating-app operator Alexander Savitsky told Reuters all 8,000 users had lost access since 8 October. Its Yandex Cloud backup database was also inaccessible; he had no confirmation of data loss.

Sources:

Yandex reported damage to its Kaluga data centre on 9 October

In a statement to Meduza, Yandex specified that several modules were completely disabled. It warned of possible service disruption without naming particular applications in that statement.

Yandex’s official notice said employees in Kaluga were unharmed. Infrastructure assessment and recovery work continued; that notice did not announce a complete shutdown of the entire Kaluga facility.

Sources:

Sources: yandex-physical cloud-physical

Cloud: recovery beyond a single site

Selectel, K2Cloud and VK Cloud are helping Yandex Cloud customers move services

Yandex told Vedomosti the assistance included simpler onboarding and flexible financial terms. External clouds offered capacity for applications affected by attacks on Yandex facilities.

Selectel’s instructions, updated on 13 October, identify a practical limit: spare capacity is not available in every location. Customers unable to download a virtual-machine image from Yandex Cloud are directed to await operator updates or follow its recovery guidance.

Sources:

Yandex Cloud entered emergency mode after the Vladimir attack

The operator reported infrastructure damage and no injuries. It described the remaining resources as unstable and warned that technical-support channels might also be unreliable.

At 05:59 Moscow time, the cloud control panel and access management worked, while computing capacity was partly available. S3 file storage supported reads but could fail on writes. Some databases allowed only reading records or remained inaccessible.

Later, Yandex told RBC that Search, Maps, Taxi, Alice and Mail were gradually returning. It deliberately limited some Yandex 360 functions, including Disk, to reduce load and preserve essential operations.

Sources:

Sources: cloud-emergency cloud-partners

Pay: from unavailability to partial recovery

Yandex Pay outage blocked balances, payments and transfers

Yandex Pay and fintech head Dmitry Pirogov said the team checked copies of financial records and found no losses. He explained that records are replicated across data centres.

On 11 October Pirogov gave no restoration deadline. He said operations were returning cautiously, with checks on financial records.

Sources:

Yandex Pay restored cards and is bringing back transfers

Yandex Pay head Dmitry Pirogov said payments and transfers were restored for some customers. Savings-account operations in Seivy, Faster Payments System transfers and bank-detail transfers were returning gradually.

Pay announced 20% annual interest for existing savings accounts for 11–17 October. It promised not to treat affected payments on its own loans, including Super Split, as overdue.

Super Split is consumer credit for paying for purchases in instalments. Pay’s promise concerns obligations under this product; it does not change loans from other banks.

Sources:

Sources: pay-partial

13–14 October: fee relief and partial AI recovery

Yandex waived Cloud and Yandex 360 fees through the end of October

Cloud Alerts said October bills would include usage only through 7 October. Later charges might still appear in the account; the operator promised automatic corrections.

Separately, Delovoy Peterburg reported a Yandex 360 virtual-office fee waiver through month-end for individual and business users. The company continued to warn of disruption and limited functions intended to preserve essential operations.

Sources:

Yandex warned of fake emails promising to restore cloud data

The warning reported by CNews on 13 October described emails exploiting concern about outages. They could claim that data were damaged or accounts blocked, pressuring recipients to act urgently.

Yandex Cloud’s official guidance says support does not request passwords, verification codes, API keys, card details or remote access through such messages. Service status should be checked in the cloud console and official status page.

Sources:

Yandex Cloud restored some AI services but retained restrictions

The official Cloud Alerts channel reported that applications could again receive AI model responses through Responses and Chat Completions. SpeechKit, the speech-processing service, fully restored text-to-speech; conversion of speech to text recovered partly.

Workflows, automated chains of AI tasks, and Batch Inference, processing requests in large batches, remained unavailable. Yandex Cloud continued restricting new resources and gave no overall recovery deadline.

Sources:

Sources: cloud-billing cloud-ai-restored

15 October: Direct access and work-service restrictions

Yandex reopens Direct accounts; settings remain locked

Direct manages Yandex advertising. On 14 October, Yandex told RBC that advertisers still could not enter their accounts: balance top-ups required a manager or support. According to Yandex, ads in Search, its advertising network and Maps continued running with the saved settings.

On 15 October, Yandex announced that web and app accounts had reopened following outages after data-centre attacks. Advertisers can start existing campaigns, stop active ones, add funds and set an account-wide weekly spending limit. Some tools remain unavailable, and results may be displayed incompletely.

PromoPages, a service for advertising articles, regained read-through and outbound-click statistics on 13 October. Yandex’s 14 October statement said target-action data from Metrica was still missing. Metrica counts website visits and actions; the statement gave no date for these data to return.

Sources:

Yandex details Mail and Disk restrictions and offers free document editing

Yandex 360’s 15 October update says Mail refreshes data after a page reload. In a browser, Disk allows individual-file downloads but not whole folders. Telemost’s automatic meeting notes and corporate Wiki’s collaborative editing remain unavailable.

On 13 October, Yandex 360 explained that disabling automatic photo/video uploads and archive downloads reduced load. It also warned of slower support replies and announced free service through the end of October for existing subscribers.

Desktop Documents is an installed text and spreadsheet editor. Its product page lists Windows, macOS and Linux support and offline DOCX/XLSX viewing and editing. Installation requires a Yandex ID login; files are stored on the computer.

Collaborative editing is not yet available in the desktop app; it is supported on the web. The 15 October announcement also says offline changes do not sync automatically: the finished file must be uploaded to the cloud manually.

Sources:

Sources: direct-reopened-oct15 direct-recovery-oct14 yandex360-status-oct15 yandex360-limits-oct13 documents-desktop-guide

14 October: Sber and the authorities’ public response

Zelenskyy said Ukraine had retaliated against Russian data centres

Speaking to reporters, Zelenskyy described Ukraine’s actions as a reciprocal response and declined to disclose full details. Interfax-Ukraine published his remarks that evening; they concerned the rationale for strikes, not internet-service availability.

A more specific statement followed on 9 October: Reuters reported that Zelenskyy confirmed Ukrainian drones had struck the Kaluga data centre. This was a subsequent clarification absent from his 8 October remarks.

Sources:

Russia’s digital and defence ministries are addressing data-centre protection

Russia’s digital development minister Maksut Shadayev described the data-centre attacks as unprecedented. On 12 October he said his ministry was working with the defence ministry on protecting IT facilities.

Shadayev said backup capacity and equipment distributed across different sites kept some services operating. He thanked companies across the industry for assisting affected operators.

Sources:

Sber confirmed a Saratov-region data-centre attack and said services worked normally

First deputy chairman Alexander Vedyakhin confirmed the attack on a Saratov-region facility to reporters. Kommersant identified the location and timing as Balakovo, overnight on 14 October.

Sber did not announce outages of banking apps, payments or transfers. Interfax’s report contains no detailed equipment-damage inventory: the normal-service statement does not specify the facility’s physical condition.

Sources:

Sources: sber-balakovo shadaev

Investigation and effects on third-party organisations

On the evening of 8 October, Kommersant reported that Russia’s Investigative Committee was investigating the Sasovo data-centre strike as terrorism.

The same report quoted property service CIAN describing a problem at its infrastructure partner. The Moscow-region transport ministry reported that online bus-ticket sales were unavailable.

Sources: kommersant-investigation

Four distinct incident types

A physical attack damages a site or its supporting infrastructure. DDoS creates excessive network load. A leak concerns disclosure of information. A technical fault can occur without malicious action. A shared company name or date is no reason to merge these categories.

Availability, data integrity and damage are tracked separately. A confirmed outage does not prove data theft; a claim that copies survived does not establish service availability.

How to read the chronology

An event date is distinct from its source’s disclosure date and NewsTok’s first publication. Unknown days or times are not invented. A later report does not move the event to its publication date.

Early alerts remain alongside later clarifications. “The company stated”, “the agency reported” and “editorial assessment” indicate different evidence levels. Several outlets repeating one statement do not constitute several independent confirmations.

Established findings and remaining gaps

The central research finding is separation of evidence: reports about an attack, a site’s condition, application availability and record integrity answer different questions. They cannot be compressed into one verdict on a company’s operation.

Key gaps include a complete independent damage assessment, the fate of individual computing systems, comprehensive client-data preservation and final recovery deadlines. User complaints and anecdotes can identify issues but lack a denominator for estimating overall impact.

Update and correction policy

Every substantive update is published simultaneously in Russian and English with matching meaning, links, event date and confidence level. A newly established cause, operator confirmation, availability change or compensation change merits an update.

Corrections preserve the previous claim, the newly verified wording, the date and reason. Repeated unverified claims are not published as new facts. A lack of new verified information is not turned into an artificial news item.

Automated requests from Yandex’s network: what the source measured

TechRadar reports a fall in automated requests from Yandex’s network

TechRadar links to Cloudflare Radar’s automated-request section for AS13238, Yandex LLC’s network. Cloudflare observes requests reaching websites that use its infrastructure. This measures requests from Yandex’s network to those websites. It does not measure all Yandex services, their visitor numbers or all Russian internet traffic.

A request is a program asking a website for something, such as a page’s text. Request counts and user counts are different: one program can request many pages. This chart covers requests Cloudflare classifies as likely automated. That is a technical assessment of behaviour, not a list of program owners.

A bot is software that performs actions automatically. A familiar example is a search crawler: it visits web pages and saves information for a search engine. Yandex documents this crawling and indexing process. But the report provides no breakdown by named bots, so the entire flow cannot be attributed to Yandex’s search crawler.

TechRadar cited 0.4% of a two-week peak. Its article provides no measurement export or dated chart image; the link opens a rolling “last seven days” window. NewsTok could not reproduce the number. It remains TechRadar’s claim, not a verified measure of the decline in all Yandex traffic.

Politics entered our previous wording through the TechRadar author’s caveat: automated requests should not be equated with fake social-media accounts spreading pro-Kremlin messages. The report contains no measurements of those accounts’ activity. It does not report the shutdown of an identified political bot network.

Clarification, 15 October 2026. Our previous headline used the overly broad phrase “falling Yandex traffic”. We have clarified request direction and measurement scope, removed the unverified figure from the summary and replaced the unsupported 11–14 October event range with the source’s publication date, 13 October.

Sources:

Sources: bot-claim cloudflare-yandex cloudflare-glossary yandex-physical cloudflare-http yandex-search-crawling

Open questions

  1. What damage and recoverable capacity are established for each site?
  2. Is there an independently verified report of irreversible data loss?
  3. How does availability change by service and region, rather than at company level?
  4. Which perpetrator claims are supported beyond statements by the parties?
  5. What are the final compensation terms and recovery completion dates?
  6. What damage did Sber’s facility sustain, and do independent observations support the no-impact statement?
NewsTok research

Russia’s digital infrastructure

Yandex, Sber and digital-service resilience: data-centre strikes, cyberattacks, outages and recovery.