[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1486308208-3252-1-git-send-email-ard.biesheuvel@linaro.org>
Date: Sun, 5 Feb 2017 15:23:26 +0000
From: Ard Biesheuvel <ard.biesheuvel@...aro.org>
To: johannes@...solutions.net, jouni@....qualcomm.com,
linux-wireless@...r.kernel.org
Cc: netdev@...r.kernel.org, davem@...emloft.net,
Ard Biesheuvel <ard.biesheuvel@...aro.org>
Subject: [PATCH v2 0/2] mac80211: use crypto shash for AES cmac
This is something I spotted while working on AES in various modes for
ARM and arm64.
The mac80211 aes_cmac code reimplements the CMAC algorithm based on the
core AES cipher, which is rather restrictive in how platforms can satisfy
the dependency on this algorithm. For instance, SIMD implementations may
have a considerable setup time, which cannot be amortized over the entire
input when calling into the crypto API one block at a time. Also, it prevents
the use of more secure fixed time implementations, since not all AES drivers
expose the cipher interface.
So switch aes_cmac to use a cmac(aes) shash. Before updating the aes_cmac code
in patch #2, the FILS AEAD code is moved to using a cmac(aes) shash supplied by
the crypto API so that we can remove the open coded version entirely in the
second patch.
NOTE: Jouni has been so kind to test patch #2, and confirmed that it is working.
I have not tested patch #1 myself, mainly because the test methodology
requires downloading Ubuntu installer images, and I am currently on a
metered 3G connection (and will be for another couple of weeks)
Ard Biesheuvel (2):
mac80211: fils_aead: Use crypto api CMAC shash rather than bare cipher
mac80211: aes-cmac: switch to shash CMAC driver
net/mac80211/Kconfig | 1 +
net/mac80211/aes_cmac.c | 130 +++++---------------
net/mac80211/aes_cmac.h | 15 +--
net/mac80211/fils_aead.c | 74 +++++------
net/mac80211/key.h | 2 +-
5 files changed, 70 insertions(+), 152 deletions(-)
--
2.7.4
Powered by blists - more mailing lists