Bug 172661 - hostapd(8) securing wireless adapter in HostAP mode is started too late
Summary: hostapd(8) securing wireless adapter in HostAP mode is started too late
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: wireless (show other bugs)
Version: 10.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-wireless (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-13 14:40 UTC by lytboris
Modified: 2019-01-21 03:48 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lytboris 2012-10-13 14:40:00 UTC
hostupd rc-script is scheduled for running in a trail of rc-scripts thus it should run as much close to netif as possible: if one is using wireless adapter in hostap mode, nnetif configures it into this mode BUT with no security applied. The interval between netif and hostapd launches this wireless network runs unsecured.

Fix: 

1) hostapd should be inserted into NETWORKING REQUIRE record.
2) netif should be inserted into hostapd REQUIRE record.

This will significantly reduce period of unsecured wireless network running though not eliminating it totally.

Another approach is to introduce hostapd_ifaces variable and controlling wireless interface UP/DOWN state from rc-script. Ideally both of approaches should be implemented.
How-To-Repeat: Configure wlan0 into hostap mode, configure hostapd.
Reboot machine and observe your wireless network running without any security for 30-40 seconds or even couple of minutes.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2012-10-13 23:24:20 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-wireless

Over to maintainer(s).
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:42:08 UTC
batch change:

For bugs that match the following
-  Status Is In progress 
AND
- Untouched since 2018-01-01.
AND
- Affects Base System OR Documentation

DO:

Reset to open status.


Note:
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Comment 3 Andriy Voskoboinyk freebsd_committer freebsd_triage 2019-01-21 03:48:02 UTC
Since base r296226 the interface is just created, but not started if wpa_supplicant / hostapd is used; both are capable to run the interface during startup.