Hacker Attacks as Force Majeure: Russian and International Courts Diverge on Liability for Cyber Incidents
In the early hours of November 2, 2026, the infrastructure of Russian hosting provider Beget came under a large-scale cyber attack. Websites stopped loading, virtual servers failed, email services collapsed, DNS resolution broke, and the management panel became unreachable. Thousands of clients experienced prolonged outages whose full recovery timeline remained uncertain.
The most notable development was legal. Beget formally notified customers of circumstances bearing the hallmarks of force majeure, citing paragraph 3 of Article 401 of the Russian Civil Code and existing contracts. The provider carefully avoided claiming that a court had already established force majeure, stating only that qualifying signs existed. For site owners facing lost orders and inaccessible corporate services, the distinction offered little practical relief.
Why a cyber attack does not automatically constitute force majeure
Article 401 allows a party to escape liability if it proves that proper performance was impossible due to extraordinary and unavoidable circumstances. Courts assess not only the fact of an attack but also its character: whether the event was extraordinary, whether it could have been prevented by a comparable market participant, and whether a direct causal link exists to the specific obligation.
Hosting providers face a particular challenge. DDoS attacks, ransomware, and infrastructure failures are well-known industry risks. Professional suppliers are expected to design systems with these threats in mind. Nevertheless, an attack of unusual scale or one exploiting a previously unknown vulnerability may still qualify as force majeure if the provider can demonstrate extraordinary circumstances and unavoidable consequences.
Russian court practice: when references to hackers failed
Russian arbitration courts have developed consistent reasoning: the mere fact of a cyber attack does not prove impossibility of performance. Judges examine the nature of the obligation, duration of the outage, actions taken by the affected company, and availability of alternative performance methods.
In cases A40-98900/2022 and A40-129508/2022, logistics operator IML failed to transfer funds under an agency agreement after a May 2021 attack damaged documentation and blocked accounting systems. Despite incident reports and a criminal case, the court held that the company had not proved attempts to restore records or use alternative payment methods. Security of its own information systems was deemed an ordinary business duty.
In A28-8461/2022, Energosbyt Plus sought penalties from a biochemical plant for late payment. The defendant blamed DDoS attacks on the state alcohol accounting system EGAIS in early May 2022. The court acknowledged the three-day disruption but noted that the payment deadline fell on May 11, after the attack ended. No causal link was established.
A rare successful recognition occurred in A15-1085/2022. A Dagestan state institution sought nearly 11 million rubles in penalties from a fuel supplier after card-system failures. The supplier proved a three-day DDoS attack and the appellate court accepted it as force majeure, though it also considered contract performance, proportionality of claims, and special rules for state contracts.
In A56-85885/2024, Timeweb defeated a 5.26 million ruble claim by Sanata after a 2023 outage. Courts found the contract did not impose a duty to protect client data against third-party actions and that the client had not purchased separate DDoS protection. The Supreme Court refused to review the case in June 2026.
In A40-293189/2022, Makhachkala International Airport sought 2.4 million rubles after its site was destroyed. The contract required DDoS protection, yet courts distinguished protection against traffic overload from guarantees against data destruction via other attack vectors. The Supreme Court declined review in March 2024.
International practice
Foreign courts apply similar scrutiny. In France, the Paris Court of Appeal in 2020 ordered Mise à Jour Informatique to pay 41,172 euros after ransomware Locky encrypted files belonging to Euro et Expertise Monétique. The provider had billed for backup services yet maintained no usable copies for months.
In Norway, a 2021 Ryuk attack on Nordlo Haugesund led to data loss for client Btec. The court rejected force majeure but limited damages to 8,280 kroner under standard contract terms capping liability at three months of service fees.
In the United States, Expeditors faced claims from iRobot after a 2022 ransomware incident. A 57-page business continuity plan did not prevent the court from leaving the force majeure question open for trial in March 2026.
In the Netherlands, a July 2025 attack on the public prosecutor’s systems via an unknown Citrix NetScaler vulnerability was recognized as force majeure because no patch existed and the agency acted reasonably to isolate systems.
What determines the outcome and what clients should do
Key factors include the technical mechanism of the attack, chronology of events, and documented protective measures. Even without force majeure recognition, clients must still prove breach of specific obligations and quantify losses. Standard hosting contracts often cap compensation at a few months of fees and exclude lost profits.
Clients are advised to document outage periods with independent monitoring, review contract versions in force at the time, submit timely claims, request technical explanations from providers, and maintain independent backups and domain control outside the primary infrastructure.
Related articles
Russian CA TCI Integrates ACME Protocol to Automate TLS Certificate Issuance
The Technical Center Internet (TCI), part of RTK-COD, has deployed a production ACME server compatible with standard clients such as acme.sh, Certbot and lego. The implementation aligns the ACME state machine with the existing isolated signing infrastructure, Domain Control Validation mechanisms and mandatory Certificate Transparency logging to Yandex and VK CT logs. Certificate lifetimes are shortening industry-wide, with Web PKI limits dropping to 47 days by 2029, making manual issuance unsustainable. The service supports HTTP-01 and DNS-01 challenges, ECDSA P-256 keys and certificate revocation, while preserving the requirement for Subject/CN in CSRs and mandatory revocation reasons. A separate staging environment uses an internal CT log simulator for safe testing. Future plans include full multi-SAN support, ARI (RFC 9773) and removal of the Subject/CN restriction.
Russia Pushes Corporate Multibanking Forward with Updated Open API Standards
The Bank of Russia and AFT have advanced Open Banking standards that enable corporate clients to aggregate account data across multiple banks within a single interface. The new specifications cover consent management, security profiles based on STO BR FAPI and OpenID Connect, and account information retrieval for both individuals and legal entities. While the 2025 pilot results demonstrated practical use cases such as personal financial assistants and corporate multibanking, the updated standards effective from October 2026 still lack a unified initiation-of-transfer component. Developers must therefore combine the new account-data APIs with separate bank-specific payment initiation mechanisms. The article explores how accounting systems or independent fintech services could become the primary workspace for financial directors managing payments, payroll, and liquidity across several banks. It also examines real-world challenges including idempotency handling, status reconciliation after network failures, and the separation of application permissions from signer authority. Examples from the UK Open Banking Limited sweeping VRP statistics illustrate how pre-authorized variable recurring payments can streamline operations while highlighting the additional policy work required for corporate supplier payments in Russia.
US Mandates Removal of Acronis from Federal Systems by January 2027 Over Russian Ties
US federal civilian agencies have been ordered to remove all Acronis products from their information systems by January 27, 2027, with new purchases also prohibited. The directive from the Department of Homeland Security, signed on July 31 and published in the Federal Register on October 30, covers Acronis AG along with Acronis Inc. and Acronis SCS. A nearly decade-long review examined whether Russian developers still access the code and whether supply chain risks have been sufficiently reduced, though no specific evidence of backdoors was reported by sources. After 2022, Acronis suspended operations in Russia and relocated specialists, while in 2025 Swedish firm EQT acquired a controlling stake with approval from the US CFIUS committee. Despite over 75 percent of shares now held by Western investors, these measures proved insufficient for continued access to federal systems. The ban does not extend to the private US market.
Google to Back Unified robots.txt Standard for Blocking AI Training Data Use
Google has announced plans to support a common mechanism in robots.txt that allows website owners to opt out of having their content used for training generative AI models. The feature will be based on work by the AIPREF working group at IETF and is scheduled for rollout in 2027. Instead of issuing separate instructions to each AI provider, publishers will be able to set a single policy marker that participating companies are expected to respect. Google intends to treat an unspecified general marker the same way it currently handles its own Google-Extended directive. Existing per-company rules will continue to function, letting site owners combine a broad default with specific exceptions. The approach simplifies management as the number of AI crawlers grows, though compliance will remain voluntary and dependent on which organizations adopt the standard.