Fix XMPPAuthenticator to support non-optimized message flow
While RFC6120 allows and encourages sending data with the success message it is also legal to send the same data as a challenge and await an empty response. This rework honors that fact.
This commit is contained in:
parent
64f131641f
commit
74727c159c
6 changed files with 83 additions and 69 deletions
|
@ -68,20 +68,13 @@
|
|||
/**
|
||||
* \return A OFDataAray containing the initial authentication message
|
||||
*/
|
||||
- (OFDataArray*)clientFirstMessage;
|
||||
- (OFDataArray*)initialMessage;
|
||||
|
||||
/**
|
||||
* \param challenge The challenge to generate a response for
|
||||
* \return The response to the given challenge
|
||||
* \param data The continuation data send by the server
|
||||
* \return The appropriate response if the data was a challenge, nil otherwise
|
||||
*/
|
||||
- (OFDataArray*)calculateResponseWithChallenge: (OFDataArray*)challenge;
|
||||
|
||||
/**
|
||||
* Checks whether the servers final message was valid
|
||||
*
|
||||
* \param message The servers final message
|
||||
*/
|
||||
- (void)parseServerFinalMessage: (OFDataArray*)message;
|
||||
- (OFDataArray*)continueWithData: (OFDataArray*)data;
|
||||
|
||||
- (void)setAuthzid: (OFString*)authzid;
|
||||
- (OFString*)authzid;
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue