EricKIm a06d7a7b11 231113-1706-Kim | 1 year ago | |
---|---|---|
.. | ||
MICToken.go | 1 year ago | |
README.md | 1 year ago | |
contextFlags.go | 1 year ago | |
gssapi.go | 1 year ago | |
wrapToken.go | 1 year ago |
https://tools.ietf.org/html/rfc4178
Client sends an initial negotiation message to the server which specifies the list of mechanisms
the client can support in order of decreasing preference.
This message is generated with the NewNegTokenInitKrb5
method.
The message generated by this function specifies only a kerberos v5 mechanism is supported.
The RFC states that this message can optionally contain the initial mechanism token
for the preferred mechanism (KRB5 in this case) of the client. The NewNegTokenInitKrb5
includes this in the message.
The server side responds to this message with a one of four messages:
Message Type/State | Description |
---|---|
accept-completed | indicates that the initiator-selected mechanism was acceptable to the target, and that the security mechanism token embedded in the first negotiation message was sufficient to complete the authentication |
accept-incomplete | At least one more message is needed from the client to establish security context. |
reject | Negotiation is being terminated. |
request-mic | (this state can only be present in the first reply message from the target) indicates that the MIC token exchange is REQUIRED if per-message integrity services are available |