On Dec. 31, 2014, Russian President Vladimir Putin signed a law
1. Data Transfer Restrictions Versus Data Retention and Residency Requirements
Data transfer restrictions and data residency and retention requirements are often confused or referenced synonymously.
1.1. Data Transfer Restrictions
In 1995, the European Commission harmonized data protection laws across European Union member states in Data Protection Directive (95/46/EC)
With restrictions on international data transfers in data privacy laws, countries try to ensure that local companies do not transfer personal data abroad, except with the data subject’s consent or certain other protective measures, including data transfer agreements, binding corporate rules and the U.S.-EU and U.S.-Swiss Safe Harbor Programs.
1.2. Data Retention and Residency Laws
Germany and other EU member states may not enact laws that require companies to keep personal data in Germany or other specific EU member states because the basic freedoms under EU law and the principle of free flow of data within the EEA would invalidate such discrimination. EU member states can pass, and some have passed, limited laws to require certain records to be available to local authorities.
2. Political Developments After Snowden Revelations
When Edward Snowden started leaking classified information about U.S. National Security Agency surveillance programs in June 2013,
But, after some initial outrage and international finger-pointing, it became clear relatively quickly that none of the hastily proposed new privacy laws or data residency requirements would effectively rein in cyber espionage.
In a last-minute change, Brazil removed data residency requirements from its Internet Constitution law, which was enacted in mid 2014,
3. From Russia With Love
Russia originally enacted its data residency requirement in July 2014 with an effective date of September 2016.
Based on the new Russian law, companies have to process all personal data relating to Russian citizens in Russia. This requires operators of any computing and Web resources through which personal data of Russian citizens are collected to ensure that the databases used to record, systemize, accumulate, store, amend, update and retrieve data are located in Russia.
Unlike industry- or record-specific data retention laws, the Russian law is not focused on particular records or types of companies (e.g., invoices or banks). The Russian law covers any “personal data,” regardless of the type of record or company. Records that do not contain personal data are theoretically not covered by the law. However, in many practical scenarios, the most challenging point is to determine whether particular types of data qualify as personal data under Russian law. Given that the term “personal data” is very broadly defined, most records contain certain information that may potentially qualify as personal data under Russian law. Personal data include any information that relates to a directly or indirectly identified or identifiable individual.
The law applies both to online and offline collection and processing of personal data. But, offline collection of personal data tends to occur on local systems anyhow, so the new law is expected to affect primarily companies that offer online services to Russian companies or individuals or multinationals with a Russian presence that have used centralized databases outside of Russia (in particular, centralized databases used for human resources, sales, client relations, document management, etc.).
To comply with the law, companies must perform at least initial collection, storage and extraction of personal data of Russian citizens using personal information databases located in Russia. This implies that the companies would need to reroute their data flows through servers located in Russia. From a practical perspective, the companies would need to either procure a dedicated server in Russia, lease it or use a duly secured cloud in Russia. The law does not require that a company fully localize IT systems in Russia and only covers the location of the databases in Russia.
The amendments are not clear on whether operations with personal data of Russian nationals will need to be performed solely with the use of Russian databases or whether the duplication of personal data abroad upon its initial recording in a Russian database will be allowed, as well. Starting in October 2014, the Russian authorities began producing various unofficial but very restrictive interpretations, expressing the opinion that any mirroring or using backup databases outside of Russia is prohibited.
On the other hand, the recent law does not prohibit or impose additional limitations on cross-border transfer of personal data.
Thus, a company should continue to be allowed to either transfer personal data to a third party outside of Russia or to internally access and use such personal data from other countries subject to a regular requirement to obtain the data subject’s consent and compliance with Russian data privacy laws.
Failure to comply with the data localization requirement may potentially trigger administrative or civil liability and subsequent administrative or criminal liability for continuous failure to comply. Only Russia-based companies—including subsidiaries of multinationals—are significantly exposed to a risk of fines, given that the Russian government cannot practically enforce fines against foreign companies.
Another and potentially more substantial risk for foreign companies is that Roskomnadzor (the Russian supervising authority in the sphere of personal data) could also impose sanctions by blocking access to the noncompliant online services at the level of Russian Internet access service providers. Blocking injunctions can be circumvented and ignored by online pirates but can seriously affect legitimate businesses. Also, the Russian government can affect foreign companies indirectly by taking steps against their local customer base.
4. Effects and Options for Foreign Cloud and Internet Service Providers
4.1. Establish Additional Data Center
As one possible reaction to data residency requirements, multinationals could establish an additional full-scope data center in each jurisdiction that enacts a data residency requirement and then keep all data also in the respective territory. This would accommodate the data residency requirements. For example, if a multinational business group established an additional data center hosting all groupwide databases in Russia, the Russian affiliate could process all personal data relating to Russian citizens in the database on Russian territory.
But this would create a number of other issues and concerns. First of all, not every company will be willing to make the additional investment to establish and maintain an additional data center. Second, potential access to the data in the new host country can create tensions under data privacy laws in other countries; notably, the EU data protection laws require data minimization and prohibit transfers of personal data to jurisdictions with overreaching government access to personal data. Third, multinational customers may not find it acceptable that all their data are suddenly hosted in more and more jurisdictions, with associated concerns for foreign government access to data. Fourth, the more countries enact data residency laws, and the more data centers multinationals have to establish, the less viable the rationalization benefits of cloud computing will become.
Fifth, last but not least, any additional server or database location can create additional complications under international tax laws. For example, Russian law does not currently have a concept of a “server-based” taxable permanent establishment. However, many tax concepts developed by Organization for Economic Cooperation and Development countries are currently being implemented in Russia. In the long term, companies operating Russia-based databases in connection with their commercial activities might face the risk of “server-based” permanent establishment claims in Russia, especially in the e-commerce and cloud computing market segments.
4.2. Segment Databases and Keep Only Data Subject to Residency Requirements Local
Instead of storing all data locally, service providers could also reconfigure their architectures in a way that gives customers the option to have only certain data stored locally, e.g., Russian data in Russia. This will counteract some of the benefits cloud technologies offer and require additional investments, which providers will very likely try to pass on to their customers. But the Russian law, for example, does not require all IT systems to reside in Russia—only databases. Depending on the exact architecture environment, the additional investment of localizing only the database component of a system could be affordable for some companies.
Some of the major cloud service providers, such as SAP SE and Microsoft Corp.'s Azure, have reportedly established cooperation with local data centers in Russia in order to allow their customers to adhere to their systems while ensuring compliance with the Russian residency laws.
Another potentially viable database segmentation option is to record and store only personally identifying data in Russia (a portion of the database containing full names, contact details, etc.), while processing pseudonymized user transaction data in data centers located abroad.
4.3. Keep Data in the Cloud and Local Backup Copies
One way to ensure the availability of databases locally is to make and keep (partial) copies of databases locally, for example, by way of continuously creating local backup copies of data subject to residency requirements on a local, external data storage device. If the local company that is subject to data residency requirements uses a standard storage device and a backup software program, this approach would not create any significant additional costs and could prevent more significant disruption of cloud architectures. It should also largely satisfy a foreign government’s objectives to secure easy access to the personal data of its citizens.
But this approach may not be acceptable to all government authorities. Roskomnadzor, for example, issued a nonbinding opinion in October 2014 that only databases located within Russian territory may be used for the processing of personal data of Russian citizens (recording, correction, alteration, extraction, etc.).
4.4. Keep Data Subject to Residency Requirements Out of Clouds
Cloud and Internet service providers with a global customer base could also decide to stop targeting customers in countries with data residency requirements and post notices on their sites that the service or other offering should not be used as the primary database for personal data that are subject to residency requirements. If a local company uses the service anyway, possibly in violation of local law, it could not bring civil claims against the service provider and the foreign cloud or Internet service provider should not be otherwise exposed to foreign government sanctions. The foreign government might try to block Internet protocol addresses of the foreign provider, but this should not present major issues for a company that has decided not to target customers in the affected jurisdictions anymore.
Multinationals with local presences in countries that establish data residency requirements may have to consider setting up separate, local databases for their affected subsidiaries. Right now, where only Russia has a residency requirement, some multinationals may decide to just cut their local Russian subsidiaries off of centralized cloud systems that store personal data and instead process Russian personal data of local employees and customers in local databases (e.g., semi-manually on spreadsheets and local PCs if necessary). Companies with small presences may find such work-arounds more tolerable than companies with larger presences in Russia.
Even multinationals with relatively small presences will probably face some compliance issues. For example, if a U.S. parent company wants to grant employee stock options to employees of its Russian subsidiary, it will not be able to get its U.S. stock plan administrators, brokers and other service providers to set up special databases in Russia for Russian employees who are eligible to receive equity in the U.S. parent company. It is unrealistic to expect Russian banks to be able to pick up this business, given the various compliance requirements arising under U.S. laws relating to equity accounts. Similar problems can be expected with any other groupwide, regional or centralized benefits or systems—the Russian entity and employees would have to be excluded.
Users of cloud and Internet services in countries that impose data residency requirements can expect a reduction in available options and offerings if foreign companies are unwilling or unable to accommodate the data residency requirements. Especially smaller, charge-free services may become unavailable, at least until local offerings develop. Foreign news and media companies could also be blocked based on the failure to comply. Perhaps this will boost the development and establishment of local, home-grown IT services providers. But, since economies of global scale will not be available to local alternatives, an increase in prices and reduction of available offerings could also be a more permanent consequence. Consumers and companies in countries with strict data residency requirements will likely not be able to benefit from the full potential of cloud computing solutions. This will possibly slow down local technological progress and increase the global digital divide further.
Learn more about Bloomberg Law or Log In to keep reading:
Learn About Bloomberg Law
AI-powered legal analytics, workflow tools and premium legal & business news.
Already a subscriber?
Log in to keep reading or access research tools.