在两个设备之间建立信任的制作方法

背景技术：

通常，计算设备广播静态介质访问控制（mac）地址，该静态mac地址允许其它设备发现该设备和经由被广播的静态mac地址连接到该设备。mac地址包括被指派给网络接口的唯一标识符，以用于在物理网段上通信。例如，mac地址被用作以太网和wi-fi的网络地址。

然而，通过广播其静态mac地址，计算设备变得易受该计算设备不想与之连接的攻击或者恶意实体（例如，设备）的伤害。攻击或者恶意实体可以利用静态mac地址来伪造连接、消费来自该设备的数据以及在各种实例中甚至掌控该设备。为了对抗这些攻击或者恶意实体，可以将计算设备与随机mac地址和/或静态通用mac地址相关联。例如，可以初始使用随机mac地址实现对设备的配对和发现，并且在连接被建立之后，可以通过静态通用mac地址实现数据通信。尽管使用随机mac地址帮助解决了攻击或者恶意实体伪造与计算设备的连接的问题，但使用随机mac地址也妨碍两个计算设备之间的高效的（例如，自动的）发现。此外，在两个设备之间建立连接之后，攻击或者恶意实体可以暴露被用于通信的静态通用mac地址。

技术实现要素：

本申请描述了使得相同的域的部分的两个设备能够安全和/或自动地建立与彼此的信任和与彼此连接。所述两个设备通过与受信任实体交互利用该受信任实体来获得用于安全和/或自动地建立与彼此的信任的信任信息。受信任实体可以担当对所述域（例如，企业域）进行管理以及维护和共享信任信息的任务。例如，信任信息可以包括加密密钥对的公钥、已由受信任实体对其进行签名的证明真实性的证书和/或用于计算形成散列链的一系列结果的散列函数和散列种子（hashseed）。设备可以使用信任信息来发现另一个设备、连接到该另一个设备和动态地变更用于与该另一个设备通信的mac地址。

提供本概要以便以简化形式介绍下面在详细说明中进一步描述的概念的选择。本概要不旨在标识所要求保护的主题的关键特征或者必要特征，其也不旨在被用作在确定所要求保护的主题的范围时的辅助。例如，术语“技术”可以指如被上面的上下文和贯穿本文档所准许的（一个或者多个）系统、（一个或者多个）方法、计算机可读指令、算法、部件、模块和/或（一个或者多个）技术。

附图说明

参考附图呈现了详细说明。在附图中，标号的最左（一个或者多个）数字标识该标号在其中第一次出现的图。在不同的图中使用相同的标号指示相似或者相同的项。

图1图示了计算设备与受信任实体交互以建立与被加入相同的域或者是相同的域的部分的另一个计算设备的信任的示例环境。

图2图示了管理、存储和提供可被设备用于建立与彼此的信任的信任信息的示例受信任实体设备的更详细视图。

图3图示了被受信任实体设备互相信任的两个计算设备能够加入域以使得它们可以使用公钥密码术建立与彼此的信任和连接的示例过程。

图4图示了被受信任实体设备相互信任的两个计算设备能够使用由受信任实体设备提前提供的公钥建立与彼此的信任和连接的示例过程。图4的示例过程是与图3的示例过程不同的，这特别在于，受信任实体设备提前向设备提供公钥的集合，以使得设备不必在每次该设备想要连接到另一个设备时联系受信任实体设备以检索另一个设备的公钥。

图5图示了被受信任实体设备相互信任的两个计算设备能够使用证书建立与彼此的信任和连接的示例过程。

图6图示了被受信任实体设备相互信任的两个计算设备能够使用由受信任实体设备提前提供的证书建立与彼此的信任和连接的示例过程。图6的示例过程是与图5的示例过程不同的，这特别在于，受信任实体设备提前向设备提供证书的集合，以使得设备自身不必向另一个设备发送它自己的证书。

图7图示了使用散列函数来确定要用于通信的mac地址的示例过程。

图8图示了使用散列函数来动态地变更被设备用于通信的mac地址的示例过程。

具体实施方式

本文中描述的技术利用域内的受信任实体来使得加入域的设备能够建立与彼此的信任，因此它们可以安全地发现彼此和连接到彼此。如果设备已将彼此验证为认证的设备，则可以在设备之间建立信任。在本文中讨论的各种示例中，设备被配置为，向受信任实体提供信任信息和/或从受信任实体接收信任信息。信任信息可以例如包括加密密钥对的公钥、已由受信任实体对其进行签名的证明真实性的证书和/或用于计算形成散列链的一系列结果的散列函数和散列种子。设备可以使用信任信息来安全和自动（例如，不具有任何用户参与或者具有有限的用户参与）地发现另一个设备和连接到另一个设备。此外，设备可以使用信任信息来动态地变更用于与另一个设备通信的mac地址。

在各种实现方式中，受信任实体可以是与域的操作相关联的。相应地，受信任实体可以维护和管理被批准加入域的设备（例如，已被注册到诸如是操作在其中部署受信任实体的域的公司的雇员之类的用户的设备）的列表。通过利用受信任实体，本文中描述的技术实现限制了向攻击和恶意实体的暴露，并且抵御了利用对设备的被暴露或者易受伤害的mac地址的知识进行的攻击（例如，分布式拒绝服务（ddos））的鲁棒的模型。

图1图示了计算设备102与受信任实体104交互以建立与被加入相同的域或者是相同的域的部分的另一个计算设备106的信任的示例环境100。受信任实体102维护受信任设备列表108。受信任设备列表108中所列出的设备是在域内被信任并且因此被准许使用本文中讨论的安全和/或自动连接（例如，配对、绑定等）技术的设备。例如，域可以是包括（一个或者多个）网络110（例如，安全网络）的企业域（例如，工作场所域），并且受信任实体104可以包括配置对于域来说是已知的并且因此在域内被信任的受信任设备列表108的集中式服务器和集中式数据库。术语“集中式”在本文中用于指受信任实体104的中介参与，其辅助被包括在受信任设备列表108中的两个设备出于发现、连接和/或通信的目的而建立与彼此的连接。

例如，受信任设备列表108可以是被官方地分布和注册到公司的单个雇员的设备（例如，膝上型计算机、台式计算机、智能电话、智能手表等）和/或可能未被注册到单个雇员但在物理上位于工作场所的各处以用于被雇员的组使用的设备（例如，会议室呈现设备、视频远程电信会议设备、网络设备、恒温控制设备、智能家用电器设备等）。受信任设备列表108可以由具有更新受信任设备列表108的官方能力的公司的行政雇员（例如，在新雇员被公司聘用时向列表添加新设备和/或在雇员离开公司时从列表移除设备的it协调员）配置。相应地，受信任设备列表108包括被批准和准许加入由受信任实体104操作的域的设备。

受信任实体104被配置为管理和存储信任信息112。如在本文中进一步讨论的，信任信息112可以包括但不限于密码术密钥、证书、散列函数、散列种子、散列链版本号等。在一些示例中，受信任设备列表108中的计算设备102生成信任信息112（例如，加密密钥对），并且将信任信息112的至少一部分（例如，公钥）提供给受信任实体104。因此，受信任实体104从计算设备102接收信任信息112，存储所接收的信任信息112，并且随后将由计算设备102生成的所存储的信任信息112提供给受信任设备列表108上的其它计算设备，因此可以在一对设备（例如，计算设备102和计算设备106）之间建立信任。在一些示例中，受信任实体104自身代表计算设备102生成信任信息（例如，证书、散列函数等），存储所生成的信任信息112，并且随后将所存储的信任信息112提供给受信任设备列表108上的其它计算设备，因此可以在一对设备之间建立信任。因此，包括在域的受信任设备列表108中的设备可以与受信任实体104交互（例如，提供信任信息112、接收信任信息112等），以建立与其它设备的信任和连接到其它设备。

因此，图1图示了，基于计算设备102与受信任实体104之间的已知的信任（如由114引用的）并且基于计算设备106与受信任实体104之间的已知的信任（如由116引用的），计算设备102和计算设备106能够通过利用与受信任实体104的相互信任（如由118引用的）并且在不必使用易受被攻击和恶意实体利用的伤害的常规mac地址广播方法（如由120引用的，“x”代表划掉）的情况下安全地发现和连接到彼此。计算设备102和计算设备106可以使用（一个或者多个）网络110或者其它连接（例如，蓝牙连接）进行连接和通信。

尽管就企业域而言阐述了本文中提供的示例中的一些示例，但该技术也可以在非企业域中被实现。例如，该技术可以在任何具有被配置为具有受信任设备列表的受信任实体或者受信任第三方的域中被实现，所述受信任实体或者受信任第三方是被受信任设备列表上尝试连接到彼此的一对设备相互信任的。

被配置为加入与受信任实体104相关联的域或者是该域的一部分的计算设备（例如，计算设备102）可以包括多种设备中的任一种设备，其包括便携式设备或者固定式设备。例如，计算设备102可以包括智能电话、移动电话、个人数字助理（pda）、电子书设备、可穿戴设备（例如，智能手表、电子眼镜等）、便携式计算机、台式计算机、平板型计算机、便携式计算机、游戏控制台、个人媒体播放器设备、工作场合设备（例如，会议室呈现设备、视频远程电信会议设备等）、恒温控制设备、智能家用电器设备、图像捕获设备、服务器计算机设备或者任何其它设备。

因此，计算设备102可以包括一个或多个处理器122和存储器124。（一个或多个）处理器122可以是单一的处理单元或者一些单元，所述一些单元中的每个单元可以包括多个不同的处理单元。（一个或多个）处理器122可以包括微处理器、微计算机、微控制器、数字信号处理器、中央处理单元（cpu）、图形处理单元（gpu）等。替换地或者另外，本文中描述的技术中的一些技术或者全部技术可以至少部分上被一个或多个硬件逻辑部件执行。例如而不限于，可以被使用的硬件逻辑部件的图示性类型包括现场可编程门阵列（fpga）、专用集成电路（asic）、专用标准产品（assp）、状态机、复杂可编程逻辑设备（cpld）、其它逻辑电路、芯片上系统（soc）和/或任何其它基于指令执行操作的设备。除了其它能力之外，（一个或多个）处理器122可以被配置为取出并执行存储在存储器124中的计算机可读指令。

存储器124可以包括计算机可读介质中的一项或者其组合。如本文中使用的，“计算机可读介质”包括计算机存储介质和通信介质。

计算机存储介质包括用任何用于存储诸如是计算机可读指令、数据结构、程序模块或者其它数据之类的信息的方法或者技术实现的易失性和非易失性、可移除和非可移除介质。计算机存储介质包括但不限于相变存储器（pram）、静态随机存取存储器（sram）、动态随机存取存储器（dram）、其它类型的随机存取存储器（ram）、只读存储器（rom）、电可擦除可编程rom（eeprom）、闪存或者其它存储器技术、压缩盘rom（cd-rom）、数字多功能光盘（dvd）或者其它光学存储装置、盒式磁带、磁带、磁盘存储装置或者其它磁性存储设备、或者任何其它可以用于存储信息以用于被计算设备访问的介质。

相反，通信介质将计算机可读指令、数据结构、程序模块或者其它数据包括在诸如是载波之类的经调制数据信号中。如本文中定义的，计算机存储介质不包括通信介质。

存储器124可以包括操作系统126，操作系统126被配置为，为了其它部件和其它设备的利益，管理位于计算设备102内和耦合到计算设备102的硬件和服务。例如，计算设备102的其它部件可以包括诸如是浏览器或者应用（例如，被配置在计算设备102上的“应用（app）”）的（一个或者多个）用户模块。如本文中使用的，术语“模块”旨在出于讨论的目的表示对可执行指令的示例划分，而不旨在表示任何类型的要求或者所要求的方法、方式或者组织。相应地，尽管讨论了各种“模块”，但它们的功能和/或类似的功能可以被不同地安排（例如，被组合成更小数量的模块、被拆分成更大数量的模块等）。进一步地，尽管特定的功能和模块在本文中可以被描述为被可在处理器上执行的软件和/或固件实现，但在其它实施例中，所述模块中的任一个模块或者全部模块可以整体上或者部分上被用于执行所描述的功能的硬件（例如，专用处理单元等）实现。

计算设备102可以还包括网络接口128（例如，网络接口控制器或者nic）。在各种示例中，网络接口128包括信任建立模块130。信任建立模块130被配置为，与受信任实体104通信和交换信息（例如，信任信息112），如在本文中进一步讨论的。信任建立模块130还被配置为，用信任信息112和mac地址132发现另一个计算设备（例如，计算设备106）和/或建立与该另一个计算设备的连接。mac地址132可以在开放系统互连（osi）模型的介质访问控制协议子层之中或者通过该子层使用。可以将mac地址132存储在网络接口128的硬件（例如，只读存储器或者某个其它固件机制）中。在各种示例中，信任信息112将mac地址132表示为允许计算设备106与计算设备102通信的网络点。换句话说，可以使用信任信息112来计算被计算设备102用于与计算设备106通信的mac地址132，并且因此，不需要任何易受被攻击或者恶意实体利用的伤害的广播查询。

尽管就被包括在网络接口128内的信任建立模块130而言阐述了本文中提供的示例中的一些示例，但信任建立模块130还可以在计算设备的其它部件（例如，存储器124上的模块和/或操作系统126）中被实现。

图2图示了可以是受信任实体104的一部分或者被受信任实体104操作的示例受信任实体设备202的详细视图200。受信任实体设备202可以包括多种设备中的任一种设备，所述多种设备包括便携式设备或者固定式设备。例如，受信任实体设备202可以包括在网络服务（例如，云服务、内容提供商、服务提供商、服务器群等）内操作的服务器或者另一个计算设备。相应地，受信任实体设备202被配置为，经由诸如是互联网（例如，wi-fi连接）或者其它各种通信技术之类的（一个或者多个）网络110与受信任设备列表108上的设备（例如，计算设备102和计算设备106）通信。

受信任实体设备202包括一个或多个处理器204和存储器206。在上面就图1的（一个或多个）处理器122和存储器124讨论了（一个或多个）处理器204和存储器206的示例类型。存储器206包括信任管理模块208。信任管理模块208被配置为，与受信任设备列表108中的设备交互，以使得两个设备可以建立与彼此的信任和连接。为此，信任管理模块208被配置为，验证设备被批准加入域（例如，设备是经官方注册的）。例如，信任管理模块208可以访问包括受信任设备的身份210的数据库，以验证设备被信任并且因此被批准加入域。信任管理模块208还被配置为，从已加入域的设备接收信任信息112，并且在一些实例中，代表所述设备生成信任信息112，并且信任信息112是可被设备用于建立与彼此的信任的。此外，信任管理模块208被配置为，存储信任信息112，并且将信任信息112提供给已加入域的其它设备，以使得信任可以被建立。

在本文中进一步讨论（例如，就图3和图4而言）的各种示例中，信任信息112包括受信任设备的公钥。因此，信任管理模块208可以从受信任设备接收公钥，并且将公钥存储在公钥数据库212中。

在本文中进一步讨论（例如，就图5和图6而言）的各种示例中，信任信息112包括将被生成并且发给受信任设备的证书。因此，信任管理模块208可以生成证书，和/或将证书存储在证书数据库214中。

在本文中进一步讨论（例如，就图7和图8而言）的各种示例中，信任信息112包括将被发给受信任设备和/或与受信任设备共享的散列函数、散列种子和散列链版本号。因此，信任管理模块208可以生成散列函数和散列种子，和/或将散列函数、散列种子和散列链版本号存储在散列函数数据库216中。

在另外的示例中，信任管理模块208可以还创建设备关联，并且将基于所述关联的设备组存储在设备组数据库218中。例如，关联和组可以被创建为使得更可能在定期基础上连接和通信的域的设备可以是能够自动和安全地完成这些操作的。

图3-8单个地图示了用于使用本文中描述的技术的示例过程。为易于图示，将示例过程描述为在图1和/或图2的环境中执行。例如，示例过程的翻个操作中的一个或多个操作可以被计算设备102、被受信任实体设备202或者被计算设备102正在与之建立连接的计算设备106执行。在图3-7的示例过程中，在执行操作的相应设备（例如，如在图3-7的顶部所指示的）下面以列状的形式图示了被相应设备执行的相应操作。然而，过程也可以在其它环境中和通过其它设备执行。

作为逻辑流图图示了示例过程，所述逻辑流图的每个操作表示可以用硬件、软件或者其组合来实现的操作的序列。在软件的上下文中，操作表示在被一个或多个处理器执行时将设备配置为执行所详述的操作的、被存储在一个或多个计算机可读存储介质上的计算机可执行指令。概括地说，计算机可执行指令包括执行特定的功能的例程、程序、对象、组件、数据结构等。对操作进行描述的次序不旨在理解为限制，并且可以按照任何次序和/或并行地组合任何数量的所描述的操作以实现过程。进一步地，可以省略单个操作中的任一个操作。

图3图示了被受信任实体设备202相互信任的两个计算设备（例如，计算设备102和计算设备106）能够加入域以使得它们可以建立与彼此的信任和连接的示例过程300。示例过程300利用公钥密码术来建立信任和/或使设备能够安全和自动地进行连接。两个设备的“自动”连接可以在（i）不要求来自设备的用户的输入或者（ii）具有来自设备的用户的有限的输入（例如，“有限的”量的输入可以指仅要求用户选择或者识别该用户想要与之建立连接的设备）的情况下发生。

在操作302（a）处，第一计算设备102生成作为信任信息112的加密密钥对。在各种示例中，加密密钥对包括私钥（例如，“e_1”）和公钥（例如，“p_1”）。第一计算设备102保留私钥，并且使用私钥来对可以被具有公钥的其它设备（例如，计算设备106）解密的信息进行签名（例如，加密），因此向其它设备证明信息是由第一计算设备102提供的。相应地，公钥被配置为被提供给其它设备（例如，如在本文中进一步讨论的，经由受信任实体设备202被提供给计算设备106）。在对应的操作302（b）中，第二计算设备106生成作为其自己的信任信息112的加密密钥对（例如，“e_2”、“p_2”）。

在操作304（a）处，第一计算设备102向受信任实体设备202发送或者提供公钥。例如，第一计算设备102可以与加入域和或对域进行认证（例如，雇员到达工作场地）相关联地生成加密密钥对和/或向受信任实体设备202提供公钥。在对应的操作304（b）中，第二计算设备106向受信任实体设备202发送或者提供它自己的公钥。

在操作306处，受信任实体设备202接收来自第一计算设备102的公钥和接收来自第二计算设备106的公钥，并且将公钥存储在例如公钥数据库212中。

在操作308处，第一计算设备102向受信任实体设备202发送对于连接到第二计算设备106的请求。例如，可以与第一计算设备102发现第二计算设备106并且想要例如在不必广播它的mac地址的情况下连接到第二计算设备106相关联地发送该请求。第一计算设备102可以发送该请求以确定是否受信任设备列表108包括第二计算设备106。如果是，则第一计算设备102可以变得知道第一计算设备102和第二计算设备106两者都具有与受信任实体设备202的相互信任，并且因此，可以利用相互信任来建立两个设备之间的信任，以使得两个设备可以安全并且自动地发现彼此和进行连接。

在操作310处，受信任实体设备202接收来自第一计算设备102的请求，并且验证第一计算设备102是受信任设备列表108上的受信任设备（例如，经由身份数据库210中所存储的设备id）。

在操作312处，受信任实体设备202响应于该请求向第一计算设备102返回第二计算设备106的公钥（例如，“p_2”）。

在操作314处，第一计算设备102从受信任实体设备202接收第二计算设备106的公钥。在一些实例中，第一计算设备102可以实现用于验证公钥是从受信任实体设备202而不是从另一个设备接收的过程。

在操作316处，受信任实体设备202基于识别第二计算设备106的请求向第二计算设备106提供第一计算设备102的公钥（例如，“p_1”）。例如，对第一计算设备102的公钥的提供可以充当或者伴随对第一计算设备102想要建立与第二计算设备106的信任和连接到第二计算设备106的指示。

在操作318处，第二计算设备106从受信任实体设备202接收第一计算设备102的公钥。在一些实例中，第二计算设备106可以实现用于验证公钥是从受信任实体设备202而非从另一个设备接收的过程。

在操作320处，第一计算设备102向第二计算设备106发送对于经由mac地址132进行连接的请求。可以利用第一计算设备102从受信任实体设备202接收（例如，操作314）的第二设备的公钥（例如，“p_2”）对该请求和/或mac地址132进行加密。此外，可以使用第一计算设备102的、并且被计算设备102保留的私钥（例如，“e_1”）对该请求和/或mac地址132进行签名。相应地，mac地址132不被广播，并且因此不被暴露以用于被攻击或者恶意实体利用。

在操作322处，第二计算设备106从第一计算设备102接收请求。

在操作324处，第二计算设备106可以使用从受信任实体设备202接收（例如，操作318）的第一计算设备102的公钥（例如，“p_1”）验证该请求和/或mac地址的签名。此外，第二计算设备106可以使用它自己的私钥（例如，“e_2”）对该请求和/或mac地址进行解密。相应地，已使用经由受信任实体设备202提供的信任信息（例如，公钥）在两个设备之间建立信任。

在对应的操作326（a）和326（b）处，第一计算设备102和第二计算设备106经由mac地址132进行连接。图3中所图示的操作的次序可以与所示的次序不同。例如，第二计算设备106可以在第一计算设备102接收第二计算设备106的公钥（例如，操作314）之前接收第一计算设备102的公钥（例如，操作318）。

可以每次计算设备102和计算设备106想要进行连接时执行图3的示例过程300。

图4图示了被受信任实体设备202相互信任的两个计算设备（例如，计算设备102和计算设备106）能够使用由受信任实体设备202提前提供的公钥建立信任和连接到彼此的另一个示例过程400。如本文中讨论的，示例过程400是与图3的示例过程300不同的，这在于，受信任实体设备202提前向设备提供公钥的集合，以使得设备不必在每次该设备想要连接到另一个设备时联系受信任实体设备202以检索另一个设备的公钥。换句话说，设备可以能够例如持久地存储分别与其它设备的集合相关联的公钥的集合作为信任信息112，以使得设备不必在每次它想要进行连接时继续回到受信任实体设备202以检索公钥。相反，在设备想要连接到另一个设备时，该另一个设备的公钥是已在本地被存储的并且是可容易地提供使用的。

在一些示例中，对公钥的集合的提前提供可以是基于例如如被存储在设备组数据库218中的已定义的设备组的。组可以由有资格的人员（例如，it协调员、项目经理等）和/或根据已定义的策略来定义和创建。在至少一个示例中，被提供或者推送给设备的公钥的集合可以是分别与其它设备的集合相关联的，所述其它设备的集合是被相同的用户拥有或者控制或者与相同的用户帐户相关联的。例如，公司的单个雇员可以具有他或者她用于工作相关的任务的多个设备（例如，智能电话、平板型设备、家庭办公室处的膝上型计算机和台式计算机），所述多个设备中的每个设备是能够加入（例如，登录到）由公司操作的企业域或者是该域的一部分的受信任设备列表108中的设备。在一些实例中，企业域可以由用于为公司提供服务（例如，被配置为用于被公司使用）的外部实体作宿主或者操作。在另一个示例中，被提供给设备的公钥的集合可以是分别与属于特定团队的或者特定工作项目组的各种雇员的其它设备的集合相关联的。在又另一个示例中，被提供给设备的公钥的集合可以是分别与通常位于所述设备的预定邻域内的其它设备（例如，在雇员通常位于的特定楼层上或者特定工作建筑物内建立的每个工作场所设备）的集合相关联的。

在图4中，操作302（a）、302（b）、304（a）、304（b）和306是与上面就图3讨论的那些操作相同或者相似的。

然而，在操作402处，在计算设备102和计算设备106已加入域、已向域进行认证和/或已提供它们的公钥之后，受信任实体设备202标识要提供给第一计算设备102和第二计算设备106中的每个计算设备的公钥的集合。在一些示例中，所标识的公钥的集合可以对于第一计算设备102和第二计算设备106是相同的，而在其它示例中，所标识的公钥的集合可以对于第一计算设备102和第二计算设备106是不同的。如本文中使用的，“集合”可以包括一个或多个（例如，一个公钥、两个公钥、五个公钥、十个公钥等）。

在操作404处，受信任实体设备202向相应设备（例如是第一计算设备102和第二计算设备106）发送公钥的集合。如所讨论的，在一个特定的示例中，被受信任实体设备202提供的公钥包括与单个用户相关联的（被单个用户拥有的、注册到单个用户的、被单个用户控制的等）设备的集合的公钥。由受信任实体设备202发送公钥的集合可以被称为“推送”信任信息112。换句话说，受信任实体设备202可以在接收对于公钥的特定请求和/或对于连接到另一个特定设备的特定请求之前和/或独立于接收对于公钥的特定请求和/或对于连接到另一个特定设备的特定请求，自动地向计算设备推送公钥的集合。

在操作406（a）处，第一计算设备102接收由受信任实体设备202提供的公钥的集合。在对应的操作406（b）处，第二计算设备106接收由受信任实体设备202提供的公钥的集合。

既然第一计算设备102具有例如在本地被存储的第二计算设备106的公钥（例如，“p_2”），那么它可以以与在上面就图3讨论的方式相同或者相似的方式实现操作320。例如，第一计算设备102向第二计算设备106发送对于经由mac地址132进行连接的请求。可以利用第一计算设备102从受信任实体设备202接收（例如，操作406（a））的第二计算设备106的公钥对该请求和/或mac地址132进行加密。此外，可以使用第一计算设备102的私钥（例如，“e_1”）对该请求和/或mac地址进行签名。相应地，mac地址132不被广播，并且因此不被暴露以用于被攻击或者恶意实体利用。

此外，第二计算设备106可以以与在上面就图3讨论的方式相同或者相似的方式实现操作322和324。例如，第二计算设备106可以使用从受信任实体设备202接收（例如，操作406（b））的第一计算设备102的公钥（例如，“p_1”）验证该请求和/或mac地址的签名。此外，第二计算设备106可以使用它自己的私钥（例如，“e_2”）对该请求和/或mac地址进行解密。相应地，已使用经由受信任实体设备202提供的信任信息（例如，公钥）在两个设备之间建立信任。

因此，第一计算设备102和第二计算设备106可以分别实现对应的操作326（a）和326（b）（例如，与在上面就图3讨论的那些操作相似或者相同的），并且经由mac地址132进行连接。图4中所图示的操作的次序可以与所示的次序不同。

在一个示例实现方式中，之前已接收和存储公钥并且属于一个用户的两个设备（例如，智能电话和膝上设备）可以经由操作320、322、324、326（a）和326（b）使用短距连接（例如，当用户正在从家里办公时的蓝牙连接）建立信任和/或可以经由操作320、322、324、326（a）和326（b）使用短距连接进行连接，而不必连接到是域的部分的网络和/或不必联系受信任实体设备202以检索公钥。

在一些实例中，在新设备随着时间加入域并且被注册到受信任实体设备202（例如，被添加到受信任设备列表108）时，受信任实体设备202可以将新设备添加到合适的设备组，并且将它们的公钥推送或者分布给相同组的部分的其它受信任设备，以使得该组中的其它受信任设备可以被更新为具有与加入域的新设备（例如，属于相同用户的设备）相关的公钥信息。在一个示例中，设备的组可以包括域内的被受信任实体设备202信任的全部设备。在另一个示例中，可以将组的大小限于阈值大小（例如，五个设备、十个设备、二十个设备、五十个设备等）以帮助确保假如设备被损害时的安全性。即，相比于如果被损害的设备包含五十个公钥的情况，如果被损害的设备包含五个公钥，则对于受信任实体设备202来说，解决域内的问题（例如，撤销/取消被损害的密钥、接收和分布新的未被损害的密钥等）可以是更高效的。在又另一个示例中，可以将组的大小限于基于对设备处的资源消耗（例如，与在本地存储一百个公钥相比的用于在本地存储五个公钥的存储资源）的考虑的阈值大小。

图5图示了被受信任实体设备202相互信任的两个计算设备（例如，计算设备102和计算设备106）能够建立信任并且连接到彼此的又另一个示例过程500。示例过程500使用证书来建立信任。证书可以被称为用于通过链对真实性进行验证的信任的令牌。例如，证书可以由受信任实体设备202对其进行签名并且向第一计算设备102发出，并且证书可以被第一计算设备102用于指示它是被受信任实体设备202信任的。因此，第二计算设备106可以基于证书确定第一计算设备102值得被信任。换句话说，间接通过证明设备的真实性的链建立信任。

在操作502（a）处，第一计算设备102加入与受信任实体设备202相关联的（例如，被其操作的）域。在对应的操作502（b）中，第二计算设备106也加入域。

在操作504处，受信任计算设备202例如经由访问设备身份数据库210识别设备并且验证它们是被包括在受信任设备列表108上的受信任设备。

在操作506处，受信任实体设备202向第一计算设备102发出第一证书。如上面讨论的，受信任实体设备202可以对第一证书进行签名，因此提供对第一计算设备102是被受信任实体设备202信任的指示。

在操作508处，第一计算设备102从受信任实体设备202接收第一证书。

在操作510处，受信任实体设备202向第二计算设备106发出第二证书。再次地，受信任实体设备202可以对第二证书进行签名，因此提供对第二计算设备106是被受信任实体设备202信任的指示。

在操作512处，第二计算设备106从受信任实体设备202接收第二证书。

在操作514处，第一计算设备102向第二计算设备106发送对于建立信任的请求。对于建立信任的请求可以包括第一证书或者以某种方式与第一证书相关联。

在操作516处，第二计算设备106从第一计算设备102接收对于建立信任的请求。

在操作518处，第二计算设备106使用第一证书验证第一计算设备102是受信任计算设备。如上面讨论的，第一证书由受信任实体设备202向第一计算设备102发出，并且在第二计算设备106处从第一计算设备102被接收。因此，第一证书用于经由信任链证明第一计算设备102的真实性。

在操作520处，第二计算设备106向第一计算设备102发送第二证书。

在操作522处，第一计算设备102从第二计算设备106接收第二证书。

在操作524处，第一计算设备102使用被发出的第二证书验证第二计算设备106是受信任计算设备。

在对应的操作526（a）和526（b）处，第一计算设备102和第二计算设备106基于经由被交换的证书建立的信任建立连接。

在各种示例中，证书可以取代例如如上面就图3或者图4讨论的公钥密码术被用于建立信任。在其它示例中，可以除了就图5描述的证书之外使用图3或者图4的公钥密码术。例如，可以利用第一计算设备102之前已从受信任实体设备202接收的第二计算设备106的公钥（例如，“p_2”）对从第一计算设备102发送到第二计算设备106的对于建立信任的请求（例如，操作514）进行加密。此外，可以使用第一计算设备102的私钥（例如，“e_1”）对该请求进行签名。

图5中所图示的操作的次序可以与所示的次序不同。例如，第二计算设备106可以在第一计算设备102接收第一证书（例如，操作508）之前接收第二证书（例如，操作512）。

图6图示了被受信任实体设备202相互信任的两个计算设备（例如，计算设备102和计算设备106）能够使用由受信任实体设备102提前提供的证书建立信任和连接到彼此的另一个示例过程600。示例过程600是与图5的示例过程500不同的，这在于，受信任实体设备202提前向设备提供证书的集合，以使得设备自身不必提供由受信任实体设备202发出的其证书。换句话说，设备可能能够持久地存储分别向其它设备的集合发出、或者是与其它设备的集合相关联的证书的集合，例如作为信任信息112。

在一些示例中，对证书的集合的提前提供可以是基于例如如存储在设备组数据库218中和如在上面就图4讨论的已定义的设备组的。

在图6中，操作502（a）、502（b）和504是与上面就图5讨论的那些操作相同或者相似的。

然而，在操作602处，在计算设备102和计算设备106已加入域之后，受信任实体设备202标识要向第一计算设备102和第二计算设备106中的每个计算设备提供的证书的集合。在一些示例中，所标识的证书的集合可以对于第一计算设备102和第二计算设备106是相同的，而在其它示例中，所标识的证书的集合可以对于第一计算设备102和第二计算设备106是不同的。

在操作604处，受信任实体设备202向相应设备（例如是第一计算设备102和第二计算设备106）发送证书的集合。如已讨论的，在一个特定的示例中，由受信任实体设备202提供的证书包括针对与单个用户相关联（例如，被单个用户拥有、被注册到单个用户、被单个用户控制等）的设备的集合的证书。

在操作606（a）处，第一计算设备102接收由受信任实体设备202提供的证书的集合。在对应的操作606（b）中，第二计算设备106接收由受信任实体设备202提供的证书的集合。

既然第一计算设备102具有由受信任实体设备202向和/或代表第二计算设备106发出的证书，并且既然第二计算设备106具有由受信任实体设备202向和/或代表第一计算设备102发出的证书，则可以以与在上面就图5讨论的方式相同或者相似的方式实现操作526（a）和526（b）。例如，可以基于经由从受信任实体设备202提前接收的证书建立的信任建立连接。因此，设备不需要向彼此发送它们的证书，而是，设备可以基于从受信任实体设备202提前接收的信息，安全并且自动地进行连接。图6中所图示的操作的次序可以与所示的次序不同。

在至少一个示例中，由受信任实体设备202发出的证书可以是用于证明公钥的拥有权的公钥证书（例如，也被称为数字证书或者身份证书）。证书可以包括关于公钥的信息、关于公钥的拥有者的身份的信息和已验证证书的内容是正确的实体的数字签名。如果签名是有效的，并且对证书进行审查或者验证的设备信任签名者，则设备可以建立与公钥的拥有者的信任，并且可以使用公钥来与拥有者（例如，另一个设备）通信。

通过使用图5和/或图6中所描述的证书，可以在使用mac地址来进行连接之前（例如，在与对设备共享mac地址之前）在两个设备之间建立信任。此外，受信任实体设备202可以在设备不再被包括在受信任设备列表108上时撤销证书，并且因此，该设备将不再被其它设备信任。可以例如在雇员离开公司或者被公司解聘时从受信任设备列表移除设备。

如在上面讨论的，可以初始使用随机mac地址实现对设备的配对和发现，并且在连接被建立之后，可以通过静态通用mac地址实现数据通信。然而，攻击和恶意实体可能仍然能够首先攻击并且损害一个设备以确定正被其所配对或者结伴的设备使用的静态通用mac地址，并且因此攻击和恶意实体可以在静态通用mac地址经由首先的攻击被暴露之后启动对所配对或者结伴的设备的第二攻击。

图7图示了使用散列函数来确定或者计算要用于通信的mac地址的示例过程700。可以使用散列函数来连续地变更mac地址，因此允许两个设备安全地进行连接和通信，而同时减少或者消除向攻击或者恶意实体的暴露（例如，降低恶意攻击的可能性）。换句话说，设备可以使用散列函数来动态地计算随机mac地址。在各种示例中，可以根据如在上面就图3-6中的任一项描述的在两个设备之间建立信任来实现过程700。

在各种示例中，散列函数是输入数据并且输出结果（例如，输出数据、输出值等）的单向操作。然而，给定结果和散列函数，则不可能知道或者计算被输入到散列函数中的数据。相应地，可以将数据输入到散列函数中以输出第一结果。可以然后将第一结果输入到散列函数以输出第二结果。可以然后将第二结果输入到散列函数以输出第三结果，等等。该过程可以被重复数百次、数千次或者甚至数百万次以创建散列链或者所计算的结果的链。如在本文中就图7描述的，可以使用散列链来动态地管理和变更正被设备使用的mac地址。

在图7中，操作502（a）、502（b）和504是与在上面就图5讨论的那些操作相同或者相似的。

在702处，受信任实体设备202生成并向第一计算设备102发出第一散列函数和第一种子（例如，“h_1”）。第一种子可以是初始被输入到第一散列函数用以生成散列链的数据。

在704处，第一计算设备102接收第一散列函数和针对第一散列函数的第一种子。随后，第一计算设备102和/或受信任实体设备202可以使用第一散列函数和第一种子生成第一散列链和/或在彼此之间共享第一散列链。

在706处，受信任实体设备202生成并向第二计算设备106发出第二散列函数和第二种子（例如，“h_2”）。

在708处，第二计算设备106接收第二散列函数和针对第二散列函数的第二种子。随后，第二计算设备106和/或受信任实体设备202可以使用第二散列函数和第二种子生成第二散列链和/或与彼此共享第二散列链。

在710处，第一计算设备102向受信任实体设备202发送对于连接到第二计算设备106的请求。

在712处，受信任实体设备202接收对于进行连接的请求。

在714（a）和/或714（b）处，受信任实体设备202和/或第二计算设备106确定可以用于共享正被第二计算设备106使用的当前的mac地址的第二散列链的版本号。版本号可以指散列链中的结果（例如，诸如是第一计算出的结果、第二计算出的结果、第三计算出的结果等的散列链内的位置）。版本号或者结果可以表示正被第二计算设备106使用的mac地址或者与正被第二计算设备106使用的mac地址相关联。

在716处，受信任实体设备202向第一计算设备102返回第二散列函数、第二种子和所确定的第二散列链的版本号。

在718处，第一计算设备102接收第二散列函数、第二种子和所确定的第二散列链的版本号。

