跳转到主要内容

标签(标签)

资源精选(342) Go开发(108) Go语言(103) Go(99) angular(82) LLM(75) 大语言模型(63) 人工智能(53) 前端开发(50) LangChain(43) golang(43) 机器学习(39) Go工程师(38) Go程序员(38) Go开发者(36) React(33) Go基础(29) Python(24) Vue(22) Web开发(20) Web技术(19) 精选资源(19) 深度学习(19) Java(18) ChatGTP(17) Cookie(16) android(16) 前端框架(13) JavaScript(13) Next.js(12) 安卓(11) typescript(10) 资料精选(10) NLP(10) 第三方Cookie(9) Redwoodjs(9) LLMOps(9) Go语言中级开发(9) 自然语言处理(9) 聊天机器人(9) PostgreSQL(9) 区块链(9) mlops(9) 安全(9) 全栈开发(8) ChatGPT(8) OpenAI(8) Linux(8) AI(8) GraphQL(8) iOS(8) 软件架构(7) Go语言高级开发(7) AWS(7) C++(7) 数据科学(7) whisper(6) Prisma(6) 隐私保护(6) RAG(6) JSON(6) DevOps(6) 数据可视化(6) wasm(6) 计算机视觉(6) 算法(6) Rust(6) 微服务(6) 隐私沙盒(5) FedCM(5) 语音识别(5) Angular开发(5) 快速应用开发(5) 提示工程(5) Agent(5) LLaMA(5) 低代码开发(5) Go测试(5) gorm(5) REST API(5) 推荐系统(5) WebAssembly(5) GameDev(5) CMS(5) CSS(5) machine-learning(5) 机器人(5) 游戏开发(5) Blockchain(5) Web安全(5) Kotlin(5) 低代码平台(5) 机器学习资源(5) Go资源(5) Nodejs(5) PHP(5) Swift(5) 智能体(4) devin(4) Blitz(4) javascript框架(4) Redwood(4) GDPR(4) 生成式人工智能(4) Angular16(4) Alpaca(4) SAML(4) JWT(4) JSON处理(4) Go并发(4) kafka(4) 移动开发(4) 移动应用(4) security(4) 隐私(4) spring-boot(4) 物联网(4) nextjs(4) 网络安全(4) API(4) Ruby(4) 信息安全(4) flutter(4) 专家智能体(3) Chrome(3) CHIPS(3) 3PC(3) SSE(3) 人工智能软件工程师(3) LLM Agent(3) Remix(3) Ubuntu(3) GPT4All(3) 软件开发(3) 问答系统(3) 开发工具(3) 最佳实践(3) RxJS(3) SSR(3) Node.js(3) Dolly(3) 移动应用开发(3) 编程语言(3) 低代码(3) IAM(3) Web框架(3) CORS(3) 基准测试(3) Go语言数据库开发(3) Oauth2(3) 并发(3) 主题(3) Theme(3) earth(3) nginx(3) 软件工程(3) azure(3) keycloak(3) 生产力工具(3) gpt3(3) 工作流(3) C(3) jupyter(3) 认证(3) prometheus(3) GAN(3) Spring(3) 逆向工程(3) 应用安全(3) Docker(3) Django(3) R(3) .NET(3) 大数据(3) Hacking(3) 渗透测试(3) C++资源(3) Mac(3) 微信小程序(3) Python资源(3) JHipster(3) 大型语言模型(2) 语言模型(2) 可穿戴设备(2) JDK(2) SQL(2) Apache(2) Hashicorp Vault(2) Spring Cloud Vault(2) Go语言Web开发(2) Go测试工程师(2) WebSocket(2) 容器化(2) AES(2) 加密(2) 输入验证(2) ORM(2) Fiber(2) Postgres(2) Gorilla Mux(2) Go数据库开发(2) 模块(2) 泛型(2) 指针(2) HTTP(2) PostgreSQL开发(2) Vault(2) K8s(2) Spring boot(2) R语言(2) 深度学习资源(2) 半监督学习(2) semi-supervised-learning(2) architecture(2) 普罗米修斯(2) 嵌入模型(2) productivity(2) 编码(2) Qt(2) 前端(2) Rust语言(2) NeRF(2) 神经辐射场(2) 元宇宙(2) CPP(2) 数据分析(2) spark(2) 流处理(2) Ionic(2) 人体姿势估计(2) human-pose-estimation(2) 视频处理(2) deep-learning(2) kotlin语言(2) kotlin开发(2) burp(2) Chatbot(2) npm(2) quantum(2) OCR(2) 游戏(2) game(2) 内容管理系统(2) MySQL(2) python-books(2) pentest(2) opengl(2) IDE(2) 漏洞赏金(2) Web(2) 知识图谱(2) PyTorch(2) 数据库(2) reverse-engineering(2) 数据工程(2) swift开发(2) rest(2) robotics(2) ios-animation(2) 知识蒸馏(2) 安卓开发(2) nestjs(2) solidity(2) 爬虫(2) 面试(2) 容器(2) C++精选(2) 人工智能资源(2) Machine Learning(2) 备忘单(2) 编程书籍(2) angular资源(2) 速查表(2) cheatsheets(2) SecOps(2) mlops资源(2) R资源(2) DDD(2) 架构设计模式(2) 量化(2) Hacking资源(2) 强化学习(2) flask(2) 设计(2) 性能(2) Sysadmin(2) 系统管理员(2) Java资源(2) 机器学习精选(2) android资源(2) android-UI(2) Mac资源(2) iOS资源(2) Vue资源(2) flutter资源(2) JavaScript精选(2) JavaScript资源(2) Rust开发(2) deeplearning(2) RAD(2)

category

探讨Chrome团队在实施CHIPS时面临的两个挑战,以及社区反馈如何在提案设计的演变中发挥关键作用。
 
Cookies Having Independent Partitioned State(CHIPS)是一种隐私沙盒技术,允许开发者将cookie选择到“分区”存储中,每个顶级网站都有单独的cookie罐。
CHIPS的示例用例包括跨站点子资源需要某些会话或持久状态概念的任何场景,这些概念的范围是用户在单个顶级站点上的活动,如第三方聊天小部件、地图嵌入、子资源CDN负载平衡、无头CMS提供方等。

CHIPS的开发目标是成为一个开放的网络标准。PrivacyCG正在对其进行讨论,并进行了为期7个月的原产地试验,在此期间,Chrome团队收到了有益的反馈。在开发过程中,团队与主要利益相关者合作,探索反馈,从而更新设计,更好地服务于网络生态系统。

让我们探讨一下Chrome团队在实施CHIPS时面临的两个挑战,以及社区反馈如何在提案设计的发展中发挥关键作用。

删除主机前缀且无域要求


为了鼓励良好的安全实践,CHIPS设计要求cookie只能由安全协议设置并通过安全协议发送,并且分区cookie必须使用secure设置。

除了这些要求外,最初的提案还禁止分区cookie上的Domain属性。在cookie上省略域会阻止在分区内的不同第三方子域之间共享它们。

在原产地试验期间,Chrome团队从合作伙伴和其他利益相关者那里听说,无域要求使具有子域的网站难以实施CHIPS。例如,这将使shop.example.com和pay.example.com更难共享分区的cookie罐。在其他情况下,它使身份验证流在嵌入式上下文中变得困难。

显示网站pay.example.com和shop.example.com的图表

Chrome团队评估了这一反馈,并得出结论,取消无域要求不会带来隐私挑战,但会提高可用性。作为回应,CHIPS产品团队在GitHub上展开了讨论,邀请更多关于删除此要求的反馈。几家正在测试CHIPS的公司做出了回应,并公开评论了这一变化对其用例的重要性。

Chrome将反馈意见提交给W3C的隐私社区小组,并提交了更新后的提案——Firefox和Edge批准了对的更改,Safari没有提出任何担忧。第二天,Chrome团队更新了Blink Dev,并提出了删除CHIPS Github存储库要求的计划。

CHIPS团队最初提出这一要求是为了确保网站不会收到来自任何恶意或受损子域的跨站点cookie,并减少使用域cookie作为跨子域泄露数据的渠道的可能性。

虽然这提供了额外的安全优势,但Tableau强调,它给采用CHIPS带来了挑战,因为当前的一些应用程序架构依赖于子域之间共享cookie。

Chrome做出这一改变后,视觉分析平台背后的公司Tableau分享了:

这一命名更改的删除使要求与之前的更改更加一致,以添加“SameSite=None”属性,从而获得更“已知”的数量。我们感谢谷歌听取反馈,审视影响,并做出改变,以帮助支持更容易的过渡。Lee Graber,Tableau软件工程架构师
通过这个过程,CHIPS更容易为利益相关者实施,同时保护用户的隐私。

从静态cookie限制移动到动态cookie限制


实现CHIPS的另一个挑战是静态cookie限制。
为了防止cookie占用大量内存,最初的设计提出了每个站点每个分区10个cookie的数字限制。

Akamai分享了公众反馈,即分区cookie的拟议限制可能不足以用于cdn等提供顶级域以托管其客户内容的服务(如customer.cdn.xyz)。例如,customer1.cdn.xyz和customer2.cdn.xyz都可以提供第三方内容,并且它们可以各自设置几个自己的cookie。如果像这样的多个客户网站嵌入到另一个网站上,它们可能会达到每个分区10个cookie的限制。

Chrome团队在其他论坛、合作伙伴会议和W3C讨论中听到了类似的反馈,因此他们考虑了解决cookie限制在这些用例中带来的挑战的最佳方法。

Diagram showing the maximum number of SameSite=None cookies a single domain has on clients' machines

在考虑了如何整合社区反馈后,Chrome在2022年TPAC上提出了一个更新的想法,建议CHIPS从静态的10个cookie限制转变为基于内存的动态_10kb限制。分析表明,这一变化应涵盖99%的网络用例,并将维护Chrome试图实现的隐私原则(限制跨站点共享过多用户信息),同时仍保持关键用途。

其他浏览器供应商也表示同意更新后的解决方案,这对于确保CHIPS在PrivacyCG中保持跨浏览器支持非常重要。

因此,Chrome采用了新的限制,并将该解决方案纳入CHIPS设计中。

与行业合作


在CHIPS的整个开发过程中,我们听取了许多合作伙伴的意见,合作对改善网络隐私至关重要。

Akamai与谷歌等其他行业领导者在多个方面享有合作关系。我们在CHIPS程序中提供的反馈可能看起来只是一个小细节,但这一变化将大大有助于确保在实现最终目标的同时,将对良好用例的负面影响降至最低。我们各自的组织正在努力以自己的方式使互联网更快、更安全,当我们共同努力时,整个互联网都会变得更好。Martin Meyer,Akamai Technologies高级架构师
CHIPS已经表明,来自生态系统的反馈对于改进隐私沙盒中的技术至关重要。GitHub中的开放式网络对话、W3C会议以及与Chrome团队的持续合作,直接促成了Chrome稳定版中推出的变革。Chrome团队渴望听到一系列提案的反馈,这对技术的开发和在网络上推广产生了巨大的影响。

文章链接