Vulnerabilities / Threats

10/4/2016
10:30 AM
Peter Merkulov
Peter Merkulov
Commentary
Connect Directly
Facebook
Twitter
LinkedIn
Google+
RSS
E-Mail vvv
50%
50%

Privacy Shield's Drama Is Far From Over

Businesses are working with trading partners to take responsibility for protecting private data in case the US-EU framework fails.

It's been a couple of months since the EU-US Privacy Shield data-sharing framework went into effect. Adoption of the measure was a nail-biter because of redrafts and threats from European privacy advocates that they'd challenge it. The agreement was adopted on July 12 and is now the basis under which cross-border transfer of individuals' private information between Europe and the US is governed. But while business leaders on both sides of the Atlantic breathed a collective sigh of relief, the drama is far from over.

The same privacy advocates whose lawsuit overturned Safe Harbor — the original cross-border data-sharing framework — and who are considering taking action against Privacy Shield over what they believe are inadequate systemic protections are now watching and waiting. The Article 29 Working Party, Europe's governing body of privacy authorities, has agreed to give Privacy Shield one year before it takes action. What's more, Europe's new omnibus data privacy law, the General Data Protection Regulation (GDPR), with its stringent penalties for violators — as high as 4% of an organization's global revenue — goes into effect in May 2018, raising the stakes further.

For organizations that rely on Privacy Shield as their trans-Atlantic data trade policy, things remain uncertain — and it seems that many organizations are deciding to play it safe. 

According to the 2016 International Association of Privacy Professionals-Ernst & Young (IAPP-EY) Annual Privacy Governance Report, 54% of companies currently transfer data between Europe and the United States. Of US firms, 73% had previously been certified under Safe Harbor, but only 42% are currently certified or plan to seek certification under Privacy Shield. Most will rely on standard contractual clauses to set the rules.

The IAPP-EY numbers strongly suggest that companies have decided to look for a middle ground. Rather than build their trans-Atlantic compliance programs on Privacy Shield's uncertain foundation, companies are collaborating with trading partners to take responsibility for protecting private data and establishing obligations that they can rely on, should Privacy Shield meet the same fate as Safe Harbor. Under the circumstances, that is a wise course of action, but to be effective it requires that companies take certain steps to ensure data sharing meets EU standards both now and for the future, including complying with GDPR. Even for those companies that have been certified under Privacy Shield, or that plan to do so, creating data-sharing programs that can stand on their own is a good idea, whether or not Privacy Shield is challenged or voided after July 2017.

What does all this mean for companies? It means investing in education and training so that all parties understand the rules and the stakes. It means a thorough re-examination of current data management practices and a retooling of those practices with a look ahead to GDPR. It also means backing it all up with the technical underpinning to ensure proper governance and documentation. Should there be any questions or accusations of wrongdoing, you must be able to prove compliance — and good faith.

In the period between the voiding of Safe Harbor and the adoption of Privacy Shield, trans-Atlantic data transfer did not cease; it continued as it will now until July of next year. And it will continue whether the promised challenges are successful or not. There is too much at stake: $260 billion in US-EU trade depends on it.

Related content:

Peter Merkulov serves as chief technology officer at Globalscape. He is responsible for leading product strategy, product management, product marketing, technology alliances, engineering and quality assurance teams. Merkulov has more than 16 years of experience in the IT ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Veterans Find New Roles in Enterprise Cybersecurity
Kelly Sheridan, Staff Editor, Dark Reading,  11/12/2018
Understanding Evil Twin AP Attacks and How to Prevent Them
Ryan Orsi, Director of Product Management for Wi-Fi at WatchGuard Technologies,  11/14/2018
7 Free (or Cheap) Ways to Increase Your Cybersecurity Knowledge
Curtis Franklin Jr., Senior Editor at Dark Reading,  11/15/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Online Malware and Threats: A Profile of Today's Security Posture
Online Malware and Threats: A Profile of Today's Security Posture
This report offers insight on how security professionals plan to invest in cybersecurity, and how they are prioritizing their resources. Find out what your peers have planned today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-19326
PUBLISHED: 2018-11-17
Zyxel VMG1312-B10D devices before 5.13(AAXA.8)C0 allow ../ Directory Traversal, as demonstrated by reading /etc/passwd.
CVE-2018-19274
PUBLISHED: 2018-11-17
Passing an absolute path to a file_exists check in phpBB before 3.2.4 allows Remote Code Execution through Object Injection by employing Phar deserialization when an attacker has access to the Admin Control Panel with founder permissions.
CVE-2018-19324
PUBLISHED: 2018-11-17
kimsQ Rb 2.3.0 allows XSS via the second input field to the /?r=home&mod=mypage&page=info URI.
CVE-2018-15769
PUBLISHED: 2018-11-16
RSA BSAFE Micro Edition Suite versions prior to 4.0.11 (in 4.0.x series) and versions prior to 4.1.6.2 (in 4.1.x series) contain a key management error issue. A malicious TLS server could potentially cause a Denial Of Service (DoS) on TLS clients during the handshake when a very large prime value is...
CVE-2018-18955
PUBLISHED: 2018-11-16
In the Linux kernel 4.15.x through 4.19.x before 4.19.2, map_write() in kernel/user_namespace.c allows privilege escalation because it mishandles nested user namespaces with more than 5 UID or GID ranges. A user who has CAP_SYS_ADMIN in an affected user namespace can bypass access controls on resour...