距离欧盟《通用数据保护条例》(General Data Protection Regulation,GDPR)正式生效的日子不远了。据称,该条例将在2018年5月25日正式生效。在法律行业针对该条例的讨论如火如荼,但安全圈却少有发声,另外,法律行业提供的意见也过于理论,不太具有操作性。本文试图从安全从业者的角度解读GDPR,同时为中国互联网企业出海合理应对GDPR提供一些可操作的措施。另外,“GDPR中国版”--《个人信息安全规范》也于2018年5月1日正式生效,本文将会分析该规范与GDPR的异同,以及面对这两个版本的“GDPR”,中国互联网企业如何将其安全合规需求与企业安全建设结合在一起。
GDPR有什么特别
众所周知,欧洲对个人信息安全保护重视程度比美国更甚。1995年欧盟即发布了《数据保护指令》(Data Protect Demand,DPD),到了2016年4月,更是通过了“史上最严个人信息保护法案”--GDPR用于取代DPD。该条例完全更新了欧盟成员国以及任何与欧盟各国进行交易或持有欧盟公民数据的公司必须安全存储和管理个人数据的方式。目前该条例在28个欧盟成员国统一实施生效,这将使28个欧盟及欧洲经共体成员国的隐私保护法更具有一致性和现代性。但是,GDPR的合规要求是相当高的,需要大多数企业投入大量的人力、财力才能得以实现。
下面从GDPR与DPD相比的特别之处来理解GDPR。
GDPR扩展了保护对象
首先,GDPR虽然是一个法律问题,但是与隐私安全保护息息相关。GDPR以个人可识别信息(Personally dentifiable information, PDI)为核心概念,凡是可以用作识别个人身份的相关信息,均落入GDPR保护范围,这些信息不再只是单纯的姓名、电话或是地址,同时也包括浏览器的Cookie、IP位置,或是足以识别个人身份的生物特征以及医疗资料。比如下面的信息:
- 基本的身份信息,如姓名、地址和身份证号码等;
- 网络数据,如位置、IP地址、Cookie数据和RFID标签等;
- 医疗保健和遗传数据;
- 生物识别数据,如指纹、虹膜等;
- 种族或民族数据;
- 政治观点;
- 性取向。
GDPR扩大了责任主体范围
GDPR的责任主体分为controller:管理者和processor:执行者,只要其数据处理活动与向欧盟境内的数据主体提供商品、服务(无论免费与否)有关,或其数据处理活动涉及到监测欧盟境内数据主体的行为即构成责任主体。 细化一点说,GDPR的适格企业只要具备以下其中1个条件:
- 在欧盟境内拥有业务;
- 在欧盟境内没有业务,但是存储或处理欧盟公民的个人信息;
- 在欧洲境内有办事机构,且超过250名员工;
- 在欧洲境内有办事机构,少于250名员工,但是其数据处理方式影响数据主体的权利和隐私,或是包含某些类型的敏感个人数据。
GDPR增强了数据主体的权利 GDPR既包含了指令中数据主体已经拥有的权利,还赋予数据主体额外的权利,包括:
- 1.数据可携带权(从数据控制方获得个人信息的副本)
- 2.被遗忘权
- 3.限制数据处理的权利
- 4.反对数字画像和数据自动处理的权利:对于仅仅依据数据自动处理(包括画像)作出的、具有法律效力或可能产生显著影响的决定,数据主体有权要求免于受这样的决定的制约。在很多情形下,个人有权选择从数字画像和数据自动处理中退出。数据控制者面临更强的透明度要求。
严格规定了个人同意的条件
个人同意仍然作为个人信息收集和使用的前提,但相对于DPD,GDPR对何为有效的个人同意的前提,做出了更加严格的要求。核心的变化是,数据主体做出声明,或者做出清晰的肯定性动作,同意被认为才有效。个人沉默、提前勾选的选项、静止等状态,不足以认定个人表达了同意。GDPR还明确了何种情况下,同意不是由数据主体自由地做出的。数据控制方还应当告知数据主体撤回同意的权利。
详细规定了数据处理者责任
对数据处理方赋予新的合规要求,是GDPR最重要的变化之一。以下是要点:
- 1.数据控制方、数据处理方的定义没有改变
- 2.GDPR直接对数据处理方课以义务,而且不履行这些义务时,将会直接问责。
- 3.数据处理方的主要义务
- 采用合适的技术和组织方面的措施,以保证一定的数据安全水平
- 详细记录数据处理活动
- 如果数据处理方位于欧盟境外,在某些情形中,数据处理方应在欧盟境内任命一位数据保护官和一位代表
- 履行与数据控制方一样的数据跨境流动合规要求
- 就数据安全事件,强制通知数据控制方
- 4.如不合规,数据处理方将直接受监督机构的管辖
- 5.GDPR适用于位于欧盟境内的数据处理方,或在欧盟境内发生的数据处理活动。还将适用于位于欧盟境外的数据处理方,不过仅限于向欧盟境内居住的个人提供商品或服务的有关数据处理行为,或者与记录欧盟境内居住的个人的行为的有关数据处理行为。
- 6.数据控制方和数据处理方应当签署详细的数据处理协议。GDPR详细地规定了协议的条款
- 7.数据处理方只有在获得数据控制方的事先同意后,才能使用次一级数据处理方(sub-processors)。次一级数据处理方与上一级数据处理方应当签署数据处理协议,协议中规定的义务,和上一级数据处理方与数据控制方签署的协议的内容相同。
- 8.数据处理方在数据控制方允许的范围外,开展的数据处理行为,将被GDPR认定为数据控制方,同时应履行数据控制方相同的责任。
数据处理记录文档化
数据控制方和数据处理方应保留关于数据处理活动的详细记录,并随时应监督机构的要求提供。
通过设计实现隐私保护和通过默认设置实现隐私保护
考虑到最新发展、执行的成本、数据处理的性质、范围、情境、目的,以及对自然人权利和自由的不同程度和大小的风险,数据控制者应在一开始决定数据处理方式时,及开始数据处理时,采用合适的技术和组织方面的措施,例如假名化;这些措施的目的在于有效地落实数据保护原则,例如数据最小化原则,及将必需的保护措施整合进数据处理流程中,以满足《条例》提出的要求,并保护数据主体的权利。
数据控制者应采用合适的技术和组织方面的措施,以实现默认的情况下,仅仅处理为实现目的而最少必需的个人数据。此义务适用于收集到的个人数据,数据处理的范围,数据存储周期,以及数据被访问的程度。特别是这些措施应保障在默认情况下,在个人没有作出同意时,个人数据不会被不限定的自然人访问。
数据保护影响评估
如果处理个人信息可能导致个人权益有较高的风险被侵害时(特别是采用新技术时),数据控制方应当进行数据保护影响评估。 在以下场景中,数据保护影响评估被特别要求:
- 自动数据处理包括数字画像,评估对个人的影响
- 对特定类别的数据进行大规模处理时
- 对开源数据进行系统性监测时
问责原则
应当保证采取合适的技术和组织方面的措施,以保证合规,同时具备向外界客观地展现合规的能力。
数据保护官
部分私营部门机构和大多数公共部门机构将被要求任命一名数据保护官,以监督数据处理活动。
- 公共部门处理数据的情形
- 数据控制方和处理方的核心活动如果包含对数据主体开展常态、系统、大规模的监测时
- 数据控制方和处理方的核心活动如果包含对特定类别的数据开展大规模处理时
- 成员国法律有所要求时
数据跨境流动机制的重构
GDPR保留的1995年指令关于数据跨境流动的机制,同时增加了新的制度安排,例如认证机制、行为守则、以及基于正当目的偶尔为之的数据传输时可一定程度上免除相关义务。 除一定例外之外,国别性质的许可被免除。GDPR正式认可了有约束力的公司准则。
数据安全事故通知
在数据安全事故发生之后,数据控制方应当及时向监督机构报告,在可行时,应当在72小时内,除非数据安全事故不太可能导致数据主体权益受损。 如果未能在72小时内报告,应当提供合理的解释。 如果安全事件对个人权益造成损害的可能性高,则数据控制方应当及时通知受影响的数据主体。
执法和处罚
GDPR将会统一各成员国监督机构的权力和任务,并大幅增加处罚标准。为重大违规事件,罚款可高达2000万欧元或前一财年全球收入的4%。
GDPR对中国企业出海有什么影响
GDPR适用范围
只要企业收集欧盟公民的数据,就受到GDPR的管辖。除非你的公司在业务和技术上非常严格地排除了欧盟,否则还是得处理GDPR合规问题。最近10年,中国企业争相出海,从做手机起步的小米重兵布局印度,到猎豹移动通过AWS在欧美移动app时长叱咤风云,可以说,随着对全球对个人信息保护的重视,各种法律、安全合规要求只会越来越多。所以,GDPR是中国企业出海,无法绕过的一道坎,今天绕过了,明天在另一个地方,类似的规定也会接踵而来。
带来的挑战
理念的转变
- 从设计和默认上保护数据隐私
- GDPR强调“security by design and by default”,要求从规划设计上应当做到安全,同时要将安全作为默认规则。很显然,放眼全球,即便是Apple、Google,也未必完全达到,更何况对安全和隐私保护相对欠缺的中国企业。
- 学习、接受成本高昂
- 因为观念上的转变,以及理解、学习GDPR就需要投入:国内目前的介绍很多只是从英文材料翻译过来而已,为了准确理解GDPR,很多需要找咨询机构或者律所进行解读,这就是成本。而且GDPR缺乏具体实践案例,很多企业注定要花费大量成本进行摸索。
技术与流程的转变
理解了GDPR后,需要按照GDPR进行梳理或者整改,就涉及到具体落地。
- 数据收集时需要明确获得用户同意,涉及用户协议和隐私政策的修改
- 不能将原始数据直接传回国内,而是脱敏或者加密后才回传国内,与此同时,测试环境不应当使用线上用户数据
- 数据保存的高可用,需要保障用户数据的一致性和可靠性
- 加强用户数据的监控与异常事件告警
- 权限控制和审计:对于内部访问用户数据行为进行权限控制以及审计,避免出现“内鬼”或者攻击者通过内部用户非法获取用户数据
- 应急响应流程和安全演练与评估:企业应当制订相应的用户数据安全事件响应机制并加以评估测试。
强调企业内部协作
法务、安全、人力、公共关系、产品、市场营销和用户关系部门的通力合作,是GDPR落地的必要条件,任何一个部门的单打独斗,都无法撑起GDPR的合规需求。
很大的不确定性
- GDPR也留下了许多解释空间,使得其执法灵活性很高
- 公司必须为个人数据提供“合理”的保护等级,但是却并未明确界定“合理”的标准。如此一来,在涉及评估数据违规和违规罚款的问题时,就为GDPR管理机构留出了很大的解释余地。
中国互联网企业如何应对GDPR
认真考虑自身在欧盟管辖区域内运行和开展业务的风险
- 识别并明确记录与处理欧盟数据主体的个人信息相关的一切活动,包括确保每项处理活动皆具有合法目的。
- 确保收集个人数据时始终向数据主体发出充分的通知,告知对方其被收集的数据有哪些,并明确说明目前正在处理的数据内容。
- 为回应欧盟民众的数据主题访问请求(简称 DSAR)以及其它权利主张做好准备。GDPR 规定各企业需要在30天时限之内回应相关请求。
从研究和借鉴的视角提升自身的隐私数据安全保护能力
- 建立一套隐私影响评估流程,对数据保护及个人隐私权影响作出正式分析,并将其引入任何新的业务流程或系统。
- 通过充分、得到认同且有约束力的企业规则或其它合同条款以保护被转移至欧盟之外的个人数据。
- 审查访问控制、加密、化名与技术安全措施,以保护由企业控制的个人信息。
- 在发生危及欧盟公民个人信息的安全事件后的72小时之内,向欧盟数据保护机构发出通报。
- 任命一名数据保护官,负责对数据保护工作进行定期及系统性监测,同时负责内部教育、培训以及合规性审计事务。此人还将负责企业与GDPR监管当局之间的沟通,以及与数据主体间的交互。此要求适用于一切拥有高度敏感数据,或处理及/或存储大量欧盟个人数据的组织——无论这些主体是否属于组织外的员工或个人。
结合GDPR要求调整或完善自有产品以满足监管和市场要求
- 进行风险评估
- GDPR还要求控制员和处理员指定一个数据保护员(DPO)来监管数据安全策略和GDPR合规性。核心活动涉及处理或存储大量的欧盟公民数据、处理或存储特殊类别的个人数据(健康记录、犯罪记录)的组织必须指定名DPO。DPO主要负责就GDPR规定提供咨询意见,向最高管理层报告。
- 改变企业处理、存储和保护用户个人数据的方式。
- 公司必须在发现违规事件的72小时内,向监管当局和受到违规事件影响的个人通报数据违规行为。
- 制定数据保护计划
- 制定一个汇报GDPR合规进度的计划
- 实施降低风险的措施
- 建立持续的评估流程
实践GDPR的方法:落实TOMs
- Controller和Processor均要落实TOMs:技术和组织措施,主要包括以下几个部分
- 保障系统与服务的保密性:这里包括数据访问权限控制,传输加密等
- 保障系统与服务的完整性:这里包括数据的安全存储、日志保存以及访问控制
- 保障系统与服务的可靠性:这里主要是数据的备份容灾
- 安全事件应急响应机制的建立:这里主要是安全事件的应急,需要有明确的处理流程
- 对已有流程和技术的评估测试:对于已经建立的技术和流程措施,需要通过演练和安全测试,确认其有效性和执行效率
GDPR合规实践
由于绝大部分中国出海企业在欧盟并没有办事机构,而是通过上架应用或者代理商的方式开展业务,因此,下面主要讨论只在欧盟发行业务而没有办事机构,或者没有专门欧盟业务,而有欧盟用户的情况下的合规实践。
具体应对措施
下面根据是否保留欧盟市场分开讨论。
保留欧盟市场
- 不在欧洲发行,有少量用户问题不大,不需要采取应对措施,这时触发GDPR的可能性不大。但如果有大量用户,比如总用户数超过10万等,这时就要谨慎应对了。
总体思路
- 企业需要表明立场,同时付诸行动:发公告、在技术实现或者流程限制上做出表示。
- 修改用户协议与隐私政策
- 1.秉承公平公正的原则,应当通知用户,经过授权才能拿;
- 2.使用目的应当符合使用场景,而不是以借口a用于b;
- 为用户提供更多管理个人信息的权限
- 给用户提供迁移和删除权限以及手段
- 安全事件主动通知,确保用户知情权
- 数据处理方式
- 如果对外传输的数据经过脱敏(ip hash或者用户标识符 hash等),只要不可逆就是可以的, 也可以在欧盟内分析再传回国内。
- 欧盟市场的产品七层流量统一走https
- 执行情况
- 具体适用需要看国际法,如果GDPR与中国法律冲突,需要按照国际法去选择
退出欧盟市场
不应该走捷径或者耍小聪明
- GDPR内公有云不同region流通数据是否合规需要确认,但DPD是允许的
- 同样的,企业私有云或者走内网/vpn跨境传输数据也应当纳入GDPR考虑范围内。
- 不走空中传输,先到公有云然后走内网回国内,也在GDPR保护范围内,因为Processor也受监管
Processor的选择
大部分中国互联网公司出海,业务都承载在公有云之上。此时公有云自然而然就成了GDPR的Data Processor,此外随着大数据分析的需要或者开放平台的需求,企业也会给第三方开放接口,多少会涉及到用户数据,比如微信、新浪微博开放用户昵称、头像等信息。与此同时,互联网应用无法避免应用分发的问题,需要接入其他厂商的sdk,那么用户数据不再是通过企业后端接口获取,而是直接在客户端获取了。所以,对于公有云、第三方厂商、渠道商需要谨慎选择,确保对方也符合GDPR要求才行,严格遵循最小权限原则、有限授权、认证与审计并重、同步监控报警以及准备紧急事件应对方案。
- 公有云:目前AWS、GCP、Azure、阿里云都提供了GDPR支持服务,其中AWS是在2017年初已经提供了完备的GDPR用户文档,并宣布自身满足GDPR,相对而言另外几家上线服务较晚,基本都是2017年之后陆续推出的。
- 第三方厂商:对于第三方厂商的选择需要注意Facebook的前车之鉴:给剑桥分析提供接口获取数千万用户的政治观点暴露。
- 渠道商:外部sdk的接入,使渠道商也能在客户端获取到用户信息。
延伸话题
GDPR本地化
当前国内立法紧跟国际趋势,在立法效率和立法标准上与欧美不遑多让,我国国家质量监督检验检疫总局和国家标准化管理委员会在2017年12月29日发布,2018年5月1日正式实施的一部关于我国公民个人隐私安全保护重磅技术标准:《信息安全技术 个人信息安全规范》(GB/T 35273—2017)(以下简称《个人信息安全规范》或《规范》),与GDPR不同的是,该标准不是一部强制性标准而是一部推荐性标准。 该规范具有以下4个特点:
- 充分考虑标准在多方诉求方面的平衡性标准的编制不仅考虑了个人对信息保护的诉求,也同时考虑了社会发展应用的需求、国家安全的需求。做到多方的价值平衡。
- 立足国内现有的法律、法规、规章、标准标准的编制考虑到与现有法律、法规、规章、标准要求的一致性。包括全国人大常委会《关于维护互联网安全的决定》、全国人大常委会《关于加强网络信息保护的决定》、《刑法修正案(五)》、《刑法修正案(七)》、《刑法修正案(九)》、《电信和互联网用户个人信息保护规定》、《信息安全技术公共及商用服务信息系统个人信息保护指南》(GB/Z28812-2012)、《信息安全技术信息技术产品供应方行为安全准则》(报批稿)等。
- 参考对标国际最先进的规则和立法标准的编制参考了在个人信息保护方面最先进的国外立法。例如, OECD(经济合作与发展组织)隐私框架、APEC(亚洲太平洋经济合作组织)隐私框架等国际规则,欧盟《通用数据保护条例》(GDPR)、欧美“隐私盾”(EU-US Privacy Shield)协议、美国“消费者隐私权法案”(Consumer Privacy Bill of Rights)等欧美个人信息保护方面的立法。
- 不是自成一体而是与国际接轨标准的编制在内容上与国际标准接轨,主要参考ISO/IEC 29100系列标准,包括:ISO/IEC 29100《隐私保护框架》、ISO/IEC 29101《隐私体系架构》、ISO/IEC 29190《隐私能力评估模型》、ISO/IEC 29134《隐私影响评估》、ISO/IEC29151《个人可识别信息保护指南》等。此外,还有美国的保护个人身份信息机密性指南(NIST SP800-122)、联邦信息系统隐私与安全控制(NISTSP800-53);欧盟的数据保护审计实践清单(CWA 15262:2005),管理者的自评估框架(CWA 16112:2010),个人数据保护良好实践(CWA 16113:2010)等。
GDPR与企业安全建设
GDPR通过TOMs落地,其中要求身份标识与访问控制、日志与审计、备份恢复、开发/测试数据集分离、监控与告警、加密等技术手段。其中大部分属于企业信息安全体系的重要内容,相信借着这个机会,很多企业也会重新梳理自己的安全体系架构。下面按照安全技术体系和组织规范建设分别展开。
安全技术体系
- 构建企业网络边界入侵检测系统
- 启用内部审计UEBA系统
- 在网络与系统边界实施访问控制
- 信息采集、存储支持高可用和端-管道-端的统一加密
安全组织规范建设
- 需要1个企业级安全应急响应中心(SRC),对外接收安全漏洞与威胁情报,对内组织漏洞修复与安全加固
- 需要有明确的数据流转规范,确保敏感数据被加密、隔离,并执行有效的访问控制策略
- 需要重视软件供应链安全,确保员工使用安全的工具办公
- 需要开展安全教育与培训,避免员工因安全意识薄弱被利用
参考资料
GDPR官方文档
GDPR检查列表
隐私保护与数据安全-RSA2018后记
GDPR实务
至今为止GDPR《通用数据保护规范》解释的最清楚的文章
EU GDPR:金融机构需注意的GDPR要点分析
GDPR合规安全技术措施循序渐进