HabrSeptember 4, 2026🇷🇺Translated from Russian

How Russian Companies Can Legally Transfer Personal Data to Contractors Under 152-FZ

Russian organizations frequently outsource accounting, IT support, and customer service, yet many overlook the specific requirements of 152-FZ when personal data leaves their systems. The core question is whether the contractor acts as a processor following the client’s instructions or as an independent operator pursuing its own legal obligations.

When the client defines the purpose, such as payroll calculation or CRM administration, the contractor remains a processor. In this case a formal data processing instruction must be signed, containing all elements listed in part 3 of Article 6 of 152-FZ, including the list of permitted operations, security measures, and rules for engaging sub-processors.

Conversely, laboratories, banks, and insurers usually qualify as independent operators because they maintain their own records and bear statutory duties toward the data subjects. No processing instruction is appropriate; instead the client must rely on consent or another basis under part 1 of Article 6 and must inform individuals about the transfer in advance.

Employee data triggers an additional layer of protection under Article 88 of the Labor Code. Written consent from each employee is mandatory before salary, passport, or SNILS information may be sent to an external accountant or HR outsourcer. Consent must name the recipient, the exact data categories, and the purpose; general wording is insufficient.

Organizations are advised to ask two practical questions for every contractor: who decides why the data are processed, and would the contractor still have any legal duty toward the individuals if the service contract ended? The answers determine whether a processing instruction, a transfer agreement, or both are required.

Failure to obtain proper documentation can result in fines of 100–300 thousand rubles for officials and 300–700 thousand rubles for legal entities under part 2 of Article 13.11 of the Code of Administrative Offenses. Roskomnadzor treats each monthly transfer as a new violation, so the one-year limitation period restarts with every data exchange.

Related articles

AntiMalwarePolicy & Regulation

Russia's MinTsifry Flags Google Android Developer Verification Rules as Risk to Domestic Apps

Russia's Ministry of Digital Development is assessing new Google policies that will require developer registration for Android apps distributed outside Google Play. The changes, starting in select countries in 2026 and expanding globally in 2027, could block sideloading of Russian applications previously removed from official stores due to sanctions. Minister Maksut Shadaev described the scenario as a potential barrier where users may no longer freely install APK files from third-party sources. Google plans to retain advanced modes and ADB installation options with extra warnings for unverified apps. Custom firmware projects such as LineageOS have stated their devices will remain unaffected by the verification system. Russian banks, marketplaces, and other services that rely on direct APK distribution are viewed as the most exposed.

AntiMalwarePolicy & Regulation

Rosfinmonitoring Denies Mass Bank Account Blocks Over Partial Data Matches with Sanctions Lists

Rosfinmonitoring has issued clarifications rejecting reports of potential widespread freezes of bank accounts due to partial matches between client data and records of individuals subject to asset freezes. The agency stressed that the draft law is not intended to penalize people who merely share surnames or have similar name transliterations with sanctioned persons. Criteria for determining partial matches have not yet been defined and will be established by a separate order only after the federal law is adopted and real cases are analyzed. The measure provides only for temporary suspension of a transaction rather than automatic refusal or indefinite account blocking. Earlier reports from Izvestia had warned that loosely defined partial-match rules could generate numerous false positives affecting ordinary clients.

HabrPolicy & Regulation

Understanding GOST Cryptography Standards: A Practical Guide for Russian Developers

The article provides a beginner-friendly breakdown of Russian GOST cryptographic standards, separating the core functions of hashing, digital signatures, and encryption. It covers the evolution of GOST algorithms across three generations from the 1990s to the current 2012+ standards including Stribog, Kuznechik, and Magma. Detailed explanations address how PKCS#11 interfaces with hardware tokens, how X.509 certificates function as digital passports, and how formats like CAdES, XAdES, and PAdES package signatures for verification. Comparisons with Western equivalents such as SHA-256, RSA, and AES help developers map familiar concepts to GOST implementations. The guide emphasizes practical integration with tools like CryptoPro for tasks involving detached signatures and certificate requests in PKCS#10 and PKCS#12 containers.

HabrPolicy & Regulation

Why Vulnerability Management Specialists Must Master Compliance: Closing All CVEs but Leaving admin:admin

The article explains how compliance has evolved from a paperwork exercise into a mandatory, heavily penalized process in Russian cybersecurity. New regulations such as FSTEC Order 117, turnover fines for personal data leaks, and Presidential Decree 250 impose strict timelines and personal liability for vulnerability management failures. It outlines three approaches to compliance, from doing nothing to building custom standards based on CIS Benchmarks and local requirements. The text stresses moving from reactive scanning to golden images that embed compliance controls before deployment. It highlights tools like MaxPatrol HCC, RedCheck, and ScanOVAL for automated checks and warns that technical patches alone are useless without proper configuration controls such as strong passwords.