summaryrefslogtreecommitdiffstats
path: root/net/core/sock.c
diff options
context:
space:
mode:
authorDiogenes Pereira2017-09-05 14:18:04 +0200
committerStefan Schmidt2017-09-20 13:37:16 +0200
commit3e4962667efb0f6c09fa3111e6ee53838118b227 (patch)
treeedff991e3f4004d4965afed65bd6cc74fd195885 /net/core/sock.c
parentmac802154: replace hardcoded value with macro (diff)
downloadkernel-qcow2-linux-3e4962667efb0f6c09fa3111e6ee53838118b227.tar.gz
kernel-qcow2-linux-3e4962667efb0f6c09fa3111e6ee53838118b227.tar.xz
kernel-qcow2-linux-3e4962667efb0f6c09fa3111e6ee53838118b227.zip
mac802154: Fix MAC header and payload encrypted
According to 802.15.4-2003/2006/2015 specifications the MAC frame is composed of MHR, MAC payload and MFR and just the outgoing MAC payload must be encrypted. If communication is secure,sender build Auxiliary Security Header(ASH), insert it next to the standard MHR header with security enabled bit ON, and secure frames before transmitting them. According to the information carried within the ASH, recipient retrieves the right cryptographic key and correctly un-secure MAC frames. The error scenario occurs on Linux using IEEE802154_SCF_SECLEVEL_ENC(4) security level when llsec_do_encrypt_unauth() function builds theses MAC frames incorrectly. On recipients these MAC frames are discarded,logging "got invalid frame" messages. Signed-off-by: Diogenes Pereira <dvnp@cesar.org.br> Signed-off-by: Stefan Schmidt <stefan@osg.samsung.com>
Diffstat (limited to 'net/core/sock.c')
0 files changed, 0 insertions, 0 deletions