javatm platform
standard ed. 6

org.ietf.jgss
接口 gsscontext


public interface gsscontext

此接口将封装 gss-api 安全【ān quán】上下文,并提供可通过上下文提供的安全【ān quán】服务【services】。安全上下文是使用本地获取的凭据在同位体之间创建的。在一对同位体之间可能【kě néng】会同时存在多个上下文,它们使用一套相同或不同的凭据。gss-api 的执行方式与基础传输协议无关,而是取决于其对传输标记的应用程序的调用,这些标记由同位体之间的安全上下文生成。

如果调用者使用默认的 gssmanager 实例实例化上下文,则可保证 kerberos v5 gss-api 机制可用于上下文创建。此机制由 oid "1.2.840.113554.1.2.2" 标识,并在 rfc 1964 中被进行定义。

在初始化上下文创建阶段之前,上下文初始化程序会请求已创建的上下文所需要的特定特征。并非所有【all】的基础机制都支持【support】调用者所需要的全部【quán bù】特征。在创建上下文之后,调用者可以【can】通过多种查询方法来检查由该上下文提供的实际特征和服务【services】。当使用由默认的 gssmanager 实例提供的 kerberos v5 gss-api 机制时,所有的可选服务都可本地提供。它们是相互验证、凭据委托、机密性和完整性保护、以及 per-message 重放检测和排序。注意【zhù yì】,在 gss-api 中,消息完整性是消息机密性的先决条件。

上下文创建必须在这样【then】一个环路中进行:初始端调用 initseccontext,接受【jiē shòu】端调用 acceptseccontext,直到创建好该上下文。同时,在此环路中,initseccontextacceptseccontext 方法将产生应用程序发送给同位体的标记。同位体将根据情况将任何这样【then】的标记作为输入传递给它的 acceptseccontextinitseccontext

在上下文创建阶段,可能【kě néng】会调用 isprotready 方法来确定是否可以【can】将该上下文用于 wrapgetmic 的 per-message 操作。这将允许【allow】应用程序在尚未完全【wán quán】创建的上下文上使用 per-message 操作。

在上下文创建好或 isprotready 方法返回 true后,可调用查询例程来确定已创建上下文的实际特征和服务。还可以通过使用 wrapgetmic 的 per-message 方法来启动应用程序,以获取对应用程序提供的数据的加密操作。

当不再需要上下文时,应用程序必须调用 dispose 来释放该上下文可能正在使用的任何系统资源。

安全上下文一般都维护有关它所处理的标记的排序和重放检测方面的信息。因此【therefore】,将标记呈现给此上下文以进行处理的顺序非常重要【important】。还要注意【zhù yì】的是,此接口中的任何方法都不同步。因此【therefore】,除非已经【yǐ jing】实施了某些应用程序级的同步,否则建议不要【bù yào】在几个线程之间共享 gsscontext

最后一点是,不同的机制提供商可能会对使用 gss-api 上下文提出不同的安全限制。这些将由机制提供商记入文档。应用程序需要确保是否具有适当的权限在机制层中进行此类检查。

下面呈现的示例代码演示了使用 gsscontext 接口初始化同位体的情况。它呈现了在 gsscontext 对象上的不同操作,其中包括【included】:对象初始化、所需标志的设置、上下文创建、对实际上下文标志的查询、对应用程序数据的 per-message 操作和最终的上下文删除。

  // create a context using default credentials // and the implementation specific default mechanism  gssmanager manager ...  gssname targetname ...  gsscontext context=manager.createcontext(targetname, null, null,        gsscontext.indefinite_lifetime); // set desired context options prior to context establishment  context.requestconf(true);  context.requestmutualauth(true);  context.requestreplaydet(true);  context.requestsequencedet(true);  // establish a context between peers  byte []intoken=new byte[0];  // loop while there still is a token to be processed  while (!context.isestablished()) {  byte[] outtoken  =context.initseccontext(intoken, 0, intoken.length);    // send the output token if generated  if (outtoken !=null)  sendtoken(outtoken);   if (!context.isestablished()) {  intoken=readtoken();  }   // display context information system.out.println("remaining lifetime in seconds="        + context.getlifetime()); system.out.println("context mechanism=" + context.getmech()); system.out.println("initiator=" + context.getsrcname()); system.out.println("acceptor=" + context.gettargname());  if (context.getconfstate())   system.out.println("confidentiality (i.e., privacy) is available");  if (context.getintegstate())   system.out.println("integrity is available");  // perform wrap on an application supplied message, appmsg, // using qop=0, and requesting privacy service byte [] appmsg ...  messageprop mprop=new messageprop(0, true);  byte []tok=context.wrap(appmsg, 0, appmsg.length, mprop);  sendtoken(tok);  // release the local-end of the context context.dispose(); 

从以下版本开始【kāi shǐ】:
1.4

字段摘要
static intdefault_lifetime
          一个表示默认的上下文生存期的生存期常量。
static intindefinite_lifetime
          一个表示不确定的上下文生存期的生存期常量。
 
方法摘要
 byte[]acceptseccontext(byte[] intoken,int offset,int len)
          由上下文接受【jiē shòu】端在收到【shōu dào】同位体的标记后调用。
 voidacceptseccontext(inputstream instream,outputstream outstream)
          由上下文接受端调用,以处理来自使用流的同位体的标记。
 voiddispose()
          释放存储在上下文对象中并且使上下文无效的系统资源和加密信息。
 byte[]export()
          导出此上下文,以便使其他【other】进程能够导入它。
 booleangetanonymitystate()
          确定是否会向上下文接受端对上下文初始端进行匿名验证。
 booleangetconfstate()
          确定数据机密性是否可用于上下文。
 booleangetcreddelegstate()
          确定是否在此上下文上启用凭据委托。
 gsscredentialgetdelegcred()
          获取上下文初始端委托给上下文接受端的凭据。
 booleangetintegstate()
          确定数据完整性是否可用于上下文。
 intgetlifetime()
          确定此上下文剩余的生存期是多长。
 oidgetmech()
          确定什么机制正用于此上下文。
 byte[]getmic(byte[] inmsg,int offset,int len,messageprop msgprop)
          返回包含所提供消息的加密消息完整性代码 (mic) 的标记,以便传输到同位体应用程序。
 voidgetmic(inputstream instream,outputstream outstream,messageprop msgprop)
          使用流来产生包含所提供消息的加密 mic 的标记,以便传输到同位体应用程序。
 booleangetmutualauthstate()
          确定是否在此上下文上启用了相互验证。
 booleangetreplaydetstate()
          确定是否针对此上下文中的 per-message 安全服务启用了重放检测。
 booleangetsequencedetstate()
          确定是否针对本上下文中的 per-message 安全服务启用了序列检查。
 gssnamegetsrcname()
          返回上下文初始端的名称。
 gssnamegettargname()
          返回上下文接受端的名称。
 intgetwrapsizelimit(int qop,boolean confreq,int maxtokensize)
          用来确定可以传输给 wrap 的消息的大小限制。
 byte[]initseccontext(byte[] inputbuf,int offset,int len)
          由上下文初始端调用,以启动上下文创建阶段,处理由同位体的 acceptseccontext 方法生成的任何标记。
 intinitseccontext(inputstream instream,outputstream outstream)
          由上下文初始端调用,以启动上下文的创建阶段,处理由使用流的同位体的 acceptseccontext 方法生成的任何标记。
 booleanisestablished()
          用来在上下文创建期间确定上下文的状态。
 booleanisinitiator()
          确定它是否为上下文初始端。
 booleanisprotready()
          确定上下文是否已为要在其上使用的 per message 准备【ready to】就绪。
 booleanistransferable()
          确定通过使用 export 方法,该上下文是否可以传输给其他【other】进程。
 voidrequestanonymity(boolean state)
          请求不要【bù yào】将初始端的身份泄露给接受端。
 voidrequestconf(boolean state)
          请求针对 wrap 方法启用数据机密性。
 voidrequestcreddeleg(boolean state)
          请求在上下文创建期间将初始端的凭据委托给接受端。
 voidrequestinteg(boolean state)js随机数
          请求针对 wrapgetmic 方法启用数据完整性。
 voidrequestlifetime(int lifetime)
          请求上下文以秒为单位的生存期。
 voidrequestmutualauth(boolean state)
          要求相互验证在上下文创建期间完成。
 voidrequestreplaydet(boolean state)
          请求在上下文创建之后针对 per-message 安全服务启用重放检测。
 voidrequestsequencedet(boolean state)
          请求在上下文创建之后针对 per-message 安全服务启用序列检查。
 voidsetchannelbinding(channelbinding cb)
          设置在上下文创建期间使用的通道绑定。
 byte[]unwrap(byte[] inbuf,int offset,int len,messageprop msgprop)
          用来处理在上下文的另一方由 wrap 方法生成的标记。
 voidunwrap(inputstream instream,outputstream outstream,messageprop msgprop)
          使用流来处理在上下文的另一方由 wrap 方法生成的标记。
 voidverifymic(byte[] intoken,int tokoffset,int toklen,byte[] inmsg,int msgoffset,int msglen,messageprop msgprop)
          通过提供的消息,检查包含在标记参数中的加密的 mic。
 voidverifymic(inputstream tokstream,inputstream msgstream,messageprop msgprop)
          通过提供的消息,使用流来验证包含在标记参数中的加密的 mic。
 byte[]wrap(byte[] inbuf,int offset,int len,messageprop msgprop)
          将 per-message 安全服务应用于已创建的安全上下文。
 voidwrap(inputstream instream,outputstream outstream,messageprop msgprop)
          将 per-message 安全服务应用于已创建的使用流的安全上下文。
 

字段详细小緂ǎn】畔

default_lifetime

static final int default_lifetime
一个表示默认的上下文生存期的生存期常量。此值被设置为 0。

另请参见:
常量字段值

indefinite_lifetime

static final int indefinite_lifetime
一个表示不确定的上下文生存期的生存期常量。在 java 中必须将此值设置为最大【zuì dà】整数值 -- integer.max_value

另请参见:
常量字段值
方法详细信息

initseccontext

byte[] initseccontext(byte[] inputbuf,     int offset,     int len)     throws gssexception
由上下文初始端调用,以启动上下文创建阶段,处理由同位体的 acceptseccontext 方法生成的任何标记。此方法会返回一个应用程序需要发送给同位体、以便由其 acceptseccontext 方法进行处理的输出标记。应用程序可以调用 isestablished 来确定在上下文的这一方是否完成了上下文创建阶段。如果从 isestablished 中返回的值是 false,则指示希望【xī wàng】为 initseccontext 提供更多的标记。完成上下文创建后,可通过 get 方法查询可用的上下文选项。

注意,有可能出现【There】这样一种情况:initseccontext 方法为同位体返回一个标记,isestablished 也返回 true。这表示,需要将标记发送给同位体,但该上下文的本地端现已完全【wán quán】创建。

有些机制提供商可能会要求调用者授予初始化安全上下文的权限。失败的权限检查可以导致从此方法中抛出 securityexception

