MKR:科普 | 隐私保护堪忧?加密数据仓库大显身手(核心用例与需求分析)

本文源自于?RebootingWebofTrust?组织在?RWOTIX—Prague,2019会议上的论文《EncryptedDataVaults》的第二部分。继上一部分介绍了当前加密数据仓库的方法和体系结构、派生的要求、设计目标以及开发者在实现数据存储时应意识到的风险之后,本部分将主要讲述数据存储系统的常见用例、需求分析以及建设加密数据仓库的一些指导原则和设计目标。下一期我们将带来《EncryptedDataVaults》的最后一部分,探讨加密数据仓库的架构及一些安全和隐私方面的考虑等问题。

原文:https://github.com/WebOfTrustInfo/rwot9-prague/blob/master/final-documents/encrypted->

作者:AmyGuy、DavidLamers、TobiasLooker、ManuSy和DmitriZagidulin

美国说唱歌手Megan Thee Stallion与Cash App合作发布比特币科普视频:美国说唱歌手Megan Thee Stallion与由Square开发的移动支付服务Cash App合作发布了一段名为“Bitcoin for Hotties”的视频。该视频从她的角度解释了什么是比特币,为什么比特币有价值等内容。Megan Thee Stallion在Instagram上拥有超过2410万粉丝,在 Twitter上拥有640万粉丝。(Bitcoin News)[2021/8/8 1:41:10]

贡献者:DanielBluhm和KimHamiltonDuffy

一、核心用例

以下四个用例是数据存储系统常见的应用模式,但绝不是唯一的用例。

1.存储和使用数据

人民数字FINTECH推出区块链科普动画:人民日报数字传播发布微博称,人民数字FINTECH出品《趣味科普|区块链动画》。[2020/3/31]

用户希望将数据存储在安全的位置,但不希望存储服务提供商能够看到他存储的任何数据,也就是说只有用户本人可以看到并使用数据。

2.搜索数据

随着时间的推移,用户将会存储大量数据。用户需要搜索数据,但不希望服务提供商知道用户要存储或搜索的内容。

3.与一个或多个实体共享数据

用户一般会和其它人或服务等多个实体共享其数据。在第一次保存数据时,或在以后的使用过程中,用户可以决定授予其它实体访问其存储区中数据的权限。只有在该用户明确同意的情况下,他的存储空间和数据才允许别人访问。

用户希望能够随时撤消他人的访问权限,且在共享数据时,可以设置第三方访问其数据的有效期限。

动态 | 人民日报官方微博科普区块链 强调区块链不等于比特币:人民日报官方微博今早发表9图科普区块链。其中涉及区块链的特点有:1、安全;2、不可篡改;3、可访问;4、无第三方。区块链对未来的影响:1、不需繁琐个人证明;2、看病避免反复检查;3、旅行消费更加便捷;4、交易无需第三方。同时强调,区块链不等于比特币。比特币只是区块链技术的一种应用,区块链还有医疗卫生、食品安全、版权保护等诸多应用领域。[2019/10/28]

4.将同一数据存储在多个地方

用户需要系统具备跨多个存储位置备份其数据的能力,以防数据丢失。这些位置可以由不同的存储提供商托管,并且可以通过不同的协议访问。这些位置可能是用户的手机,也可能是云存储。另外,这些位置应该能够彼此同步。因此,无论用户如何创建或更新数据,这些位置上的数据都是最新的,并且能够在不需要用户协助的情况下自动进行同步。

声音 | CNBC主持人:加密货币最大的缺点之一就是难以向外行快速科普:CNBC主持人Ran NeuNer近期发推称,加密货币最大的缺点之一就是很难向外行快速解释。当人们要求我向他们解释比特币时,我知道他们至少需要一个小时才能真正理解。[2019/9/10]

二、需求分析

从上述四个核心用例中,我们可以提取出对存储系统的一些需求。

1.隐私和多方加密

该系统的主要目标之一是确保实体数据的隐私,以防未经授权的人访问该数据。

为此,必须在数据传输和保存时对数据进行加密。

由于数据可以与多个实体共享,因此加密机制还必须支持将加密数据分享给多方,允许多方访问。

2.共享与授权

该系统有必要提供一种授权机制,以允许在一个或多个实体之间共享加密信息。

在系统中,可以指定一种强制性授权方案,也可有其它替代性授权方案。这些授权方案包括OAuth2.0、Web访问控制和ZCAPs等。

3.身份标识

该系统应与身份标识无关。通常来说,URN或URL形式的标识符是首选。假定系统要以某种方式使用去中心化身份,但以硬编码实现DID不是一种很好的模式。

4.版本管理和副本

一般来说,我们期望系统可以连续备份信息。基于该原因,系统需支持至少一个强制性的版本管理策略和一个强制性的副本策略,同时还允许其他版本管理和副本策略。

5.元数据和搜索

系统一般会存储大量数据,用户需要能对数据进行高效且可选择性的检索。为此,加密搜索机制是系统的必要功能。

对于客户端来说,重要的是能够将元数据与数据相关联,以便可以对数据进行搜索。同时,由于数据和元数据的隐私性需要得到保证,因此元数据必须加密存储。另外,服务提供商必须能够以不透明且保护隐私的方式执行那些搜索,而不能查看元数据。

6.通讯协议

由于该系统需要可以和各种业务环境兼容,因此必须至少强制使用一种通信协议。但有一点也很重要,设计也应允许系统使用其它协议,如HTTP、gRPC、蓝牙和其它一些在线协议。

三、设计目标

本节详细介绍了建设加密数据仓库的一些指导原则和设计目标。

1.分层和模块化架构

使用分层架构方法,可以确保系统基础功能十分容易实现,同时允许将更复杂的功能层叠加在较低层之上。

例如,系统第1层可能包含一些强制性的最基本功能;第2层可能包含对大多数部署来说十分有用的功能;而第3层可能包含一小部分生态项目所需的高级功能;到了第4层,可能会包含极其复杂的功能,而这些功能只有很小一部分生态项目需要。

2.优先考虑隐私问题

加密数据仓库的建设首先要保护实体的隐私。在探索实现新功能时,请始终将对隐私的影响纳入考虑。对隐私产生负面影响的新功能将经过严格审查,以确定新功能是否值得实现。

3.将实现复杂性推给客户端

系统服务器应聚焦于加密数据存储和检索功能的实现。服务器对数据了解得越多,存储数据的实体面临的隐私风险就越大,同时服务提供商就会对托管数据负有更多的责任。将复杂性推给客户端可以使服务提供商提供稳定的服务器端实现,而客户端也可进行一些创新。

>>>>

未完待续,下一期我们将带来《EncryptedDataVaults》的最后一部分,探讨加密数据仓库的架构及一些安全和隐私方面的考虑等问题,敬请期待!如果你对数据隐私保护等方面感兴趣,欢迎加入本体技术社区,与我们共同探讨。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

链链资讯

[0:0ms0-3:274ms