[Emu] Questions on draft-ietf-emu-eap-gpsk-02.txt
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emu] Questions on draft-ietf-emu-eap-gpsk-02.txt



Hi Tom/Hannes,

I just have a couple of questions/comments regarding draft-ietf-emu-eap-gpsk-02.txt:

o In the terminology section, the last sentence of SEC_X(Y) definition is "SEC_X(Y) = Y|MAC_X(Y)". Maybe it should be "SEC_X(Y) = Y || MAC_X(Y)" instead.

o  In Sec 8., 3rd paragraph:

"GPSK-1 contains no MAC protection, so provided it properly parses, it
 MUST be accepted by the client. If the EAP client decides the
 ID_Server is that of a AAA server to which it does not wish to
 authenticate, the EAP client should respond with an EAP-NACK."

Should this also provision for the case where the client is unable to
support any of the ciphers in CSuite_List of GPSK-1 ? In such a case
is it proper for the client to just send an EAP-NACK ?

o  In Sec 8., 4th paragraph:

 "For GPSK-2, if ID_Client is for an unknown user, the EAP server MUST
  send either a "PSK Not Found" GPSK-Fail message, or an
  "Authentication Failure" GPSK-Fail, depending on its policy, and
  discard the received packet.  If the MAC validation fails, the server
  MUST transmit a GPSK-Fail message specifying "Authentication
  Failure". and discard the received packet.  If the RAND_Server or
  CSuite_List field in GPSK-2 does not match the values in GPSK-1, the
  server MUST silently discard the packet.  If server policy determines
  the client is not authorized and the MAC is correct, the server MUST
  transmit a GPSK-Protected-Fail message indicating "Authorization
  Failure" and discard the received packet."

In the case of "Authentication Failure" where the user is unknown or MAC
is not correct maybe EAP_FAILURE is better (???) rather than GPSK-Fail
since the failure is severe enough to warrant a method failure ?

Should the CSuite_List in GPSK-2 be equivalent to CSuite_List in GPSK-1 ?
Maybe I have the wrong impression but I thought the idea is auth sends
a CSuite_List to peer and peer selects a supported CSuite denoted by
CSuite_Sel. If this is the case we may not need CSuite_List in GPSK-2.
Also, if CSuite_Sel does not match any value in CSuite_List in GPSK-1
then auth can send GPSK-Fail.

o  In Sec 8, 5th paragraph:

 "A client receiving a GPSK-Fail or GPSK-Protected-Fail message in
  response to a GPSK-2 message MUST either transmit an EAP-Failure
  message and end the session, ... "

I'm probably missing something but is the client allowed to send EAP-Failure ?

regards,
victor


_______________________________________________ Emu mailing list Emu at ietf.org https://www1.ietf.org/mailman/listinfo/emu




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