参数:
inputbuf - 由同位体生成的标记。由于【yóu yú】尚未从该同位体中接收到【shōu dào】标记,因此在初次调用时此参数将被忽略。
offset - inputbuf 中标记开始【kāi shǐ】处的偏移量。
len - 该标记的长度【 dù】。
返回:
包含发送给同位体标记的 byte[]。null 指示未生成任何标记。
抛出:
gssexception,包含以下主要【main】错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.no_credgssexception.credentials_expiredgssexception.bad_bindingsgssexception.old_tokengssexception.duplicate_tokengssexception.bad_nametypegssexception.bad_mechgssexception.failure
gssexception

initseccontext

int initseccontext(inputstream instream,    outputstream outstream)    throws gssexception
由上下文初始端调用,以启动上下文的创建阶段,处理由使用流的同位体的 acceptseccontext 方法生成的任何标记。此方法将向 outpustream 写入输出标记,应用程序需要将此标记发送到同位体以便通过其 acceptseccontext 调用进行处理。一般情况下,应用程序会通过在 outputstream 上调用 flush 方法来确保封装这两个同位体之间的连接。应用程序可以通过此方法返回的值确定是否向 outputstream 写入了标记。如果返回的值是 0,则表示没有写入任何值。应用程序可以调用 isestablished 来确定在上下文的这一方是否完成了上下文创建阶段。如果从 isestablished 中返回的值是 false,则指示希望【xī wàng】为 initseccontext 提供更多的标记。完成上下文创建后,可通过 get 方法查询可用的上下文选项。

注意,有可能出现【There】这样一种情况:initseccontext 方法为同位体返回一个标记,isestablished 也返回 true。这表示,需要将标记发送给同位体,但该上下文的本地端现已完全创建。

gss-api 验证标记包括【included】确定的始端和终端。此方法将尝试每次调用时读取其中的一个标记,并且在仅有部分标记可用时阻塞流。在所有其他方面,此方法等同于基于字节数组的 initseccontext

有些机制提供商可能会要求调用者授予初始化安全上下文的权限。失败的权限检查可能会导致从此方法中抛出 securityexception

以下示例代码演示了使用此方法的方式:

 inputstream is ... outputstream os ... gsscontext context ... // loop while there is still a token to be processed while (!context.isestablished()) {   context.initseccontext(is, os);   // send output token if generated   os.flush(); } 

参数:
instream - 一个包含由同位体生成的标记的 inputstream。由于【yóu yú】尚未(不会)从该同位体的该点接收到标记,因此在初次调用时此参数将被忽略。
outstream - 将向其中写入输出标记的 outputstream。在上下文创建的最终阶段,可能不需要写入字节。
返回:
将作为标记的一部分发送给同位体、写入到 outputstream 的字节数。0 值指示不需要发送标记。
抛出:
gssexception,包含以下主要【main】错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.no_credgssexception.credentials_expiredgssexception.bad_bindingsgssexception.old_tokengssexception.duplicate_tokengssexception.bad_nametypegssexception.bad_mechgssexception.failure
gssexception

acceptseccontext

byte[] acceptseccontext(byte[] intoken,    int offset,    int len)    throws gssexception
由上下文接受端在收到同位体的标记后调用。此方法会返回一个输出标记,应用程序将把该标记发送到同位体、以便通过其 initseccontext 调用进行进一步处理。

应用程序可以通过调用 isestablished 来确定是否完成了此同位体的上下文创建阶段。如果从 isestablished 中返回的值是 false,则指示希望为此方法提供更多的标记。完成上下文创建后,可通过 get 方法查询可用的上下文选项。

注意,有可能出现这样一种情况:acceptseccontext 为同位体返回一个标记,isestablished 也返回 true。这表示,需要将标记发送给同位体,但该上下文的本地端现已完全创建。

有些机制提供商可能会要求调用者授予接受安全上下文的权限。失败的权限检查可能会导致从此方法中抛出 securityexception

以下示例代码演示了使用此方法的方式:

 byte[] intoken; byte[] outtoken; gsscontext context ... // loop while there is still a token to be processed while (!context.isestablished()) {   intoken=readtoken();   outtoken=context.acceptseccontext(intoken, 0,         intoken.length);   // send output token if generated   if (outtoken !=null)   sendtoken(outtoken); } 

参数:
intoken - 由同位体生成的标记。
offset - intoken 中标记开始处的偏移量。
len - 该标记的长度【 dù】。
返回:
包含发送给同位体标记的 byte[]。null 指示未生成任何标记。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.no_credgssexception.credentials_expiredgssexception.bad_bindingsgssexception.old_tokengssexception.duplicate_tokengssexception.bad_mechgssexception.failure
gssexception

acceptseccontext

void acceptseccontext(inputstream instream,     outputstream outstream)     throws gssexception
由上下文接受端调用,以处理来自使用流的同位体的标记。此方法将向 outputstream 写入输出标记,应用程序需要将此标记发送到同位体以便通过其 initseccontext 方法进行处理。一般情况下,应用程序会通过在 outputstream 上调用 flush 方法来确保封装这两个同位体之间的连接。应用程序可以调用 isestablished 来确定在上下文的这一方是否完成了上下文创建阶段。如果从 isestablished 中返回的值为 false,则指示希望为 acceptseccontext 提供更多的标记。完成上下文创建后,可通过 get 方法查询可用的上下文选项。

注意,有可能出现这样一种情况:acceptseccontext 为同位体返回一个标记,isestablished 也返回 true。这表示,需要将标记发送给同位体,但该上下文的本地端现已完全创建。

