剑桥分析事件落幕, Facebook 认罚 50 亿美元

2023-10-30 20:30

本文主要是介绍剑桥分析事件落幕, Facebook 认罚 50 亿美元,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

By 超神经

内容概要:近日 Facebook 和 FTC ,就剑桥分析事件达成的和解协议,被联邦法院正式批准,意味着隐私安全史上最大的罚单正式生效。

关键词:Facebook  剑桥分析  用户数据

日前,Facebook 和美国联邦贸易委员会(FTC),就千万用户数据泄露的「剑桥分析」事件达成的和解协议,正式被美国联邦法院批准。

这也意味着备受瞩目的数据隐私大案,终于迎来了结局。

扎克伯格不用为这个案子再出席了

在正式生效的协议里,Facebook 认罚 50 亿美元,还将在安全隐私方面做出相应的整改。

事件:8700 万用户数据被滥用

梳理一下时间线:

2015 年:剑桥大学的一位学者 Aleksandr Kogan,使用有偿的问卷调查,从 Facebook 上收集了大量用户的数据,但他进行完合规研究后,把数据转手给了剑桥分析公司。

Facebook 发现后向二者发出了删除数据的请求,均收到了已删除的回应,但后来发现剑桥分析却撒了谎。

2016 年:美国大选期间,受雇于川普的剑桥分析,利用从 Facebook 得来的大量数据,进行了精准的政治广告投放,蛊惑选民为川普投票。

2018 年 3 月:多家媒体的报道,揭示了剑桥分析当初没有删除数据,最终确认有多达 8700 万 Facebook 的用户资料,被用在了当年的大选中。

川普获胜受到了多大的益处不得而知

该事件立马引起轩然大波,剑桥分析和 Facebook 受到了人们的口诛笔伐。

到了月底,市值蒸发掉 700 亿美元的 Facebook,被 FTC 着手调查,重点在对用户隐私的保护上,是否合法合规。

2018 年 5 月:在铺天盖地的负面新闻下,剑桥分析失去了大量的用户和生意,最终进入破产清算。

2019 年 7 月:FTC 公开了调查中的发现,指出 Facebook 私自与第三方共享了数据,还普遍存在误导用户的欺诈行为,且没有全面合理的隐私安全保护政策。

FTC 认为 Facebook 涉及多项虚假描述

但考虑到如果选择诉讼,过程会变得漫长和复杂,FTC 最终宣布与 Facebook 达成和解协议。

2019 年 7 月 24 日:FTC 内部以 3:2 的投票(三位共和党委员赞成,两位民主党委员反对)通过了该协议。

在协议中规定对 Facebook 作出三项惩罚:罚款 50 亿美元,强化隐私合规措施,设立独立的隐私委员会。

和解协议达成的三项措施

2020 年 4 月 23 日:认证协议生效的环节到来,联邦法院在正式审批通过,至此案件尘埃落定。

和解:9 亿次违规带来巨额罚款

FTC 是保护消费者权益的联邦机构,其中一项职责就是对科技大厂进行监管,制止会给消费者带来危害的行为。

这张 50 亿美元的罚单,也创下了 FTC 罚单的历史最大记录。但这个金额又是如何得来?

隐私安全史上最高的罚单

根据 2019 年 FTC 出具的调查说明,Facebook 违反了《联邦贸易委员会法》第 5 条里面的内容,其中就有对罚款的依据:

FTC 协议生效后,在有效期限内,违反规定的个人、合伙或公司,每违反一次,都应当支付不高于 1 万美元的民事罚金,罚金均归美国政府所有……

每次违反命令被视为一次独立的违法行为……

Facebook 的一系列行为,违反了曾在 2011 年和 FTC 达成的监管协议,其中带有欺诈性描述的页面被用户浏览一次,就是一次违规记录。

在剑桥分析事件里, FTC认定这个过程发生了约 9 亿次,每次违规处罚 5.56 美元,总额就达到了惊人的 50 亿美元。

FTC 也在通告中强调,开出史无前例的 50 亿美元罚款,并加强对 Facebook 的监管,将会起到很好的威慑作用,这是「美国消费者的历史性胜利」。

争议:50 亿美金罚款有点少?

虽然 50 亿美元是一笔不菲的罚金,但该和解协议还是遭到了一些批评。其中就有人指出,相比于 Facebook 的巨额利润,这一数额太少,会让此类的违规行为更加肆无忌惮。

根据 Facebook 2019 年度财报显示,截止去年底,Facebook 月活跃用户达到了惊人的 25 亿人,全年营收为 707 亿美元,净利润为 185 亿美元。

Facebook 历年营收一览

这 50 亿美元的罚款,相当于其 2019 全年营收的 7%,盈利的 27%,大约为一个月的营收。

反对和解协议的一位 FTC 委员还指出,Facebook 由于隐私方面的错误行为,获得的利益远超 50 亿美元,如果上诉至法庭,最终的罚金要远高出这一数目。

这笔 50 亿美元的巨款,到底是不是罚的轻了,恐怕难以说清。但 Facebook 饱受剑桥分析事件之累,明显倾向于早日达成和解。

另一个有趣的地方在于,在去年 FTC 和 Facebook 宣布达成和解协议的当天,Facebook 股价上涨了 1.81%,市值增加了 104 亿美元,超出了罚款的两倍。

和解协议达成当天 Facebook 的股价

所以谁都不知道,这个经历会不会让 Facebook 再长点心?

—— 完 ——

扫描二维码,加入讨论群

获得更多优质数据集

了解人工智能落地应用

关注顶会&论文

回复「读者」了解更多

更多精彩内容(点击图片阅读)

这篇关于剑桥分析事件落幕, Facebook 认罚 50 亿美元的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/310380

相关文章

Spring Boot Interceptor的原理、配置、顺序控制及与Filter的关键区别对比分析

《SpringBootInterceptor的原理、配置、顺序控制及与Filter的关键区别对比分析》本文主要介绍了SpringBoot中的拦截器(Interceptor)及其与过滤器(Filt... 目录前言一、核心功能二、拦截器的实现2.1 定义自定义拦截器2.2 注册拦截器三、多拦截器的执行顺序四、过

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

Nginx内置变量应用场景分析

《Nginx内置变量应用场景分析》Nginx内置变量速查表,涵盖请求URI、客户端信息、服务器信息、文件路径、响应与性能等类别,这篇文章给大家介绍Nginx内置变量应用场景分析,感兴趣的朋友跟随小编一... 目录1. Nginx 内置变量速查表2. 核心变量详解与应用场景3. 实际应用举例4. 注意事项Ng

Java多种文件复制方式以及效率对比分析

《Java多种文件复制方式以及效率对比分析》本文总结了Java复制文件的多种方式,包括传统的字节流、字符流、NIO系列、第三方包中的FileUtils等,并提供了不同方式的效率比较,同时,还介绍了遍历... 目录1 背景2 概述3 遍历3.1listFiles()3.2list()3.3org.codeha

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe