验证者造句

造句与例句手机版

验证此身份验证者是否可信的方式与数据库所有者作为身份验证者时的验证方式相同。
身份验证者（数据库所有者或用于给模块签名的证书或非对称密钥）必须在目标范围内是可信的。
签名验证者必须有权使用包含与用于生成签名的私钥关联的公钥的公钥证书。
该上下文在其他范围（例如，其他数据库或sql server实例本身）内也有效，在这些范围内，身份验证者是“可信
另外，这些模拟操作的身份验证者是数据库所有者。实际上，确定被模拟用户的身份并证明其真实性的也是数据库所有者。
也就是说，将authenticate server权限的被授权者作为其身份验证者的任何上下文在整个sql server
通过将数据库所有者用作身份验证者，可以扩展在数据库内建立的模拟上下文来访问该数据库范围外的资源。
”的。因此，数据库范围外的模拟用户上下文的有效性取决于上下文的身份验证者在目标范围内是否可信。
要允许使用pki技术的数字签名，签署方( echoserviceclient )必须有权使用将其视为签名验证者( echoservice )的私钥。
但是，在说明此信任模型以及如何有选择地扩展模拟作用域之前，您应该先了解sql server中的身份验证以及身份验证者的角色。
用验证者造句挺难的，這是一个万能造句的方法
然而，应该注意到，只有通过使用安全关联进行恳求者[客户机]和验证者[接入点]系统之间的通信时，才能使这样的使用成为安全的。
例如，如果此过程要创建一个登录帐户且此服务器级操作需要服务器范围权限，则必须对上下文的身份验证者授予authenticate server权限。
可以将authenticate权限用作使目标范围信任上下文的身份验证者的一种方法，而且还可以确定sql server实例是否信任源数据库以及其中的内容。
如果目标范围是另一数据库，则通过授予身份验证者authenticate权限建立此信任；如果目标范围是sql server实例，则通过授予身份验证者authenticate server权限建立此信任。
无论何时使用模拟上下文尝试访问数据库范围外的资源， sql server实例都要验证发起请求的数据库是可信的且身份验证者被信任。
基于指定验证者签名和代理签名的思想,提出了一个运用双线性对的基于身份的强指定验证者代理签名方案,该方案比文献[ 4 ]中的指定验证者代理签名方案的签名长度更短。
传统的覆盖准则只考虑代码的可控制性，忽略其可观测性，这些准则保证了代码会执行，但其执行错误并不一定可以反映到验证者所选定的观测点上。
在该方案中，任何参与者的授权子集能容易地产生群签名，而参与者的非授权子集不可能产生有效的群签名，验证者可通过验证方法验证个体签名和群签名的合法性。
在普通的签名系统中,签名文件是可以无限验证的,即每个人都可以通过群公钥来验证其有效性,但在某些特殊领域,尤其是电子银行业务中,这样广泛的验证人群在某些情况下是不合适的,有时,某些特殊的签名文件只能有某些指定的验证者进行验证,本文在acjt方案的基础上,根据通用的指定验证者的方案构造了指定验证者的群签名方案。
例如，假设有一种情况，其中一个数据库( database 1 )的模拟上下文应该被信任，而另一数据库( database 2 )的模拟上下文不应该被信任，并且两个数据库具有相同的所有者，在目标范围内该所有者被信任为身份验证者。