gss-api 验证标记包括确定的起始端和终端。此方法将尝试每调用一次读取其中的一个标记,并且在仅有部分标记可用时阻塞流。在所有其他方面,此方法等同于基于字节数组的 acceptseccontext

有些机制提供商可能会要求调用者授予接受安全上下文的权限。失败的权限检查可能会导致从此方法中抛出 securityexception

以下示例代码演示了使用此方法的方式:

 inputstream is ... outputstream os ... gsscontext context ... // loop while there is still a token to be processed while (!context.isestablished()) {   context.acceptseccontext(is, os);   // send output token if generated   os.flush(); } 

参数:
instream - 一个包含由同位体生成的标记的 inputstream。
outstream - 将向其中写入输出标记的 outputstream。在上下文创建的最终阶段,可能不需要写入字节。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.no_credgssexception.credentials_expiredgssexception.bad_bindingsgssexception.old_tokengssexception.duplicate_tokengssexception.bad_mechgssexception.failure
gssexception

isestablished

boolean isestablished()
用来在上下文创建期间确定上下文的状态。

返回:
如果它是在调用者上完全创建的上下文,并且不再需要来自同位体的标记,则返回 true

dispose

void dispose()   throws gssexception
释放存储在上下文对象中并且使上下文无效的系统资源和加密信息。

抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

getwrapsizelimit

int getwrapsizelimit(int qop,     boolean confreq,     int maxtokensize)     throws gssexception
用来确定可以传输给 wrap 的消息的大小限制。如果以相同的 confreqqop 参数呈现给 wrap 方法,则将返回最大【zuì dà】的消息大小,这会导致输出标记只包含 maxtokensize 个字节。

此调用主要供那些通过影响最大消息大小的协议进行通信的应用程序使用。它使应用程序能够在实施保护之前将消息进行分段。

在调用 getwrapsizelimit 时,推荐实现 gss-api,但不要求检测无效的 qop 值。此例程可保证只有最大消息大小,而不是针对消息保护的特定 qop 值的可用性。

参数:
qop - 将要求 wrap 提供的保护级别。
confreq - 如果要求 wrap 提供保密性,则为 true,否则为 false
maxtokensize - 由 wrap 发出的标记所需的最大大小。
返回:
针对给定的输出标记大小的输入标记的最大大小
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#context_expired gssexception.context_expired}、gssexception.bad_qopgssexception.failure
gssexception
由于近日冷气团来袭,北大武山标高3092米,入夜后山区温度更极冻至0度以下,但搜救人员仍是冒着风险漏夜入山救援,终于在24日清晨成功【走上人生巅峰】寻获受伤的蔡男,并向空勤总队申请直升机,将其吊挂下山送医
教育【 jiào yù】局知情后也着手进行调查,针对校长车辆停放校园妨碍学生【students】活动,该行为实属不当,会予以纠正、立刻【gogo】要求改善,还给学生【students】应有的休憩空间
卫生局1月初曾启动第一波稽查行动,分别前往传统市场、超级市场、大卖场、南北货商行、餐饮业、食品【shí pǐn】?u造场所进行食品【shí pǐn】抽验,共抽验119件,检验项目为保色剂、防腐剂、漂白剂、硼砂、甜味剂、规定外煤焦色素、农药残留、动物用药残留、真菌毒素等,其中1件
台中地院法官认为,陈男坦承拿走并变卖风扇,但矢口否认偷窃,他明明知道【zhī dao】这个东西有一定的价值,可以卖钱,显然不可能被误认为垃圾,可见辩词前后不一且与常情相违,难以?裥牛?詈笈写?幸?20日,得易科罚金2万元,全案仍可上诉
邱玟依表示,该车看起来怪怪的!车似乎不稳定,庄俊男、陈俊谕掉头发现该车驾驶一边开车一边持手机讲电话,趋前拦停后,即闻到散发出浓厚酒气,且驾驶面带酒容,遂对该车驾驶实施呼气酒精浓度测试,经检测呼气酒测值达0

wrap

byte[] wrap(byte[] inbuf,  int offset,  int len,  messageprop msgprop)  throws gssexception
将 per-message 安全服务应用于已创建的安全上下文。该方法将通过它返回一个带有应用程序提供的数据和加密的 mic 的标记。如果需要机密性(保密性),则可以对数据进行加密。

messageprop 对象可以通过应用程序进行实例化,并可用来指定一个选择加密算法的 qop 值,和可选地对消息进行加密的私密服务。在调用中使用的基础机制可能无法【to be】提供私密服务。但它将设置在此 messageprop 对象中提供的实际私密服务,调用者会在该调用返回后对其进行查询。如果机制不能提供请求的 qop,则它将抛出带有 bad_qop 代码的 gssexception。

由于某些应用程序级的协议希望使用 wrap 发出的标记来提供 "secure framing"(安全分帧),所以实现应该【yīng gāi】支持【support】包装零长度的消息。

应用程序将负责【Responsible】将标记发送到同位体。

参数:
inbuf - 要保护的应用程序数据。
offset - inbuf 中数据开始处的偏移量。
len - 数据的长度
msgprop - messageprop 的实例,应用程序使用它来设置需要的 qop 和私密状态。将需要的 qop 设置为 0,以便请求默认的 qop。从此方法返回后,此对象将包含基础机制应用于消息的实际私密状态。
返回:
包含将发送给同位体的标记的 byte[]。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#context_expired gssexception.context_expired}、gssexception.bad_qopgssexception.failure
gssexception

wrap