在720处，第一计算设备102使用第二散列函数、第二种子和所确定的第二散列链的版本号，确定mac地址。例如，如果版本号指示第二计算设备106当前正在使用与第二散列链的第三版本（例如，第三计算出的结果）相关联的mac地址，则第一计算设备102被配置为：将第二种子数据输入到第二散列函数中以计算第一结果（例如，第一版本），将计算出的第一结果输入到第二散列函数中以计算第二结果（例如，第二版本），并且将计算出的第二结果输入到第二散列函数中以计算第三结果。计算出的第三结果与第三版本相对应，并且可以被用于确定正被第二计算设备106用于进行通信的mac地址。

在对应的操作722（a）和722（b）处，第一计算设备102和第二计算设备106使用所确定的第二计算设备106的mac地址建立连接。额外地，可以执行类似的操作以确定可以被提供给第二计算设备106并且被第二计算设备106用于确定被第一计算设备102使用的当前的mac地址的第一散列链的版本号。

因此，根据图7，想要连接到另一个设备的设备可以从受信任实体设备202请求可用于计算正被另一个设备使用的动态地变更的和随机化的mac地址的散列函数、散列种子和版本号。

在各种示例中，可以根据图3-6中的任一项实现图7的示例过程700。例如，设备可以使用公钥密码术和/或证书来验证另一个设备和/或保护被发送给另一个设备的连接请求。相应地，图5的示例场景允许在域内被信任的两个设备通过随机mac地址维持连接。此外，设备可以在任何时间从散列链的一个版本移动到散列链的另一个版本，因此防止或者停止可能已泄露当前的随机mac地址的损害。可以在设备不必再次完成发现和/或配对的情况下实现所述移动。此外，如果对设备的信任被受信任实体设备202撤销，则散列种子可以被变更，并且该设备可能不再具有用于连接到其它受信任设备的必要信息。

图8图示了使用散列函数来动态地变更被设备使用的mac地址的示例过程800。例如，可以使用散列函数生成散列链，并且可以使用散列链内的不同版本（例如，计算出的结果）来实现基于从散列链的一个版本向下一个版本的移动而动态地变更的“轮询”mac地址，因此使受信任设备能够与彼此通信，而同时保护设备免受不能访问散列函数或者散列链的攻击和恶意实体的伤害。

在802处，设备（例如，第一计算设备102）使用第一mac地址来连接到另一个设备（例如，第二计算设备106）。

在804处，设备确定是时候变更到与第一mac地址不同的新mac地址（例如，移动到散列链中的下一个版本）了。在一个示例中，可以由散列函数自动地确定用于确定要变更的时间的定时协议（例如，定期的定时、对于攻击和恶意实体来说不可预测的可变定时等）。在另一个示例中，设备可以基于特定的事件或者触发（例如，对当前被使用的mac地址已被损害的指示）确定是时候进行变更了。设备可以然后向受信任实体设备202报告其要变更mac地址的意图，以使得受信任实体设备202可以向其它受信任设备传播指令（例如，用于从一个版本号移动到下一个版本号）。或者，设备可以直接向所配对的设备报告其要变更mac地址的意图。

在806处，设备使用新的mac地址来连接到（一个或者多个）其它设备。

相应地，通过实现图7和图8的示例过程，甚至被损害的设备也可以通过基于散列链动态地变更mac地址来限制攻击的限度。因此，不知道用于计算新的或者经更新的mac地址的散列函数和散列种子的设备不能连接到设备。

示例条款

示例a：一种设备，包括：处理系统，其包括：一个或多个处理器；以及耦合到一个或多个处理器的存储器，处理系统被配置为：向受信任实体设备发送与所述设备相关联的第一公钥，受信任实体设备维护在域内被信任的设备列表，设备列表包括所述设备；从受信任实体设备接收第二公钥，第二公钥是与包括在设备列表中的另一个设备相关联的；向所述另一个设备发送对经由介质访问控制（mac）地址进行连接的请求，利用第二公钥对对于进行连接的请求进行加密，并且利用与所述设备相关联的私钥对对于进行连接的请求进行签名；以及，响应于所述另一个设备使用第一公钥来对对于经由mac地址进行连接的请求进行验证，建立与所述另一个设备的连接，第一公钥已被受信任实体设备提供给所述另一个设备。

示例b，示例a的设备，其中，从受信任实体设备接收第二公钥和使用第二公钥对对于进行连接的请求进行加密使得所述设备和所述另一个设备能够安全地经由mac地址进行连接，而设备不必广播mac地址。

示例c，示例a或者示例b的设备，其中，处理系统被进一步配置为，向受信任实体设备并且在接收第二公钥之前发送对于连接到所述另一个设备的具体的请求。

示例d，示例a或者示例b的设备，其中，第二公钥被接收作为分别与受信任的设备列表上的设备集合相关联的公钥的集合的部分，所述设备和所述设备集合被包括在针对自动配对已被批准的已定义的设备组中。

示例e，示例d的设备，其中，所述设备和所述设备集合是与相同的用户帐户相关联的。

示例f，示例d或者示例e的设备，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收公钥的集合。

示例g，示例a到示例f中的任一项的设备，其中，处理系统被进一步配置为，生成包括第一公钥和私钥的密钥对。

示例h，示例a到示例g中的任一项的设备，其中，域包括企业域，并且所述设备列表包括已被注册到由企业域提供服务的公司的雇员的设备。

尽管在上面就设备描述了示例a到示例h，但应当理解，在本文档的上下文中，也可以经由系统、计算机存储介质和/或方法来实现示例a到示例h的内容。

示例i，一种设备，包括：处理系统，其包括：一个或多个处理器；以及耦合到一个或多个处理器的存储器，处理系统被配置为：从受信任实体设备接收证书，受信任实体设备维护在域内被信任的设备列表，并且设备列表包括所述设备；以及，至少部分上基于证书建立经由介质访问控制（mac）地址的与另一个设备的连接。

示例j，示例i的设备，其中，从受信任实体设备接收证书使所述设备和所述另一个设备能够安全地经由mac地址进行连接，而所述设备不必广播mac地址。

示例k，示例j或者示例i的设备，其中，证书指示所述设备被受信任实体设备信任，并且处理系统被进一步配置为，导致所述设备在建立连接之前向所述另一个设备发送证书，以使所述另一个设备能够验证所述设备被受信任实体设备信任。

示例l，示例k的设备，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收证书。

示例m，示例j或者示例i的设备，其中，证书指示所述另一个设备被受信任实体设备信任，并且，证书被接收作为分别与受信任设备列表上的设备集合相关联的证书的集合的部分，所述设备和所述设备集合被包括在已被批准用于自动配对的已定义的设备组中。

示例n，示例m的设备，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收证书。

示例o，示例m的设备，其中，所述设备和所述设备集合是与相同的用户帐户相关联的。

示例p，示例i到示例o中的任一项的设备，其中，域包括企业域，并且所述设备列表包括已被注册到由企业域提供服务的公司的雇员的设备。

尽管在上面就设备描述了示例i到示例p，但应当理解，在本文档的上下文中，也可以经由系统、计算机存储介质和/或方法来实现示例i到示例p的内容。

示例q，一种设备，包括：处理系统，其包括：一个或多个处理器；以及耦合到一个或多个处理器的存储器，处理系统被配置为：向第一设备发出散列函数和散列种子，散列种子和散列函数是可用于生成包括多个版本的散列链的；从第二设备接收对于连接到第一设备的请求；确定正在被第一设备用于确定介质访问控制（mac）地址的散列链的多个版本中的当前版本；以及，向第二设备发送散列函数、散列种子和当前版本，因此使得第二设备能够确定mac地址，并且经由mac地址连接到第一设备。

示例r，示例q的设备，其中，处理系统被进一步配置为：从第一设备接收对第一设备正在从使用所述mac地址变更为使用与散列链的多个版本中的新版本相关联的新mac地址的指示；以及，将指示提供给第二设备。

示例s，示例r的方法，其中，至少部分上基于与散列函数相关联并且可用于确定要变更mac地址的时间的定时协议接收指示。

示例t，示例r的设备，其中，至少部分上基于对mac地址已被损害的确定接收指示。

尽管在上面就设备描述了示例q到示例t，但应当理解，在本文档的上下文中，也可以经由系统、计算机存储介质、安全设备和/或方法来实现示例q到示例t的内容。

示例u，一种系统，包括：用于向受信任实体设备发送与设备相关联的第一公钥的单元，受信任实体设备维护在域内被信任的设备列表，设备列表包括所述设备；用于从受信任实体设备接收第二公钥的单元，第二公钥是与包括在设备列表中的另一个设备相关联的；用于向所述另一个设备发送对经由介质访问控制（mac）地址进行连接的请求的单元，利用第二公钥对对于进行连接的请求进行加密，并且利用与所述设备相关联的私钥对对于进行连接的请求进行签名；以及，用于响应于所述另一个设备使用第一公钥来对对于经由mac地址进行连接的请求进行验证建立与所述另一个设备的连接的单元，第一公钥已被受信任实体设备提供给所述另一个设备。

示例v，示例u的系统，其中，从受信任实体设备接收第二公钥和使用第二公钥对对于进行连接的请求进行加密使得所述设备和所述另一个设备能够安全地经由mac地址进行连接，而设备不必广播mac地址。

示例w，示例u或者示例v的系统，其中，进一步包括：用于向受信任实体设备并且在接收第二公钥之前发送对于连接到所述另一个设备的具体的请求的单元。

示例x，示例u或者示例v的系统，其中，第二公钥被接收作为分别与受信任的设备列表上的设备集合相关联的公钥的集合的部分，所述设备和所述设备集合被包括在已被批准用于自动配对的已定义的设备组中。

示例y，示例x的系统，其中，所述设备和所述设备集合是与相同的用户帐户相关联的。

示例z，示例x或者示例y的系统，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收公钥的集合。

示例aa，示例u直到示例a中的任一项的系统，其中，进一步包括：用于生成包括第一公钥和私钥的密钥对的单元。

示例bb，示例u到示例aa中的任一项的系统，其中，域包括企业域，并且所述设备列表包括已被注册到由企业域提供服务的公司的雇员的设备。

示例cc，一种系统，包括：用于从受信任实体设备接收证书的单元，受信任实体设备维护在域内被信任的设备列表，并且设备列表包括所述设备；以及，用于至少部分上基于证书建立经由介质访问控制（mac）地址的与另一个设备的连接的单元。

示例dd，示例cc的系统，其中，从受信任实体设备接收证书使所述设备和所述另一个设备能够安全地经由mac地址进行连接，而所述设备不必广播mac地址。

示例ee，示例cc或者示例dd的系统，其中，证书指示所述设备被受信任实体设备信任，所述系统进一步包括：用于在建立连接之前向所述另一个设备发送证书以使所述另一个设备能够验证所述设备被受信任实体设备信任的单元。

示例ff，示例ee的系统，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收证书。

示例gg，示例cc或者示例dd的系统，其中，证书指示所述另一个设备被受信任实体设备信任，并且，证书被接收作为分别与受信任设备列表上的设备集合相关联的证书的集合的部分，所述设备和所述设备集合被包括在已被批准用于自动配对的已定义的设备组中。

示例hh，示例gg的系统，其中，响应于所述设备加入域，并且独立于所述设备向受信任实体设备发送对于连接到所述另一个设备的具体的请求，在所述设备处并且从受信任实体设备接收证书。

示例ii，示例gg的系统，其中，所述设备和所述设备集合是与相同的用户帐户相关联的。

示例jj，示例cc到示例ii中的任一项的系统，其中，域包括企业域，并且所述设备列表包括已被注册到由企业域提供服务的公司的雇员的设备。

示例kk，一种系统，包括：用于向第一设备发出散列函数和散列种子的单元，散列种子和散列函数是可用于生成包括多个版本的散列链的；用于从第二设备接收对于连接到第一设备的请求的单元；用于确定正在被第一设备用于确定介质访问控制（mac）地址的散列链的多个版本中的当前版本的单元；以及，用于向第二设备发送散列函数、散列种子和当前版本因此使第二设备能够确定mac地址并且经由mac地址连接到第一设备的单元。

示例ll，示例kk的系统，进一步包括：用于从第一设备接收对第一设备正在从使用所述mac地址变更为使用与散列链的多个版本中的新版本相关联的新mac地址的指示的单元；以及，用于将指示提供给第二设备的单元。

示例mm，示例ll的系统，其中，至少部分上基于与散列函数相关联并且可用于确定要变更mac地址的时间的定时协议接收指示。

示例nn，示例ll的系统，其中，至少部分上基于对mac地址已被损害的确定接收指示。

结论

尽管本公开内容可以使用专用于结构化特征和/或方法学操作的语言，但本公开内容不限于本文中描述的具体的特征或者操作。相反，作为实现本公开内容的说明性的形式公开了具体的特征和操作。