セキュリティコンテキストが確立された後、gss-client
はデータをラップし、データを送信し、そして、サーバーが戻した「署名」を検証する必要があります。他にも行うことはありますが
(コンテキストについての情報の表示など)、gss-client
はプログラム例であるため、ここでは省略して、データの送信と検証を行います。まず、送信すべきメッセージ
(ls など) をバッファに格納します。
if (use_file) { read_file(msg, &in_buf); } else { /* メッセージをラップする */ in_buf.value = msg; in_buf.length = strlen(msg) + 1; } |
if (ret_flag & GSS_C_CONF_FLAG) { state = 1; else state = 0; } |
次に、データをラップします。
maj_stat = gss_wrap(&min_stat, context, conf_req_flag, GSS_C_QOP_DEFAULT, &in_buf, &state, &out_buf); if (maj_stat != GSS_S_COMPLETE) { display_status("wrapping message", maj_stat, min_stat); (void) close(s); (void) gss_delete_sec_context(&min_stat, &context, GSS_C_NO_BUFFER); return -1; } else if (! state) { fprintf(stderr, "Warning! Message not encrypted.\n"); } |
このように、in_buf に格納されたメッセージは、context で参照されるサーバーに送信されます。このとき、機密性サービスとデフォルトの保護品質 (QOP) も要求されます。保護品質とは、データを変換するときに適用されるアルゴリズムのことです。移植性のためには、可能な限りデフォルトの保護品質を使用するようにします。gss_wrap() はメッセージをラップし、その結果を out_buf に格納し、機密性が実際にラップで適用されたかどうかをフラグ (state) に設定します。
クライアントは独自の send_token() 関数で、ラップされたメッセージをサーバーに送信します。send_token() 関数については、コンテキストの確立を参照してください。
send_token(s, &outbuf) |