void wrap(inputstream instream,   outputstream outstream,   messageprop msgprop)   throws gssexception
将 per-message 安全服务应用于已创建的使用流的安全上下文。该方法将通过它返回一个带有应用程序提供的数据和加密的 mic 的标记。如果需要机密性(保密性),则可以对数据进行加密。此方法等同于基于字节数组的 wrap 方法。

应用程序将负责【Responsible】将标记发送到同位体。一般情况下,应用程序会通过在 outputstream 上调用 flush 方法来确保封装这两个同位体之间的连接。

messageprop 对象可以通过应用程序进行实例化,并可用来指定一个选择加密算法的 qop 值,和可选地对消息进行加密的私密服务。在调用中使用的基础机制可能无法【to be】提供私密服务。但它将设置在此 messageprop 对象中提供的实际私密服务,调用者会在该调用返回后对其进行查询。如果机制不能提供请求的 qop,则它将抛出带有 bad_qop 代码的 gssexception。

由于某些应用程序级的协议希望使用 wrap 发出的标记来提供 "secure framing"(安全分帧),所以实现应该【yīng gāi】支持包装零长度的消息。

参数:
instream - 一个包含受保护的应用程序数据的 inputstream。将使用 instream 中提供的所有数据。
outstream - 向其写入受保护消息的 outputstream。
msgprop - messageprop 的实例,应用程序使用它来设置需要的 qop 和保密状态。将需要的 qop 设置为 0,以便请求默认的 qop。从此方法返回后,此对象将包含基础机制应用于消息的实际私密状态。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#context_expired gssexception.context_expired}、gssexception.bad_qopgssexception.failure
gssexception

unwrap

byte[] unwrap(byte[] inbuf,   int offset,   int len,   messageprop msgprop)   throws gssexception
用来处理在上下文的另一方由 wrap 方法生成的标记。该方法将由同位体应用程序提供的消息返回到其 wrap 调用,同时验证为该消息嵌入的 mic。

messageprop 对象将由应用程序实例化,并由基础机制使用,以便返回给调用者一些信息,如 qop、是否对消息应用了机密性,以及其他一些增补消息状态信息。

由于某些应用程序级的协议希望使用 wrap 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持包装和不包装零长度的消息。

参数:
inbuf - 包含从同位体接收的包装标记的字节数组。
offset - 标记开始处的偏移量。
len - 标记的长度
msgprop - 从此方法返回后,此对象将包括所应用的 qop、消息的保密状态、和说明该标记是否为复制的、旧的、超出序列的或在 gap 后进入的标记的增补信息。
返回:
包含从输入标记中展开的消息的 byte[]。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.context_expiredgssexception.failure
gssexception

unwrap

void unwrap(inputstream instream,  outputstream outstream,  messageprop msgprop)  throws gssexception
使用流来处理在上下文的另一方由 wrap 方法生成的标记。该方法将由同位体应用程序提供的消息返回到其 wrap 调用,同时验证为该消息嵌入的 mic。

messageprop 对象将由应用程序实例化,并由基础机制使用,以便返回给调用者一些信息,如 qop、是否对消息应用了机密性,以及其他一些增补消息状态信息。

由于某些应用程序级的协议希望使用 wrap 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持包装和不包装零长度的消息。

此方法读取的输入标记的格式在将要使用的基础机制的规范中定义。此方法将尝试每调用一次读取其中的一个标记。如果机制薄緋iào】昙前范ǖ氖级撕椭斩耍蛟诮鲇胁糠直昙强捎檬保朔椒ń枞 inputstream。如果标记的始端和终端不是确定的,则该方法会尝试将所有的可用字节视为标记的一部分。

与前面介绍的可能出现的阻塞行为不同,此方法等同于基于字节数组的 unwrap 方法。

参数:
instream - 一个包含由同位体生成的包装标记的 inputstream。
outstream - 向其写入应用程序消息的 outputstream。
msgprop - 从方法返回后,此对象将包括所用的 qop、消息的保密状态和说明该标记是否为复制的、旧的、超出序列或在 gap 后进入的标记的增补信息。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#defective_token gssexception.defective_token}、gssexception.bad_micgssexception.context_expiredgssexception.failure
gssexception

getmic

byte[] getmic(byte[] inmsg,   int offset,   int len,   messageprop msgprop)   throws gssexception
返回包含所提供消息的加密消息完整性代码 (mic) 的标记,以便传输到同位体应用程序。与将用户消息封装在返回的标记中的包装不同,在输出标记中仅返回消息 mic。

注意,保密性只能应用于 wrap 调用。

由于某些应用程序级的协议希望使用 getmic 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持从零长度消息中导出 mic。

参数:
inmsg - 在其上生成 mic 的消息。
offset - inmsg 中消息开始处的偏移量。
len - 消息的长度
msgprop - messageprop 的一个实例,应用程序使用它来设置需要的 qop。在 msgprop 中将需要的 qop 设置为 0,以便请求默认的 qop。还可以通过为 msgprop 传入 null 来请求默认的 qop。
返回:
包含将发送给同位体标记的 byte[]。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#context_expired gssexception.context_expired}、gssexception.bad_qopgssexception.failure
gssexception

getmic

void getmic(inputstream instream,  outputstream outstream,  messageprop msgprop)  throws gssexception
使用流来产生包含所提供消息的加密 mic 的标记,以便传输到同位体应用程序。与将用户消息封装在返回的标记中的包装不同,在输出标记中仅产生消息 mic。此方法等同于基于字节数组的 getmic 方法。注意,保密性只能应用于 wrap 调用。

由于某些应用程序级的协议希望使用 getmic 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持从零长度消息中导出 mic。

