为 GSS-API 建立安全上下文

将服务转换为 GSS-API 内部格式之后即可建立上下文。为了尽可能提高可移植性，应当始终循环建立上下文。

进入循环之前，client_establish_context() 会初始化上下文和 token_ptr 参数。使用 token_ptr 时需要进行选择。token_ptr 可以指向 send_tok（发送到服务器的令牌）或 recv_tok（服务器发回的令牌）。

在循环内部，需要检查两项：

• gss_init_sec_context() 返回的状态

  返回状态可捕捉任何可能要求循环异常中止的错误。当且仅当服务器还要发送另一个令牌时，gss_init_sec_context() 才会返回 GSS_S_CONTINUE_NEEDED。

• gss_init_sec_context() 所生成的要发送到服务器的令牌的大小

  如果令牌大小为零，则表示不再有可以发送到服务器的信息并且可以退出循环。令牌大小可根据 token_ptr 来确定。

以下伪代码对该循环进行了说明：

该循环从调用 gss_init_sec_context() 开始，该函数使用以下参数：

• 要由基础机制设置的状态码。

• 凭证句柄。此示例使用 GSS_C_NO_CREDENTIAL 充当缺省主体。

• gss-context，表示要创建的上下文句柄。

• 服务的 target-name，如 GSS_API 内部名称。

• oid，机制的 ID。

• 请求标志。在本示例中，客户机请求执行以下操作：服务器对自身进行验证，打开消息重复功能，服务器根据请求充当代理。

• 对于上下文无时间限制。

• 没有请求使用通道绑定。

• token_ptr，该参数指向要从服务器接收的令牌。

• 服务器实际使用的机制。机制在此处设置为 NULL，这是因为应用程序不会使用该值。

• &send_tok，gss_init_sec_context() 所创建的要发送到服务器的令牌。

• 返回标志。设置为 NULL，这是因为在此示例中忽略了这些标志。

检查了上下文或其一部分是否存在，以及 gss_init_sec_context() 是否返回有效状态之后，connect_to_server() 会检查 gss_init_sec_context() 是否提供了要发送到服务器的令牌。如果不存在任何令牌，表明服务器已经指示不需要其他任何令牌。如果提供了令牌，必须将该令牌发送到服务器。如果发送该令牌失败，则无法确定该令牌和服务的名称空间，并且 connect_to_server() 将退出。以下算法通过查看令牌的长度来检查令牌是否存在：

if (send_tok_length != 0) {
     if (send_token(s, &send_tok) < 0) {
          (void) gss_release_buffer(&min_stat, &send_tok);
          (void) gss_release_name(&min_stat, &target_name);
          return -1;
     }
}

send_token() 不是 GSS-API 函数，需要由用户进行编写。send_token() 函数可将令牌写入到文件描述符中。send_token() 在成功时返回 0，在失败时返回 –1。GSS-API 本身不收发令牌。调用应用程序负责收发 GSS-API 已创建的任何令牌。

下面提供了用于建立上下文循环的源代码。

/*
 * Perform the context establishment loop.
 *
 * On each pass through the loop, token_ptr points to the token
 * to send to the server (or GSS_C_NO_BUFFER on the first pass).
 * Every generated token is stored in send_tok which is then
 * transmitted to the server; every received token is stored in
 * recv_tok, which token_ptr is then set to, to be processed by
 * the next call to gss_init_sec_context.
 *
 * GSS-API guarantees that send_tok's length will be non-zero
 * if and only if the server is expecting another token from us,
 * and that gss_init_sec_context returns GSS_S_CONTINUE_NEEDED if
 * and only if the server has another token to send us.
 */

token_ptr = GSS_C_NO_BUFFER;
*gss_context = GSS_C_NO_CONTEXT;
1234567890123456789012345678901234567890123456789012345678901234567890123456

do {
    maj_stat =
        gss_init_sec_context(&min_stat, GSS_C_NO_CREDENTIAL, 
        gss_context, target_name, oid, 
        GSS_C_MUTUAL_FLAG | GSS_C_REPLAY_FLAG | deleg_flag,
        0, NULL,                      /* no channel bindings */
        token_ptr, NULL,              /* ignore mech type */
        &send_tok, ret_flags, NULL);  /* ignore time_rec */
    if (gss_context == NULL){
        printf("Cannot create context\n");
        return GSS_S_NO_CONTEXT;
    }
    if (token_ptr != GSS_C_NO_BUFFER)
        (void) gss_release_buffer(&min_stat, &recv_tok);
    if (maj_stat!=GSS_S_COMPLETE && maj_stat!=GSS_S_CONTINUE_NEEDED) {
        display_status("initializing context", maj_stat, min_stat);
        (void) gss_release_name(&min_stat, &target_name);
        return -1;
    }

    if (send_tok.length != 0){
        fprintf(stdout, "Sending init_sec_context token (size=%ld)...",
            send_tok.length);
        if (send_token(s, &send_tok) < 0) {
            (void) gss_release_buffer(&min_stat, &send_tok);
            (void) gss_release_name(&min_stat, &target_name);
            return -1;
        }
    }
    (void) gss_release_buffer(&min_stat, &send_tok);

    if (maj_stat == GSS_S_CONTINUE_NEEDED) {
        fprintf(stdout, "continue needed...");
        if (recv_token(s, &recv_tok) < 0) {
            (void) gss_release_name(&min_stat, &target_name);
            return -1;
        }
        token_ptr = &recv_tok;
    }
    printf("\n");
} while (maj_stat == GSS_S_CONTINUE_NEEDED);

有关 send_token() 和 recv_token() 工作方式的更多信息，请参见Miscellaneous GSS-API Sample Functions。