根据区块链在访问控制中的作用，将现有的访问控制架构分为以下3种。

1) 第三方维护的架构。将区块链作为第三方维护的可信分布式账本，而访问控制机制运行在中心化的授权服务器。文献[8]将区块链与ABAC访问控制模型结合，以区块链交易的方式实现了访问策略的创建、更新、撤销和权限转移等，区块链授权过程由链下服务器完成。文献[9]提出了一种区块链与DAC结合的物联网访问控制机制BlendCAC，通过访问控制矩阵实现授权访问，区块链用于存储访问控制矩阵。这一类架构虽然在一定程度上解决了传统访问控制中访问授权的透明性问题，但仍然存在授权服务器的公正性和单点故障问题。

2) 参与方共同维护架构。由参与方来共同维护区块链，利用智能合约实现访问控制。文献[10]提出了物联网场景下的访问控制框架，设计了访问控制合约、注册合约和审判合约，其中，审判合约实现了对恶意访问行为的惩罚。文献[11]提出了MedRec框架应用于医疗数据的访问控制场景，将医疗服务提供者及患者接入区块链网络，通过智能合约实现数据安全访问与共享。文献[12]提出了一种基于环签名技术的医疗区块链隐私数据共享模型。文献[13]以ABAC为基础，提出了大数据场景下基于区块链的访问控制机制，使用智能合约实现访问控制并且改进了策略检索效率。文献[14]提出了一种域间访问控制模型，划分不同的安全域，通过跨域节点的智能合约实现细粒度和灵活的访问控制。文献[15]提出了物联网下的访问控制系统，设计了资源子系统存储数据，区块链子系统管理访问策略并处理访问事务。这类工作将授权服务器去中心化，利用区块链的智能合约和存储结构的特点，增强了授权过程的透明性与可审计性，但缺乏对访问控制数据的隔离存储与保护。

3) 多链架构访问控制机制^[16-19]。文献[18]提出一种企业场景下的数据访问控制模型，包含企业区块链和行业区块链，行业区块链由企业区块链选出节点组成，负责实现各企业链之间的数据访问控制与共享，但尚未给出具体实现。文献[19]设计了一种协同链机制，用于物联网场景下多条异构链的数据访问控制和安全共享，协同链存储访问记录与待共享数据，根据数据等级决定共享操作。这种多链访问控制能够实现业务数据与访问控制数据的隔离与保护，但需要相对复杂的链间操作。

综上，基于区块链的访问控制研究在供应链场景中的应用仍处于起步阶段，现有工作的访问控制模型难以适应供应链多方参与的场景，缺乏对供应链数据本身重要性和隐私程度的关注，以及对数据进行分级以满足不同访问控制需求。因此，本文提出了一种基于区块链的供应链数据分级访问控制机制，将区块链技术与基于属性的访问控制模型结合，主要贡献如下。

1) 设计了面向供应链数据访问控制的多链架构。该架构由数据区块链与访问控制链组成，数据区块链托管存储供应链企业在各阶段产生的业务数据，实现供应链数据的隔离，以保护数据的安全和隐私性。访问控制链负责存储属性信息、访问策略、访问记录等信息，并实现链上策略管理以及用户对数据的访问控制功能。

2) 提出了基于区块链的分级访问控制模型。基于ABAC模型，在客体属性中引入分级属性描述数据等级，根据供应链数据的隐私和重要程度建立访问策略，实现细粒度的访问控制。设计了策略管理合约、策略判定合约并部署到访问控制链，通过访问事件触发合约调用执行访问控制工作流程。访问控制过程去中心化、透明化、链上留痕可追溯。

3) 基于Hyperledger Fabric平台实现了本文的访问控制机制。通过实验分析表明该机制具有稳定的性能，有较好的可行性。

供应链中包含供应商、物流企业、经销商、消费者、监管部门等实体，在访问控制机制中存在对应的用户角色。供应商负责生产和供货，通过物流企业将货物运输至经销商，经销商从仓储中取货，将产品销售给消费者。生产到销售中的各环节可能存在多个企业或部门。

本文基于多链架构设计了基于区块链的供应链数据分级访问控制机制，总体架构由数据区块链和访问控制链两部分组成，其中包含普通节点、跨链节点、审计节点和共识节点，如图1所示。

图  1  访问控制机制架构

数据区块链是由同类企业或部门组成的一条联盟链，链内包含若干普通节点。该链存储各企业或部门的业务数据，如生产信息、交易信息、物流信息和溯源存证等，实现数据的分布式安全存储。供应链中的供应商、物流企业、经销商和监管部门等实体分别构建并维护各自的数据区块链，各链之间数据隔离存储。

访问控制链作为供应链各方共同参与和维护的联盟链，由跨链节点、审计节点和共识节点组成。该链在网络中负责存储访问策略、属性信息、分级信息和授权访问记录等访问控制相关信息，通过链上节点及智能合约实现分级访问控制模型，为不同企业或部门提供数据访问控制服务。数据区块链和访问控制链中的4种类型节点功能具体如下。

1) 普通节点：代表单个企业或部门，与其他同类企业或部门的普通节点组成和维护数据区块链，用户通过客户端与之交互。部署并运行数据管理合约，负责向数据区块链上传、查询和下载数据，负责企业或部门内部分布式账本的存储。

2) 跨链节点：由数据区块链中的任一普通节点担任，并同时加入访问控制链，维护该链的账本。部署和运行分级访问控制模型的智能合约，处理来自普通节点的访问请求，实现企业或部门间的数据访问控制与共享。

3) 审计节点：负责访问控制链的管理，记录访问控制链的运行日志，为供应链监管用户提供历史授权访问记录的追溯和责任确权，减少非法授权行为的产生。

4) 共识节点：组成和维护访问控制链中的Raft共识集群，负责将访问控制过程的交易进行排序并打包成区块，将区块广播到该链的其他节点，确保访问控制结果在区块链网络的分布式一致性。

本文设计的访问控制链利用区块存储结构来存放访问控制所需信息，如图2所示。在访问控制链中，新增策略、更新策略以及授权访问等操作均通过智能合约以交易的形式执行。区块中Merkle树的叶子节点存储着交易数据，包括属性、访问策略、授权记录及发起访问时提交的交易，叶子节点的交易数据经过哈希函数运算后存储在其父节点中，递归直到生成唯一Merkle根哈希存储在区块头部。

图  2  区块存储结构

通过区块头部的Merkle根哈希能够间接校验交易数据是否被篡改，实现交易数据的不可篡改和安全存储^[17]。而访问控制链的共识机制保证链上各节点存储相同的分布式账本。

本文在ABAC模型基础上引入数据分级的思想，提出分级访问控制模型，根据供应链场景的需求来对数据客体进行分级。在分级访问控制模型中，属性与权限存在多对多的映射关系。定义1对分级访问控制模型进行形式化描述。

定义 1　分级访问控制模型形式化表示为：

其中，P为属性四元组组成的访问策略；SA代表主体属性，包含用户、角色和所属企业；RA^*为客体属性，包含数据名称、数据分级和子分级，数据分级用于描述数据的重要或隐私程度，由数据拥有者根据供应链场景需求进行配置；EA代表环境属性，如访问时间、用户位置等；PA代表访问操作属性，其中包含读(R)、写(W)、执行(X)、上传(U)和下载(D)等操作；$f$表示对访问策略进行判定，${\rm{result}} = \{ {\rm{permit}},{\rm{deny}}\} $表示判定结果，允许访问则返回permit，拒绝访问则返回deny。

在客体属性中，数据分级属性${\rm{R}}{{\rm{A}}^*}.{\rm{level}}$用于描述当前数据客体的等级，${\rm{R}}{{\rm{A}}^*}.{\rm{level}} \in [0,n]$，$n \geqslant 0$，当level取值0时，表示当前数据等级最低，即数据可以被公开访问，而取值n则表示等级上限。

面对供应链多源异构数据的累积，以及企业内部对数据分级的更细需求，通过配置客体属性中的数据子分级属性可实现更细粒度的数据分级访问策略。数据子分级${\rm{R}}{{\rm{A}}^*}.{\rm{sublevel}}$是对level的扩充和细分，其作用是在当前分级level的基础上再进行一层分级。其中，${\rm{R}}{{\rm{A}}^*}.{\rm{sublevel}} \in [0,{s_i}]$，$0 \leqslant {s_i} \leqslant m$，${s_i}$表示当前level为i时，其对应的sublevel的等级上限。图3描述了供应链数据经过level及sublevel分级的过程。

图  3  供应链数据分级

在分级访问控制机制中，主体角色属性与客体数据分级属性之间的对应关系通过分级表LevelMap进行记录，并托管到访问控制链进行存储。分级表LevelMap借助类哈希表存储结构，记录用户角色、每个角色所支持访问的数据分级以及对应的访问权限，用于访问授权过程中对角色与访问数据等级的比对和匹配，由访问控制链进行更新维护。

在标准的ABAC^[20]访问控制机制中，属性库、策略库分别是存储属性信息以及访问策略的数据库。策略信息点(policy information point, PIP)、策略管理点(policy administration point, PAP)、策略执行点(policy enforcement point, PEP)和策略决策点(policy decision point, PDP)分别用于访问策略的检索、管理、匹配与访问授权。本文的访问控制机制工作流程以标准ABAC授权过程为基础，并结合区块链技术实现。使用访问控制链作为属性库、访问策略库，实现属性信息、分级信息和访问策略在区块链上的分布式记账存储。链上部署的策略管理合约PolicySC实现了PIP属性检索与PAP策略管理的功能，负责对访问策略进行全局管理。策略判定合约AccessSC整合了PEP和PDP的功能，通过合约调用实现分布式策略判定与访问授权。基于区块链的供应链数据分级访问控制机制工作流程如图4所示。

图  4  访问控制工作流程

数据拥有者是企业或部门中持有数据的用户，可以建立和新增数据的访问策略，通过与普通节点交互，发送请求到跨链节点，调用该节点部署的PolicySC发起新增策略交易。交易发起后，跨链节点收集访问控制链上的多数节点签名，提交至共识集群对交易排序，并将共识后的交易以区块形式打包分发至链内所有节点，链上各个节点验证该交易的背书签名以及版本号，之后将包含访问策略的区块追加到该链各个节点的分布式账本中。

供应链用户访问数据时，通过客户端与普通节点交互，发送访问请求至跨链节点。收到访问请求后，跨链节点调用PolicySC从访问控制链上查找相关属性并构造带属性的访问请求(attribute access request, AAR)，由AccessSC执行访问策略判定。AccessSC解析请求AAR后，跨合约调用PolicySC合约在链上查询与AAR相关的访问策略，匹配该策略中的属性并进行判定，决定是否对用户主体授权。

访问授权过程通过交易的形式产生区块，记录在访问控制链上，授权后跨链节点回调DataSC合约，将数据URL返回到用户所属的普通节点。

智能合约是实现分级访问控制机制的核心，本文设计了数据管理合约DataSC、策略管理合约PolicySC和策略判定合约AccessSC。

1) DataSC合约负责对供应链数据进行操作，包含数据的上传、查询和下载等。上传操作负责将数据上传到企业的数据区块链中进行存储，查询操作通过数据的键在链上查找数据并返回。

2) PolicySC合约负责对存储在访问控制链上的访问策略进行管理，包含新增策略AddPolicy()、查询策略QueryPolicy()、更新策略UpdatePolicy()、失效策略InvalidPolicy()以及属性解析GetAttrs()函数。通过该合约，数据拥有者可以新增访问策略到链上存储，更新已有策略和使某些策略失效，并查询链上存储的策略。

3) AccessSC合约负责对接收到的访问请求进行访问策略的匹配、判定与授权访问。策略判定功能$f$通过函数CheckAccess()实现，详见算法1。

算法1　策略判定CheckAccess

输入：属性访问请求AAR

输出：判定结果result

初始化：result = deny; timestamp; LevelMap;

Attrs = PolicySC.GetAttrs(AAR.AttrTuple);

PolicySet = PolicySC.QueryPolicy(Attrs);

for P in PolicySet do

　if Attrs.PA$ \subseteq $P.PA and Attrs.EA$ \subseteq $P.EA and

　Attrs.SA$ \subseteq $P.SA and Attrs.RA$ \subseteq $P.RA then

　RL = LevelMap[Attrs.SA.role];

　　for k = 1 to RL.size do

　　　if P.RA.level$ \in $RL_k and

　　　P.RA.sublevel$ \in $RL_k then

　　　result = permit;

PutACChain(AAR, result, timestamp);

return result;

算法流程描述：

1) 通过GetAttrs()函数解析AAR中的属性元组Attrs；

2) 通过QueryPolicy()函数在链上查询与Attrs属性匹配的访问策略，存入策略集PolicySet；

3) 遍历PolicySet，查找与Attrs属性相匹配的访问策略P；

4) 判定Attrs与访问策略P中的各个属性是否匹配，以及角色与访问策略P中的数据等级是否匹配；

5) 若匹配则返回permit，否则返回deny，并通过PutACChain()函数将访问控制过程上链存储。

基于Hyperledger Fabric^[21]区块链平台实现分级访问控制机制，并利用Fabric tape工具进行性能测试。实验采用操作系统macOS 11.5 64位，处理器Intel Core i5 2.7 GHz，内存8 GB，Hyperledger Fabric版本为1.4.1，Golang版本为1.14，Docker版本为19.03。仿真实验利用Fabric多通道机制搭建区块链网络，设置2条数据区块链 (各包含2个普通节点)和1条访问控制链(包含2个跨链节点)，Raft共识集群包含5个共识节点。

以南宁公立学校的食材集采集配供应链场景为例进行分析。实例的区块链网络中包含供应商(链A)、集采集配基地(链B)、监管部门(链C)和消费者(链D)这4条数据区块链及各方共同维护的访问控制链，分别使用supplier、base、consumer和regulator表示上述供应链实体中的用户角色。4种角色分别对应上述4条数据区块链内的普通节点。在供应链中由基地向供应商采购订货，货物送达后经过质检进入基地存放，待基地分拣后出库，发车配送至各消费者。期间，具有资质的供应商产生采购信息、货物信息、发车信息和财务信息，基地则不断产生货物出入库信息、质检信息、分拣信息、车辆在途信息和配送签收信息。供应链从食材采购到配送的过程，需要各个实体进行一定程度的信息共享以实现协助配合。因此需要根据数据的重要程度，制定分级访问策略进行访问控制。

根据供应链场景需求，按照数据隐私程度将分级level设置为0(公开)、1(限制)、2(隐私)的等级，每个level下的sublevel可分为1、2等级，表1给出了分级示例。

同时，各企业数据拥有者与监管用户根据场景需求，共同确定角色与数据分级的对应关系及其访问权限，如表2所示，再共同制定对数据的访问策略。

由于供应商与基地存在供货关系，基地用户以角色base通过普通节点的DataSC合约对质检信息、入库信息等数据进行上传，以便供应商用户以supplier角色访问，保证食材供货信息畅通。出于溯源的需求，消费者以角色consumer通过跨链节点的AccessSC合约访问配送信息、车辆在途信息等溯源相关数据。监管用户以角色regulator对供应商的注册信息进行访问查看和下载存档，实现对供应商资质的审查和监督。

