[Bug 1018160] [NEW] Accept WEP in the ubiqutiy wireless network chooser dialog
James M. Leddy
1018160 at bugs.launchpad.net
Tue Jun 26 22:09:02 UTC 2012
Public bug reported:
Currently, the ubi-network dialog looks at WpaFlags (Wifi Protected
Access) and RsnFlags (Robust Secure Network, aka: WPA2) to determine if
the network is encrypted. According to Dan Walsh in this email, neither
of these are used for WEP encrypted networks:
> You can't tell the difference between 64-bit and 128-bit WEP at all
> because that information simply isn't available with WEP. You can only
> tell that an AP requires "privacy" or not and that it does not use WPA.
> For WEP the Privacy bit is the only thing you have.
https://mail.gnome.org/archives/networkmanager-
list/2011-April/msg00191.html
I've experimentally verified that WEP doesn't work in ubiquity. If you
choose a WEP ssid, the password box remains disabled, and clicking
"Continue" causes nm-applet to pop up and prompt for the password. I
wonder if this is still a concern though due to WEP being so
infrequently used today.
** Affects: ubiquity (Ubuntu)
Importance: Medium
Assignee: James M. Leddy (jm-leddy)
Status: New
** Description changed:
Currently, the ubi-network dialog looks at WpaFlags (Wifi Protected
Access) and RsnFlags (Robust Secure Network, aka: WPA2) to determine if
the network is encrypted. According to Dan Walsh in this email, neither
of these are used for WEP encrypted networks:
> You can't tell the difference between 64-bit and 128-bit WEP at all
- because that information simply isn't available with WEP. You can only
- tell that an AP requires "privacy" or not and that it does not use WPA.
- For WEP the Privacy bit is the only thing you have.
+ > because that information simply isn't available with WEP. You can only
+ > tell that an AP requires "privacy" or not and that it does not use WPA.
+ > For WEP the Privacy bit is the only thing you have.
https://mail.gnome.org/archives/networkmanager-
list/2011-April/msg00191.html
I've experimentally verified that WEP doesn't work in ubiquity. If you
choose a WEP ssid, the password box remains disabled, and clicking
"Continue" causes nm-applet to pop up and prompt for the password. I
wonder if this is still a concern though due to WEP being so
infrequently used today.
** Changed in: ubiquity (Ubuntu)
Assignee: (unassigned) => James M. Leddy (jm-leddy)
** Changed in: ubiquity (Ubuntu)
Importance: Undecided => Wishlist
** Changed in: ubiquity (Ubuntu)
Importance: Wishlist => Medium
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1018160
Title:
Accept WEP in the ubiqutiy wireless network chooser dialog
Status in “ubiquity” package in Ubuntu:
New
Bug description:
Currently, the ubi-network dialog looks at WpaFlags (Wifi Protected
Access) and RsnFlags (Robust Secure Network, aka: WPA2) to determine
if the network is encrypted. According to Dan Walsh in this email,
neither of these are used for WEP encrypted networks:
> You can't tell the difference between 64-bit and 128-bit WEP at all
> because that information simply isn't available with WEP. You can only
> tell that an AP requires "privacy" or not and that it does not use WPA.
> For WEP the Privacy bit is the only thing you have.
https://mail.gnome.org/archives/networkmanager-
list/2011-April/msg00191.html
I've experimentally verified that WEP doesn't work in ubiquity. If you
choose a WEP ssid, the password box remains disabled, and clicking
"Continue" causes nm-applet to pop up and prompt for the password. I
wonder if this is still a concern though due to WEP being so
infrequently used today.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1018160/+subscriptions
More information about the foundations-bugs
mailing list