[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