From: "Tobin C. Harding" <me@tobin.cc>
To: Dan Williams <dcbw@redhat.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: WPA and WPA2
Date: Thu, 25 May 2017 08:43:46 +1000 [thread overview]
Message-ID: <20170524224346.GD2319@eros> (raw)
In-Reply-To: <1495644240.12939.3.camel@redhat.com>
On Wed, May 24, 2017 at 11:44:00AM -0500, Dan Williams wrote:
> On Wed, 2017-05-24 at 17:34 +1000, Tobin C. Harding wrote:
> > On Wed, May 24, 2017 at 05:27:50PM +1000, Tobin C. Harding wrote:
> > > Hi,
> > >
> > > I am attempting to rewrite the ks7010 WEXT driver
> > > (drivers/staging/ks7010)
> > > to use the CFG80211 API.
> > >
> > > I am reading 802.11 Wireless Networks - Matthew S. Gast for
> > > reference.
> > >
> > > I have some confusion regarding WEP/WPA/WPA2/RSN, ciphers, keys and
> > > ie's?
> > >
> > > As I understand, first there was WEP. Next we got a marketing term
> > > WPA
> > > which referred to 802.11i (which specified the protocols TKIP and
> > > CCMP, and also RSN).
> > >
> > > WEP vs WPA
> > > ----------
> > >
> > > To add to my confusion the ks7010 code seemingly mixes up the use
> > > of
> > > WEP keys and WPA keys, to set both the WEP and the WPA keys the
> > > driver
> > > uses the same MIB requests? Yet throughout the code WEP keys and
> > > WPA
> > > keys are stored in separate structures (and treated differently).
> >
> > Oh, I just got why there is only one MIB request type - there are
> > only
> > one set of keys used by the target
> >
> > DOT11_WEP_DEFAULT_KEY_VALUE1 = 0x13020101,
> > DOT11_WEP_DEFAULT_KEY_VALUE2 = 0x13020102,
> > DOT11_WEP_DEFAULT_KEY_VALUE3 = 0x13020103,
> > DOT11_WEP_DEFAULT_KEY_VALUE4 = 0x13020104,
> >
> > removing 'WEP' from the defines removes the confusion here :)
>
> I could be entirely wrong, but it looks like the driver really just
> defines 4 "keys" which can be used for anything.
Thank you very much for taking the time to look at the driver, I
really appreciate it.
> For WEP, they are the 4 WEP key indexes.
>
> For RSN, they are 1 = PMK, 2 = GMK, 3 = GMK2, 4 seems unused.
>
> Because WEXT is pretty convoluted, I woudn't necessarily try to
> translate what eg ks_wlan_set_encode_ext() is doing directly to
> cfg80211, but to understand how the firmware interface works and then
> just write the cfg80211 code to the firmware interface.
That's a good idea.
thanks,
Tobin.
next prev parent reply other threads:[~2017-05-24 22:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-24 7:27 WPA and WPA2 Tobin C. Harding
2017-05-24 7:34 ` Tobin C. Harding
2017-05-24 16:44 ` Dan Williams
2017-05-24 18:06 ` Johannes Berg
2017-05-24 22:40 ` Tobin C. Harding
2017-05-25 17:45 ` Dan Williams
2017-05-28 21:30 ` Tobin C. Harding
2017-05-26 8:32 ` Johannes Berg
2017-05-24 22:43 ` Tobin C. Harding [this message]
2017-05-24 7:40 ` Johannes Berg
2017-05-24 10:13 ` Tobin C. Harding
2017-05-24 10:47 ` Johannes Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170524224346.GD2319@eros \
--to=me@tobin.cc \
--cc=dcbw@redhat.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.