当监管部门履行对供应商的监督职责时，通过新增访问策略，实现监管用户对所有实体注册信息的访问和下载，同时阻止其他角色对该数据的非授权访问。该访问策略以JSON形式描述如下：

permit = {“SA”:{“user”: “zhangsan”, “role”: “regulator”, “company”: “CFDA”}, “RA”:{“data”: “*注册信息”, “level”: 2, “sublevel”: 1}, “EA”:{“time”: “any”, “location”: “any”}, “PA”:{R, D}}

通过PolicySC合约AddPolicy()函数新增该策略到访问控制链中。当监管用户对供应商的注册信息发起访问时，触发AccessSC中的CheckAccess()函数进行策略判定，只有满足上述访问策略属性的请求才能得到访问授权permit。其他角色请求访问该数据时，CheckAccess()判定访问请求与上述访问策略不匹配，则拒绝该访问请求。访问过程由访问控制链上所有节点分布式记账留痕以供审计。

为验证本文机制在不同规模访问策略数量下的策略查询及判定效果，通过脚本生成策略数目为500、1 000、1 500、2 000、2 500、3 000、3 500、4 000的测试样本，测试在不同数量策略下发送单条交易及并发交易时，访问控制机制调用智能合约策略查询以及策略判定的响应时间。

实验设置不同分级下的策略查询和判定。不分级情况下，本文模型相当于ABAC模型在访问控制链上的实现，并将其与链下实现的ABAC模型对比。分级1代表该策略仅配置分级属性level，并设置为3个等级，sublevel设置为0，策略判定时需要对角色与数据的等级进行匹配。分级2代表数据客体属性，同时设置分级属性level和子分级属性sublevel，每个level下的sublevel设置5个等级，策略判定时需要先后匹配角色能否访问策略规定的level和sublevel等级的数据，因此，时间开销相应增加。实验多次测试取平均值后，结果如图5所示。

图  5  不同策略规模查询与判定时间比较

可以看出，随着策略规模增加，访问控制机制的策略查询及判定时间均有所上升。链下ABAC由于在单一服务器上实现访问控制，大部分情况下，其策略查询和判定时间开销相对最低。在发送单条交易且不分级时，策略查询与判定过程均能在较低的时间内完成，大部分情况下均维持在20 ms内。对数据分级后，策略判定的时间开销略微上升，且分级2情况下的策略判定时间开销相对最高。并发交易下，在策略数量达到4 000时，其响应时间能控制在4 s以内。可见本文机制的时间开销相比现有ABAC稍有增加，但仍能保证策略查询与判定的执行效率，在多条并发交易下，同样具有较为稳定的性能表现。

吞吐量在区块链性能测试中通常描述为TPS (transactions per second)。为了测试访问控制机制中访问控制链的交易性能，实验使用Fabric tape生成不同数量的交易对吞吐量进行测试。本节设置每个节点连接10个客户端，客户端与节点的并发连接数分别设置为10、20，观察分级和不同连接数下吞吐量的变化。实验结果如图6所示。

图  6  发送交易数量与吞吐量比较

当客户端与节点并发连接数从10增加到20时，访问控制链的吞吐量随之增加，随着发送交易数量的增加，访问控制链的吞吐量稍有下降，在发送交易数量达到3 000时，其吞吐量最低维持在90 tps以上。可以看出，访问控制机制性能较为平稳，即便在引入分级的情况下也能够保持相对稳定的吞吐量。

本文提出了一种基于区块链的供应链数据分级访问控制机制，面向供应链场景设计了数据区块链与访问控制链结合的多链架构。访问控制链负责存储供应链所有实体的属性信息、分级信息与访问策略等，通过链上部署访问控制合约进行分布式访问授权，授权过程透明且可追溯。借助Hyperledger Fabric平台验证本文分级访问控制机制的可行性与有效性，实验表明本文所提机制在大规模策略数量的情况下仍具有相对平稳的性能，在供应链数据访问与共享的实际场景中具有可行性。