Generic Security Services Application Programming Interface: Difference between revisions
Content deleted Content added
AshtonBenson (talk | contribs) |
Improvements. Replace some opinion with simpler facts. |
||
Line 20:
The GSSAPI describes about 45 procedure calls. Significant ones include:
* ''GSS_Acquire_cred'' - obtains the user's
* ''GSS_Import_name'' - converts a
* ''GSS_Init_sec_context'' - generates a
* ''GSS_Accept_sec_context'' - processes a token from ''GSS_Init_sec_context'' and
* ''GSS_Wrap'' - converts application data into a secure message token (typically encrypted)
* ''GSS_Unwrap'' - converts a secure message token back into application data
The GSSAPI has been standardised for the
[[C (programming language)|C]] and [[Java (programming language)|Java]] languages.
<!-- A standard for [[C Sharp|C#]] is forthcoming. C# work appears to have perished -->
Limitations of the GSSAPI include that it standardizes only [[authentication]], and not [[authorization]], and that it assumes a [[client-server]] architecture.
Anticipating new security mechanisms,
the GSSAPI includes a negotiating ''pseudo mechanism'', [[SPNEGO]], that can discover and use new mechanisms not present when the original application was built.
== Relationship to Kerberos ==
Line 40 ⟶ 41:
Unlike the GSSAPI, the Kerberos API has not been standardized
and various existing implementations use incompatible APIs.
The GSSAPI allows Kerberos implementations to be API compatible.
== Competing technologies ==
|