Re: Determining strength of encryption provided by a GSS-API mechanism
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Determining strength of encryption provided by a GSS-API mechanism



> 	gss_buffer_t	context_establishement_policy,
> 	gss_buffer_t	per_msg_token_policy

These buffers would have policy names, in the caller's locale's codeset,
or maybe just all US-ASCII.  We'd also need a function to get localized
policy names (and descriptions).  And we'd need a namespace for
standards-based policy names vs. local policy names.  Plus a policy
comparison function.

OM_uint32
gss_display_policy(
	OM_uint32	*minor_status,
	gss_buffer_t	policy,
	gss_buffer_t	localized_name,
	gss_buffer_t	localized_desc,
	int		*is_context_establishement_policy,
	int		*is_per_msg_token_policy
);

A function for listing known policies would also be nice.  The contents
of policies would be purely local; no interchange format is needed.

/*
 * 'result' is set to 1 if policy1 is a superset of policy2, 0 if the
 * two policies are equivalent, and -1 if they are disjoint or if
 * policy2 is a superset of policy1.
 *
 * If mech is GSS_NO_OID then the comparison is across all available
 * mechanisms.  (Internally the framework would call the
 * compare_policies method for each available mechanism, and set result
 * to 1 or 0 only if all the comparisons output the same non-negative
 * value, else -1.)
 */
OM_uint32
gss_compare_policies(
	OM_uint32	*minor_status,
	gss_OID		mech, /* may be GSS_NO_OID */
	gss_buffer_t	policy1,
	gss_buffer_t	policy2,
	int		*result
);

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.