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

..

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_i.h

UBSan: Pack MACsec peer id structure

2019-02-25 19:48:49 +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_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

Makefile

MACsec: Add PAE implementation

2014-05-09 20:42:44 +03:00