参数:
instream - 一个 inputstream,它包含在其上生成 mic 的消息。将使用 instream 中提供的所有数据。
outstream - 向其写入输出标记的 outputstream。
msgprop - messageprop 的一个实例,应用程序使用它来设置需要的 qop。在 msgprop 中将需要的 qop 设置为 0,以便请求默认的 qop。还可以通过为 msgprop 传入 null 来请求默认的 qop。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#context_expired gssexception.context_expired}、gssexception.bad_qopgssexception.failure
gssexception

verifymic

void verifymic(byte[] intoken,    int tokoffset,    int toklen,    byte[] inmsg,    int msgoffset,    int msglen,    messageprop msgprop)    throws gssexception
通过提供的消息,检查包含在标记参数中的加密的 mic。

messageprop 对象将由该应用程序实例化,并由基础机制使用,以便返回给调用者诸如 qop 之类的信息,从而表明应用于消息的保护的长度和其他一些增补消息状态信息。

由于某些应用程序级的协议希望使用 getmic 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持计算和检查零长度消息的 mic。

参数:
intoken - 由同位体的 getmic 方法生成的标记。
tokoffset - intoken 中标记开始处的偏移量。
toklen - 该标记的长度
inmsg - 通过它来验证加密的 mic 的应用程序消息。
msgoffset - inmsg 中消息开始处的偏移量。
msglen - 该消息的长度。
msgprop - 从方法返回后,此对象将包括所用的 qop 和说明该标记是否为复制的、旧的、超出序列或在 gap 后进入的标记的增补信息。
抛出:
gssexception, - 包含以下主要错误代码:gssexception.defective_tokengssexception.bad_micgssexception.context_expiredgssexception.failure
gssexception

verifymic

void verifymic(inputstream tokstream,    inputstream msgstream,    messageprop msgprop)    throws gssexception
通过提供的消息,使用流来验证包含在标记参数中的加密的 mic。此方法等同于基于字节数组的 verifymic 方法。messageprop 对象将由该应用程序实例化,并由基础机制使用,以便返回给调用者诸如 qop 之类的信息,从而表明应用于消息的保护的长度和其他一些增补消息状态信息。

由于某些应用程序级的协议希望使用 getmic 发出的标记来提供 "secure framing"(安全分帧),所以实现必须支持计算和检查零长度消息的 mic。

此方法读取的输入标记的格式在将要使用的基础机制的规范中定义。此方法将尝试每调用一次读取其中的一个标记。如果机制薄緋iào】昙前范ǖ氖级撕椭斩耍蛟诮鲇胁糠直昙强捎檬保朔椒ń枞 inputstream。如果标记的始端和终端不是确定的,则该方法会尝试将所有的可用字节视为标记的一部分。

与前面介绍的可能出现的阻塞行为不同,此方法等同于基于字节数组的 verifymic 方法。

参数:
tokstream - 一个包含由同位体的 getmic 方法生成的标记的 inputstream。
msgstream - 一个包含可用来验证加密的 mic 的应用程序消息的 inputstream。将使用 msgstream 中提供的所有数据。
msgprop - 从方法返回后,此对象将包括所用的 qop 和说明该标记是否为复制的、旧的、超出序列或在 gap 后进入的标记的增补信息。
抛出:
gssexception, - 包含以下主要错误代码:gssexception.defective_tokengssexception.bad_micgssexception.context_expiredgssexception.failure
gssexception

export

byte[] export()   throws gssexception
导出此上下文,以便使其他进程能够导入它。假设支持在多个进程间共享工作【work】。此例程通常由应用程序中的上下文接受端使用,在该应用程序中,单一进程接收传入的连接请求,并通过它们获得安全上下文,然后将创建的上下文传递给一个或多个其他的进程,从而进行消息交换。

此方法将取消激活安全上下文,并创建一个进程间标记,当将该标记传递给另一个进程中的 gssmanager.createcontext 时,它将在第二个进程中重新激活上下文。只有给定上下文的单一实例化可以在任何时间处于活动状态;上下文导出器对导出的安全上下文的后续访问【fǎng wèn】尝试都不会成功【走上人生巅峰】。

该实现可以限制进程的 set,可以通过这些进程导入进程间的标记,要么将其作为本地安全策略的一项功能,要么将其作为实现决策的结果。例如,有些实现会限制上下文仅在在同一帐户下运行的进程间传递,或者上下文是同一进程组的一部分。

进程间的标记可以包含安全性敏感信息(例如,加密密钥)。尽管鼓励机制要么避免将此类敏感性信息放在进程间标记中,要么在将标记返回到应用程序前对其进行加密,但在典型的 gss-api 实现中,这是不可能的。因此,应用程序必须小心地保护进程间的标记,并确保标记将要向其传输的任何进程都是完全受信任的。

不要求实现支持安全上下文的进程间的传输。调用 istransferable 方法将指示上下文对象是否可传输。

在不可导出的上下文上调用此方法会导致抛出以下异常,并带有错误代码 gssexception.unavailable

返回:
一个包含导出的上下文的 byte[]
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#unavailable gssexception.unavailable}、gssexception.context_expiredgssexception.no_contextgssexception.failure
gssexception
另请参见:
gssmanager.createcontext(byte[])

requestmutualauth

void requestmutualauth(boolean state)    throws gssexception
要求相互验证在上下文创建期间完成。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。

并非所有的机制都支持相互验证,并且某些机制在应用程序不要求相互验证的情况下也会要求这样做。因此,应用程序必须进行检查,看请求是否与 getmutualauthstate 方法有关。

参数:
state - 布尔值,指示是否应该使用相互验证。
抛出:
gssexception,包含以下主要错误代码: - gssexception.failure
gssexception
另请参见:
getmutualauthstate()

requestreplaydet

void requestreplaydet(boolean state)     throws gssexception
请求在上下文创建之后针对 per-message 安全服务启用重放检测。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。在上下文创建期间,重放检测不作为选项,而只是基础机制的一项功能。

并非所有的机制都支持重放检测,并且某些机制在应用程序不要求重放检测的情况下也会要求这样做。因此,应用程序必须进行检查,看请求是否与 getreplaydetstate 方法有关。如果重放检测已启用,则 messageprop.isduplicatetokenmessageprop.isoldtoken 方法将为传入到 unwrap 方法或 verifymic 方法的 messageprop 对象返回有效结果。

参数:
state - 布尔值,指示在创建的上下文上是否应该启用重放检测。
抛出:
gssexception,包含以下主要错误代码: - gssexception.failure
gssexception
另请参见:
getreplaydetstate()

requestsequencedet

void requestsequencedet(boolean state)    throws gssexception
请求在上下文创建之后针对 per-message 安全服务启用序列检查。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。在上下文创建期间,序列检查不作为选项,而只是基础机制的一项功能。

并非所有的机制都支持序列检查,并且某些机制在应用程序不要求序列检查的情况下也会要求这样做。因此,应用程序必须进行检查,看请求是否与 getsequencedetstate 方法有关。如果序列检查已启用,则 messageprop.isduplicatetokenmessageprop.isoldtokenmessageprop.isunseqtokenmessageprop.isgaptoken 方法将为传入到 unwrap 方法或 verifymic 方法的 messageprop 对象返回有效结果。

参数:
state - 布尔值,指示在创建的上下文上是否应该启用序列检查。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
getsequencedetstate()

requestcreddeleg

void requestcreddeleg(boolean state)     throws gssexception
请求在上下文创建期间将初始端的凭据委托给接受端。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。并非所有的机制都支持凭据委托。因此,需要委托的应用程序应该进行检查,看请求是否与 getcreddelegstate 方法相关。如果应用程序指示不能使用委托,则机制将认可该请求,不执行委托。对于即使在不请求的情况下机制也会启用服务这项常规规则【regulations】而言,这是个例外。

参数:
state - 布尔值,指示是否应该委托该凭据。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
getcreddelegstate()

requestanonymity

void requestanonymity(boolean state)     throws gssexception
请求不要将初始端的身份泄露给接受端。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。并非所有的机制都支持初始端匿名。因此,应用程序应该进行检查,看请求是否与 getanonymitystate 方法相关。

参数:
state - 布尔值,表示作为匿名主体,是否应该向接受端对初始端进行验证。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
getanonymitystate()

requestconf

void requestconf(boolean state)   throws gssexception
请求针对 wrap 方法启用数据机密性。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontextjs随机数 之前完成。并非所有的机制都支持机密性,并且有些机制即使在应用程序不请求时也会启用它。应用程序会进行检查,看请求是否与 getconfstate 方法相关。如果已经【yǐ jing】启用了机密性,则机制仅在此时认可传入到 wrap 方法的 messageprop 对象中的保密请求。

启用机密性还会自动启用完整性。

参数:
state - 布尔值,指示是否应该启用机密性。
抛出:
gssexception,包含以下主要错误代码: - gssexception.failure
gssexception
另请参见:
getconfstate(),getintegstate(),requestinteg(boolean),messageprop

requestinteg

void requestinteg(boolean state)   throws gssexception
请求针对 wrapgetmic 方法启用数据完整性。只能在上下文初始端发出此要求,并且必须在初次调用 initseccontext 之前完成。并非所有的机制都支持完整性,并且有些机制即使在应用程序不请求时也会启用它。应用程序会进行检查,看请求是否与 getintegstate 方法相关。

禁用完整性也将自动禁用机密性。

参数:
state - 布尔值,指示是否应该启用完整性。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
getintegstate()

requestlifetime

void requestlifetime(int lifetime)     throws gssexception
请求上下文以秒为单位的生存期。只能在上下文初始端调用此方法,并且必须在初次调用 initseccontext 之前完成。

上下文的实际生存期将取决于基础机制的功能,并且应用程序必须通过调用 getlifetime 方法来确定此生存期。

参数:
lifetime - 所需要的以秒为单位的上下文生存期。使用 indefinite_lifetime 来请求不确定的生存期,使用 default_lifetime 来请求默认的生存期。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
getlifetime()

setchannelbinding

void setchannelbinding(channelbinding cb)    throws gssexception
设置在上下文创建期间使用的通道绑定。此方法既可以在上下文初始端调用,也可以在上下文接受端调用,但必须是在上下文创建开始前调用。这意味着,初始端必须在初次调用 initseccontext 之前调用它,接受端也必须在初次调用 acceptseccontext网站地图 手机端 之前调用它。

参数:
cb - 要使用的通道绑定。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

getcreddelegstate

boolean getcreddelegstate()
确定是否在此上下文上启用凭据委托。上下文初始端和上下文接受端都可以调用它。对于确定的答案,仅在完成上下文创建后才调用此方法。注意,如果初始端请求不允许【allow】进行委托,则 requestcreddeleg 方法将认可该请求,并且从该点开始,此方法将在初始端返回 false

返回:
如果启用了委托,则返回 true;否则返回 false。
另请参见:
requestcreddeleg(boolean)

getmutualauthstate

boolean getmutualauthstate()
确定是否在此上下文上启用了相互验证。上下文初始端和上下文接受端都可以调用它。对于确定的答案,仅在完成上下文创建后才调用此方法。请求相互验证的初始端可以在上下文完成后调用此方法,并且可以在请求未得到认可的情况下处置该上下文。

返回:
如果启用相互验证,则返回 true,否则返回 false。
另请参见:
requestmutualauth(boolean)

getreplaydetstate

boolean getreplaydetstate()
确定是否针对此上下文中的 per-message 安全服务启用了重放检测。上下文初始端和上下文接受端都可以调用它。对于确定的答案,仅在完成上下文创建后才调用此方法。请求重放检测的初始端可以在上下文完成后调用此方法,并且可以在请求未得到认可的情况下处置该上下文。

返回:
如果启用重新检测,则返回 true,否则返回 false。
另请参见:
requestreplaydet(boolean)

getsequencedetstate

boolean getsequencedetstate()
确定是否针对本上下文中的 per-message 安全服务启用了序列检查。上下文初始端和上下文接受端都可以调用它。对于确定的答案,仅在完成上下文创建后才调用此方法。请求序列检查的初始端可以在上下文完成后调用此方法,并且可以在请求未得到认可的情况下处置该上下文。

返回:
如果启用了序列检查,则返回 true,否则返回 false。
另请参见:
requestsequencedet(boolean)

getanonymitystate

boolean getanonymitystate()
确定是否会向上下文接受端对上下文初始端进行匿名验证。上下文初始端和上下文接受端都可以随时调用它。在初始端上,对此方法的调用将确定初始端的身份是否已在到现在为止由 initseccontext 生成的任何上下文创建标记中泄露过。绝对必须进行匿名验证的初始端必须在每次调用 initseccontext 后调用此方法,以确定是否必须将生成的标记发送给同位体或中断的上下文。在接受端上,对此方法的调用可以确定到现在为止,由 acceptseccontext 处理的标记是否已经泄漏了初始端的身份。

返回:
如果上下文初始端仍是匿名,则返回 true,否则返回 false。
另请参见:
requestanonymity(boolean)

istransferable

boolean istransferable()    throws gssexception
确定通过使用 export 方法,该上下文是否可以传输给其他进程。此调用仅在完全创建的上下文上有效。

返回:
如果此上下文可以导出,则返回 true;否则返回 false。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

isprotready

boolean isprotready()
确定上下文是否已为要在其上使用的 per message 准备【ready to】就绪。有些机制可能允许在上下文完全创建之前使用 per-message 操作。

返回:
如果诸如 wrapunwrapgetmicverifymic 之类的方法可在上下文创建的当前阶段用于此上下文,则返回 true,否则,则返回 false。

getconfstate

boolean getconfstate()
确定数据机密性是否可用于上下文。此方法既可由上下文初始端调用,也可以由上下文接受端调用,但是【But】仅在 isprotreadyisestablished 二者之一返回 true 时调用。如果此方法返回 true,则 getintegstate 也将返回 true

返回:
如果机密性服务可用,则返回 true,否则,则返回 false。
另请参见:
requestconf(boolean)

getintegstate

boolean getintegstate()
确定数据完整性是否可用于上下文。此方法既可由上下文初始端调用,也可以由上下文接受端调用,但是【But】仅在 isprotreadyisestablished 二者之一返回 true 时调用。如果 getconfstate 返回 true,则此方法将始终返回 true

返回:
如果完整性服务可用,则返回 true,否则返回 false。
另请参见:
requestinteg(boolean)

getlifetime

int getlifetime()
确定此上下文剩余的生存期是多长。它既可以由上下文初始端调用,也可以由上下文接受端调用,但是对于确定的答案,仅在 isestablished 返回 true 后才调用它。

返回:
剩余以秒为单位的生存期
另请参见:
requestlifetime(int)

getsrcname

gssname getsrcname()    throws gssexception
返回上下文初始端的名称。此调用仅在 isprotreadyisestablished 中的二者之一返回 true 时有效。

返回:
一个 gssname,它是一个包含上下文初始端名称的 mn。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception
另请参见:
gssname

gettargname

gssname gettargname()    throws gssexception
返回上下文接受端的名称。此调用仅在 isprotreadyisestablished 中的二者之一返回 true 时有效。

返回:
一个 gssname,它是一个包含上下文接受端名称的 mn。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

getmech

oid getmech()  throws gssexception
确定什么机制正用于此上下文。此方法可在上下文完全创建之前调用,但在已协商的机制中,返回的机制可能会更改后续的调用。

返回:
正在使用的机制的 oid
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

getdelegcred

gsscredential getdelegcred()      throws gssexception
获取上下文初始端委托给上下文接受端的凭据。必须仅在上下文接受端上调用它,并且仅在完全创建上下文时调用一次。调用者可以使用方法 getcreddelegstate 来确定是否存在委托的凭据。

返回:
一个包含初始方委托凭据的 gsscredential,如果没有委托的凭据,则返回 null
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

isinitiator

boolean isinitiator()    throws gssexception
确定它是否为上下文初始端。这既可以在上下文初始端上调用,也可以在上下文接受端上调用。

返回:
如果是上下文初始端,则返回 true,如果上下文接受端,则返回 false。
抛出:
gssexception,包含以下主要错误代码:{@link - gssexception#failure gssexception.failure}
gssexception

javatm platform
standard ed. 6

提交错误或意见【remark】
有关更多的 api 参考资料和开发【kāi fā】人员文档,请参阅 java se 开发【kāi fā】人员文档。该文档包含更详细的、面向开发人员的描述,以及总体概述、术语定义、使用技巧和工作【work】代码示例。

版权所有 2007 sun microsystems, inc. 保留所有权利。 请遵守许可证条款。另请参阅文档重新分发政策