Add a workaround for EAP-FAST with Cisco AP local RADIUS server
When using the internal TLS implementation, EAP-FAST unauthenticated provisioning ends up proposing multiple cipher suites. It looks like Cisco AP (at least 350 and 1200 series) local authentication server does not know how to search cipher suites from the list and seem to require that the last entry in the list is the one that it wants to use. However, TLS specification requires the list to be in the client preference order. As a workaround, ass anon-DH AES-128-SHA1 again at the end of the list to allow the Cisco code to find it. This fixed EAP-FAST provisioning with the following IOS version: Cisco IOS Software, C350 Software (C350-K9W7-M), Version 12.3(8)JEA3, RELEASE SOFTWARE (fc2) Compiled Wed 21-Nov-07 14:08 by ccai
This commit is contained in:
parent
58d1f6d189
commit
9e783041fa
1 changed files with 11 additions and 0 deletions
|
@ -620,6 +620,17 @@ int tlsv1_client_set_cipher_list(struct tlsv1_client *conn, u8 *ciphers)
|
||||||
suites[count++] = TLS_DH_anon_WITH_3DES_EDE_CBC_SHA;
|
suites[count++] = TLS_DH_anon_WITH_3DES_EDE_CBC_SHA;
|
||||||
suites[count++] = TLS_DH_anon_WITH_RC4_128_MD5;
|
suites[count++] = TLS_DH_anon_WITH_RC4_128_MD5;
|
||||||
suites[count++] = TLS_DH_anon_WITH_DES_CBC_SHA;
|
suites[count++] = TLS_DH_anon_WITH_DES_CBC_SHA;
|
||||||
|
|
||||||
|
/*
|
||||||
|
* Cisco AP (at least 350 and 1200 series) local authentication
|
||||||
|
* server does not know how to search cipher suites from the
|
||||||
|
* list and seem to require that the last entry in the list is
|
||||||
|
* the one that it wants to use. However, TLS specification
|
||||||
|
* requires the list to be in the client preference order. As a
|
||||||
|
* workaround, ass anon-DH AES-128-SHA1 again at the end of the
|
||||||
|
* list to allow the Cisco code to find it.
|
||||||
|
*/
|
||||||
|
suites[count++] = TLS_DH_anon_WITH_AES_128_CBC_SHA;
|
||||||
conn->num_cipher_suites = count;
|
conn->num_cipher_suites = count;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue