2007-05-05 11:45:53 -07:00
|
|
|
/*
|
|
|
|
* Copyright 2002-2004, Instant802 Networks, Inc.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef TKIP_H
|
|
|
|
#define TKIP_H
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/crypto.h>
|
2008-04-08 12:14:40 -07:00
|
|
|
#include "key.h"
|
2007-05-05 11:45:53 -07:00
|
|
|
|
mac80211: fix TKIP races, make API easier to use
Our current TKIP code races against itself on TX
since we can process multiple packets at the same
time on different ACs, but they all share the TX
context for TKIP. This can lead to bad IVs etc.
Also, the crypto offload helper code just obtains
the P1K/P2K from the cache, and can update it as
well, but there's no guarantee that packets are
really processed in order.
To fix these issues, first introduce a spinlock
that will protect the IV16/IV32 values in the TX
context. This first step makes sure that we don't
assign the same IV multiple times or get confused
in other ways.
Secondly, change the way the P1K cache works. I
add a field "p1k_iv32" that stores the value of
the IV32 when the P1K was last recomputed, and
if different from the last time, then a new P1K
is recomputed. This can cause the P1K computation
to flip back and forth if packets are processed
out of order. All this also happens under the new
spinlock.
Finally, because there are argument differences,
split up the ieee80211_get_tkip_key() API into
ieee80211_get_tkip_p1k() and ieee80211_get_tkip_p2k()
and give them the correct arguments.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2011-07-07 13:28:01 -07:00
|
|
|
u8 *ieee80211_tkip_add_iv(u8 *pos, struct ieee80211_key *key);
|
2008-06-11 14:22:00 -07:00
|
|
|
|
2011-03-25 13:39:19 -07:00
|
|
|
int ieee80211_tkip_encrypt_data(struct crypto_cipher *tfm,
|
mac80211: fix TKIP races, make API easier to use
Our current TKIP code races against itself on TX
since we can process multiple packets at the same
time on different ACs, but they all share the TX
context for TKIP. This can lead to bad IVs etc.
Also, the crypto offload helper code just obtains
the P1K/P2K from the cache, and can update it as
well, but there's no guarantee that packets are
really processed in order.
To fix these issues, first introduce a spinlock
that will protect the IV16/IV32 values in the TX
context. This first step makes sure that we don't
assign the same IV multiple times or get confused
in other ways.
Secondly, change the way the P1K cache works. I
add a field "p1k_iv32" that stores the value of
the IV32 when the P1K was last recomputed, and
if different from the last time, then a new P1K
is recomputed. This can cause the P1K computation
to flip back and forth if packets are processed
out of order. All this also happens under the new
spinlock.
Finally, because there are argument differences,
split up the ieee80211_get_tkip_key() API into
ieee80211_get_tkip_p1k() and ieee80211_get_tkip_p2k()
and give them the correct arguments.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2011-07-07 13:28:01 -07:00
|
|
|
struct ieee80211_key *key,
|
|
|
|
struct sk_buff *skb,
|
|
|
|
u8 *payload, size_t payload_len);
|
|
|
|
|
2007-05-05 11:45:53 -07:00
|
|
|
enum {
|
|
|
|
TKIP_DECRYPT_OK = 0,
|
|
|
|
TKIP_DECRYPT_NO_EXT_IV = -1,
|
|
|
|
TKIP_DECRYPT_INVALID_KEYIDX = -2,
|
|
|
|
TKIP_DECRYPT_REPLAY = -3,
|
|
|
|
};
|
2011-03-25 13:39:19 -07:00
|
|
|
int ieee80211_tkip_decrypt_data(struct crypto_cipher *tfm,
|
2007-05-05 11:45:53 -07:00
|
|
|
struct ieee80211_key *key,
|
|
|
|
u8 *payload, size_t payload_len, u8 *ta,
|
2008-03-20 06:06:42 -07:00
|
|
|
u8 *ra, int only_iv, int queue,
|
2007-09-26 06:19:45 -07:00
|
|
|
u32 *out_iv32, u16 *out_iv16);
|
2007-05-05 11:45:53 -07:00
|
|
|
|
|
|
|
#endif /* TKIP_H */
|