Jouni Malinen 0be8b9238f mka: Avoid memory leak in unexpected case in RECEIVE ... It looks like it is possible for the RECEIVE state to leak memory where a previously allocated sm->lki is moved to sm->oki while sm->oki is pointing to not yet freed entry. It is not clear how this can be triggered, but it has come up in hwsim testing under heavy load. Free sm->oki if it is still set in RECEIVE before replacing it with sm->lki to avoid this memory leak. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>		2019-04-15 22:50:06 +03:00
..
Makefile	MACsec: Add PAE implementation	2014-05-09 20:42:44 +03:00
ieee802_1x_cp.c	mka: Avoid memory leak in unexpected case in RECEIVE	2019-04-15 22:50:06 +03:00
ieee802_1x_cp.h	mka: Remove unused authorization data from CP	2018-12-27 11:26:27 +02:00
ieee802_1x_kay.c	mka: New MI should only be generated when peer's key is invalid	2019-01-08 01:12:02 +02:00
ieee802_1x_kay.h	mka: MIB information	2018-12-29 16:52:31 +02:00
ieee802_1x_kay_i.h	UBSan: Pack MACsec peer id structure	2019-02-25 19:48:49 +02:00
ieee802_1x_key.c	mka: Extend CAK/CKN-from-EAP-MSK API to pass in MSK length	2018-12-26 16:44:58 +02:00
ieee802_1x_key.h	mka: Extend CAK/CKN-from-EAP-MSK API to pass in MSK length	2018-12-26 16:44:58 +02:00
ieee802_1x_secy_ops.c	mka: Debug output cleanup/fix	2018-12-26 16:42:25 +02:00
ieee802_1x_secy_ops.h	mka: Fix lowest acceptable Packet Number (LPN) calculation and use	2018-12-26 16:42:25 +02:00