AntiMalware•November 3, 2026•🇷🇺Translated from Russian

US Mandates Removal of Acronis from Federal Systems by January 2027 Over Russian Ties

US federal civilian agencies have been directed to remove Acronis products from their information systems by January 27, 2027, with new acquisitions also banned. The order, issued by the Department of Homeland Security, applies to Acronis AG and its related entities including Acronis Inc. and Acronis SCS.

The directive was signed on July 31 but only published in the Federal Register on October 30. It stems from a review lasting nearly a decade that focused on potential ongoing Russian developer involvement in the code and the adequacy of supply chain risk reductions. No concrete evidence of backdoors linking products to Moscow was disclosed by the sources cited by Nextgov/FCW.

Following the 2022 events, Acronis halted its operations in Russia and relocated its specialists to other countries. In 2025, Swedish investment firm EQT acquired a controlling stake, a transaction that received approval from the CFIUS committee. The company states that more than 75 percent of its shares are now held by Western investors.

Despite these changes, the measures were deemed insufficient for continued presence in federal systems. Purchasing the software through intermediaries is also prohibited under the new rules. The restrictions do not apply to the broader private-sector market in the United States.

Related articles

Securitylab•Policy & Regulation

Hacker Attacks as Force Majeure: Russian and International Courts Diverge on Liability for Cyber Incidents

In November 2026, Russian hosting provider Beget suffered a major cyber attack that disrupted websites, virtual servers, email, DNS, and control panels for thousands of clients. Beget notified customers of circumstances resembling force majeure under Article 401 of the Russian Civil Code but stopped short of claiming automatic court recognition. Russian courts have reached inconsistent rulings on whether DDoS attacks and ransomware qualify as extraordinary and unavoidable events, examining factors such as attack scale, provider preparedness, and contractual obligations. International cases from France, Norway, the United States, and the Netherlands further illustrate that outcomes depend on evidence of prior security measures, backup integrity, and specific contractual language rather than the mere occurrence of an attack. Key precedents include disputes involving Timeweb, Expeditors, and Nordlo Haugesund where liability was limited or denied despite confirmed incidents. The analysis shows that even when force majeure is rejected, clients often struggle to recover full losses due to liability caps and proof requirements. Businesses are advised to maintain independent backups, review service agreements, and document incidents thoroughly to protect against financial exposure.

AntiMalware•Policy & Regulation

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.

Habr•Policy & Regulation

Who Pays When AI Agents Err: Insurance for AI Risks in Russia and the West

A typical 2026 scenario involves an AI agent connected to a CRM system that mistakenly deletes half of a company's customer database by misclassifying contacts as duplicates. The incident occurs without any cyber attack or malicious intent from developers, raising questions about liability among model developers, integrators, and the deploying company. Russian law places responsibility on humans or organizations under the National AI Strategy to 2030 and the AI Ethics Code, with harm assessed via general Civil Code provisions such as Article 1079 on sources of increased danger. Experimental legal regimes since January 2025 require mandatory insurance for AI-related harm in areas like autonomous vehicles and telemedicine, while Federal Law No. 243-FZ of July 2026 grants developers of sovereign AI models rights to insure liability and mandates technical documentation. A March 2026 draft law proposed detailed responsibility chains and exemptions but was significantly diluted in the final version. Internationally, no mandatory AI liability insurance exists in the US or EU, though specialized products from insurers like Armilla and Munich Re cover hallucinations, agent actions, and performance shortfalls, with real incidents already generating claims.

AntiMalware•Policy & Regulation

Russia's MinTsifry to Begin Issuing Official Code Signing Certificates in 2027

The Russian Ministry of Digital Development plans to start issuing state-backed code signing certificates for software developers in 2027, with corporate security certificates following in 2028. The initiative aims to help operating systems identify publishers and verify that code has not been altered after release. A draft government decree would grant MinTsifry the powers of a National Certification Authority, allowing it to set certificate requirements, issue and revoke certificates, define validity periods, and maintain a public registry. While the signature confirms origin and integrity, it does not guarantee the absence of vulnerabilities in the software. The law permits charging fees for certificates, but no decision on pricing has been made yet. Full recognition by operating systems, browsers, and app stores will be required, and foreign platforms are not obligated to trust the Russian certificates automatically.