Re: Is there a way to manually force the security protocol with IWD?
James Prestwood <[email protected]> Fri, 30 Jan 2026 07:07:23 -0800
| Newsgroups | dev.linux.lists.iwd |
|---|---|
| Message-ID | <[email protected]> |
Hi, On 1/30/26 7:01 AM, Bryce Johnson wrote: > Hi James > > On Fri, Jan 30, 2026 at 7:48 AM James Prestwood <[email protected]> wrote: >> Hi Bryce, >> >> On 1/30/26 6:43 AM, Bryce Johnson wrote: >>> Hi All >>> We are working to get our product through wifi certification. Our >>> testing company mentioned there was several negative test cases that >>> were failing where IWD was connecting anyways because it would decide >>> on the security type based on the AP. Is there a way to force IWD to >>> use a security type that is different than the AP so it would fail the >>> connection? Can we disable WPA1-only connection or force WPA2 only >>> connection? >> There unfortunately isn't at the moment. We do have a "developer mode" >> by specifying "-E" to IWD and this seems like it would fall into that >> category, support would need to be added of course. >> >> But I'm somewhat confused (and maybe this is just poor test cases by >> WFA?), why would you need to certify that IWD fails when using a >> different security type than the AP? A client should not ever use a >> security type the AP doesn't advertise support for... This feels like >> its testing the AP, not IWD :) >> > I'm was requesting what test case fails and if I could get a copy of > it. The only thing I can think of is that they want to disable WPA1 > for example and show that the device won't connect to a WPA1 only AP. > Or maybe for a product you only want to connect WPA3 and fail and not > connect or not allow the AP to downgrade the connection. Yeah I'd be interested in the test case. > > Maybe it would make sense to allow a blacklist of protocols you won't > allow IWD to use? For our product we wouldn't allow open or WEP > connections for example (but we perform that check outside of IWD). IWD already won't connect to a WEP network, so we're ok there. You may be able to coax out some behavior with the following options: main.conf [General].ManagementFrameProtection network profile: [Settings].TransitionDisable [Settings].DisabledTransitionModes Anyways, lets hope you can get the test case. Shouldn't be too hard to add some support for specific test/dev type requirements. Thanks, James > >>> Thanks >>> Bryce >>>