基于硬件信任根的智能体可信锚定与决策归属追溯方法以及系统与流程

摘要: 本发明涉及人工智能安全与可信计算,尤其涉及一种基于硬件信任根的智能体可信锚定与决策归属追溯方法以及系统。背景技术:1、随着人工智能智能体(aiagent)从对话...
基于硬件信任根的智能体可信锚定与决策归属追溯方法以及系统与流程

本发明涉及人工智能安全与可信计算,尤其涉及一种基于硬件信任根的智能体可信锚定与决策归属追溯方法以及系统。

背景技术:

1、随着人工智能智能体(ai agent)从对话式交互向自主决策、自主执行方向演进,智能体已能够独立完成现实世界中的复杂任务,包括商业交易、数据处理、内容生成、跨系统协作等。

2、目前标准化组织对智能体的身份管理、行为追溯、可信互认提出了技术要求。2026年7月发布的《人工智能-智能体互联》系列国家标准(gb/z 185—2026)对智能体身份码、身份管理、智能体发现、智能体交互等提出了标准化技术要求,旨在为每个智能体建立可验证的数字身份标识。

3、国际互联网工程任务组(ietf)近期发布了intent provenance protocol(ipp)草案,提出通过自主ai智能体行动链携带可验证人类意图的加密基础设施标准;以及aurora协议草案,提出硬件enclave支持的运行时完整性证明。witness-anchored agentgovernance(zenodo, 2026-05-06)作为防御性公开文献,披露了通过仅追加、哈希链接的序列产生防篡改溯源记录等技术方案。

4、然而,上述现有技术和标准提案主要存在以下技术问题:

5、(1)现有技术未解决决策归属的精确标识问题:现有技术可追溯谁做了什么,但无法精确区分这是用户指令的结果还是智能体自主决策的结果。ietf ipp草案虽涉及人类意图的传递,但其解决的是意图在行动链中的传导验证,而非每个具体操作的决策主体是谁、责任如何归属。

6、(2)现有技术未覆盖全生命周期闭环中的证据封存:部分现有技术虽提及智能体身份的生命周期管理,但其退役通常是身份管理层面的状态标记,如将身份状态从“活跃”更新为“已注销”,属于数据库层面的状态变更。

7、(3)签名执行主体的安全级别不足:cn122339704a仅要求“密钥存储于硬件安全区域”,密钥存储与签名执行是两个不同的安全环节——密钥存储在硬件安全区域但签名操作可能由软件完成,仍存在密钥被读取后软件签名的风险。

8、(4)现有技术未解决离线场景的可信锚定:现有方案假设网络始终可用,未提供离线环境下的凭证生成与联网后延迟验证机制。

9、(5)现有技术未实现智能体身份码与标准化体系的直接对接。

10、此外,智能体的自主决策与人类用户的指令之间需要精确的责任边界,现有技术中当智能体自主操作造成损失时,无法确定责任主体。现有技术中智能体的身份缺乏硬件级别的可信锚定,存在身份仿冒风险。现有技术中智能体的操作行为缺乏不可篡改的链式存证,事后审计困难。现有技术中智能体产生的资源消耗,token以及算力,缺乏可信计量手段。现有技术中智能体在输出内容时缺乏不可篡改的来源标识,存在内容来源伪造风险。现有技术中智能体的资源消耗缺乏异常检测机制,无法识别循环重试、重复调用等异常模式。

技术实现思路

1、本发明的目的在于提出了一种基于硬件信任根的智能体可信锚定与决策归属追溯方法以及系统,旨在解决现有技术中决策归属无法精确标识、无法未覆盖全生命周期闭环中的证据封存以及签名主体的安全级别不足等的技术问题。

2、第一方面,本实施例提供一种基于硬件信任根的智能体可信锚定与决策归属追溯方法,包括以下步骤:

3、设置智能体全生命周期的关键锚定点,关键锚定点至少包括创建锚定点、用户属性锚定点、行为锚定点以及责任锚定点;

4、由运行环境的硬件信任根在安全隔离环境中对关键锚定点进行签名操作,生成不可篡改的可信凭证体系;

5、其中,可信凭证体系包括:

6、对于创建锚定点,由运行环境的硬件信任根在安全隔离环境中对智能体进行签名,生成智能体的可信身份凭证;

7、对于用户属性锚定点,用户与智能体交互前,由用户设备的硬件信任根对用户属性信息进行签名,生成用户可信属性凭证;

8、对于行为锚定点,智能体每次执行操作时,由硬件信任根在安全隔离环境中对操作元信息进行联合签名,生成链式操作行为凭证,其中操作元信息包括决策归属标识,决策归属标识用于标识本次操作的决策主体类型及对应的责任追溯信息;

9、对于责任锚定点,根据决策归属标识自动识别责任归属实体。

10、一些实施例中,关键锚定点还包括内容输出锚定点以及终止运行锚定点;

11、对于内容输出锚定点,智能体每次向用户输出内容时,由硬件信任根对输出内容哈希和智能体可信身份凭证进行联合签名,生成来源标识令牌,并嵌入输出内容中;

12、对于终止运行锚定点,当智能体终止运行时,由硬件信任根对智能体的完整行为凭证链的梅克尔根进行签名,生成退役凭证,完成智能体全生命周期的可信锚定信任闭环。

13、一些实施例中,操作元信息还包括操作指令哈希、执行结果哈希、时间戳、前次操作凭证哈希以及资源消耗计量信息,硬件信任根在安全隔离环境中对操作指令哈希、执行结果哈希、时间戳、前次操作凭证哈希、决策归属标识以及资源消耗计量信息进行联合签名,生成链式操作行为凭证,其中,资源消耗计量信息包括token消耗量、算力消耗量、数据资产调用量中的至少一种;

14、智能体根据用户可信属性凭证执行分层权限控制策略。

15、一些实施例中,决策归属标识的类型结构包括用户决策、智能体自主决策以及混合决策:

16、当为用户决策时,记录用户的区块链(did)签名及用户指令哈希作为责任追溯信息;

17、当为智能体自主决策时,记录决策依据的推理过程哈希和自主决策级别作为责任追溯信息;

18、当为混合决策时,记录用户设定的约束条件哈希和智能体在自主空间内的选择哈希作为责任追溯信息;

19、当决策归属为用户决策时,责任归属实体为用户;

20、当决策归属为智能体自主决策时,责任归属实体为智能体的创建者或运营方;

21、当决策归属为混合决策时,按用户约束条件与智能体自主空间的比例分摊责任。

22、一些实施例中,关键锚定点还包括时长锚定点,

23、对于时长锚定点,根据链式操作行为凭证中的时间戳,计算用户与智能体的连续交互时长;

24、当连续交互时长达到预设阈值时,自动触发预设管控动作,并生成由硬件信任根签名的管控触发凭证并上链存证。

25、一些实施例中,关键锚定点还包括审计锚定点,

26、对于审计锚定点,包括资源消耗异常模式检测步骤:

27、对链式操作行为凭证中的资源消耗记录进行实时分析;

28、当检测到预设异常模式时,生成由硬件信任根签名的消耗告警凭证;预设异常模式包括循环重试模式、重复调用模式、消耗异常增长模式中的至少一种。

29、一些实施例中,该可信凭证体系还包括跨平台黑名单共享:

30、当智能体的可信身份凭证被吊销时,将智能体的身份码加入区块链上的跨平台黑名单;其他平台的验证端在验证智能体的可信身份凭证时,自动查询跨平台黑名单,若命中则拒绝运行。

31、一些实施例中,该可信凭证体系还包括离线可信运行:

32、在无网环境下,由硬件信任根在安全隔离环境中生成本地凭证,本地凭证中包含离线标识;

33、联网后,将离线期间生成的本地凭证批量上链存证,并进行延迟完整性验证。

34、一些实施例中,该可信凭证体系还包括凭证生命周期管理:

35、当智能体被注销或权限变更时,更新凭证状态;

36、验证端在验证凭证时,查询区块链上的凭证吊销列表;

37、当智能体的凭证被吊销时,触发跨平台黑名单共享。

38、第二方面,本实施例提供一种基于硬件信任根的智能体可信锚定与决策归属追溯系统,包括相互耦接的处理器和存储器,存储器中存储有计算机程序,处理器用于执行计算机程序以实现第一方面描述的基于硬件信任根的智能体可信锚定与决策归属追溯方法。

39、采用本发明实施例,具有如下有益效果:

40、(1)通过决策归属标识的三级分类机制精确区分决策类型并基于决策归属自动识别责任主体,实现不可篡改的责任追溯机制。精确区分决策是用户指令的结果还是智能体自主决策的结果。精确标识每个具体操作的决策主体是谁、责任如何归属。

41、(2)覆盖智能体全生命周期闭环中的证据封存:建立覆盖智能体创建、运行、更新、退役全生命周期的可信凭证闭环管理体系,特别是如何在退役时对完整行为链进行不可篡改的证据封存。本发明的退役凭证是由硬件信任根对智能体完整行为凭证链的哈希值进行签名封存,形成不可篡改的证据快照,即使智能体运行环境被销毁,其历史行为仍可独立验证。

42、(3)本发明明确要求签名操作本身在硬件信任根的安全隔离环境中执行,签名私钥不对外导出,提供了更高级别的安全保障。

43、(4)解决离线场景的可信锚定,提供离线环境下的凭证生成与联网后延迟验证机制。

44、(5)实现智能体身份码与标准化体系的直接对接。

45、(6)提供智能体资源消耗的可信计量与凭证化:基于硬件信任根签名的token消耗量、算力消耗量、数据调用量等资源消耗信息的可信采集与凭证化,实现智能体资源消耗的可信计量与凭证化。

46、(7)实现基于决策归属的责任主体自动识别。

47、(8)实现基于可信计量数据的多目标价值分配:提供基于可验证计量数据的、支持多分配目标的价值分配方案。

48、(9)智能体输出内容设置的不可篡改来源标识:提供与输出内容本身绑定的密码学来源标识方案。

49、(10)实现基于链式操作行为凭证的交互时长可信计量:提供基于硬件信任根签名时间戳的不可篡改时长计量方案。

50、(11)实现资源消耗的异常模式检测:对循环重试、重复调用等异常消耗模式的实时检测和告警。

51、(12)设置跨平台的黑名单共享机制:实现跨平台的联合状态管理。