this post was submitted on 23 Feb 2024
276 points (98.6% liked)

Technology

58033 readers
3331 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

Vulnerabilities:

CVE-2023-52160 (wpa_supplicant) and CVE-2023-52161 (Intel's iNet Wireless Daemon) allow attackers to:

  • Trick users into joining fake Wi-Fi networks: Attackers can create malicious clones of legitimate networks and steal user data.
  • Gain unauthorized access to secure Wi-Fi networks: Attackers can join password-protected networks without needing the password, putting devices and data at risk.

Affected devices:

  • CVE-2023-52160: Android devices using wpa_supplicant versions 2.10 and prior (requires specific configuration).
  • CVE-2023-52161: Linux devices using iNet Wireless Daemon versions 2.12 and lower (any network using a Linux access point).

Mitigation:

  • Update your Linux distribution and ChromeOS (version 118 or later).
  • Android fix not yet available, but manually configure CA certificate for any saved enterprise networks as a temporary workaround.

Exploitation:

  • Attacker needs SSID and physical proximity for CVE-2023-52160.
  • CVE-2023-52161 requires no special knowledge, affecting any vulnerable network.

Links:

top 19 comments
sorted by: hot top controversial new old
[–] Link@rentadrunk.org 25 points 6 months ago (2 children)

Do routers and access points need patching too?

[–] Dran_Arcana@lemmy.world 17 points 6 months ago (1 children)
UAP-AC-Lite-LR-BZ.6.6.55# which wpa_supplicant 
/usr/sbin/wpa_supplicant

UAP-AC-Lite-LR-BZ.6.6.55# /usr/sbin/wpa_supplicant -v
wpa_supplicant v2.10-devel
Copyright (c) 2003-2019, Jouni Malinen  and contributors`

Seems unifi devices are affected, no patch yet as far as I can tell.

[–] Buelldozer 7 points 6 months ago (1 children)

The patch is likely going to have to come from Intel since they're the creators of IWD. I see that UniFi is running an older v2.10 module but it really doesn't matter as the CVE states that even 2.14 (which I think is the latest?) is vulnerable as well.

[–] Dran_Arcana@lemmy.world 5 points 6 months ago (1 children)

it's running wpa_supplicant, not iwd. It's vulnerable to the similar exploit in CVE-2023-52160 but the patch will likely have to come from unifi, as wpa_supplicant hasn't been updated in years as far as I know.

[–] Buelldozer 2 points 6 months ago* (last edited 6 months ago) (1 children)

Help me clear my confusion on this.

According to Mitre CVE-2023-52160 only applies to "Enterprise" Networks, that is WiFi Networks using WPA2 / WPA3 with Radius. This CVE is the one that relies on wpa_supplicant.

Meanwhile CVE-2023-52161 works on "regular" networks, ones using WPA2 / WPA3 with PSK, and relies on a vulnerability in IWD.

So unless I'm missing something (which is very possible) 5160 doesn't apply to most people and SMBs because they are not using Radius. So unless YOU are using Radius on your UniFi gear this vulnerability doesn't apply.

The one that WOULD apply to most people is 5161 but your UniFi screenshot is showing wpa_supplicant and not IWD so according to mitre this one doesn't apply to you either.

What am I missing here?

[–] Dran_Arcana@lemmy.world 5 points 6 months ago* (last edited 6 months ago)

I just verified personally that it was present on unifi devices, since their docs weren't clear. We are a mostly cisco/aruba shop where I work, but a lot of my colleagues at smaller businesses/universities use radius with unifi access points. I imagine they are vulnerable to this.

You are correct though in assessing that homelab users and very small enterprise users are probably safe.

[–] Squire1039@lemm.ee 9 points 6 months ago (1 children)

Yeah, check out this link: https://www.top10vpn.com/research/wifi-vulnerabilities/ , it says any Linux device running Intel’s iNet Wireless Daemon in an AP mode.

[–] Link@rentadrunk.org 11 points 6 months ago (2 children)

Hmm how would one know if their specific AP is affected? Lots of manufacturers won’t release updates.

[–] khannie@lemmy.world 10 points 6 months ago* (last edited 6 months ago) (1 children)

TL;DR: If you're using a linux based AP, check if you're using iwd. If you are, you need to update immediately. Alternatively, if you're using an OpenWRT based router you're good.

It's not clear to me yet if this is specific to intel wireless devices (edit: the IWD wiki page says that it aims to be "a comprehensive Wi-Fi connectivity solution for Linux based devices" so it looks like it would cover any system using IWD, not just Intel AP's).

The article says "everyone using IWD as an access point" and "affects home WiFi networks".

So I went to the good ol' Arch wiki and it gives some details on iwd:

https://wiki.archlinux.org/title/Iwd

Long story short it looks like at a minimum you would need the iwd package installed on a linux based access point (think open source based routers and probably many ISP ones) and an easy way to test for that appears to be if the apps iwctl, iwd and / or iwmon are anywhere on the system (and / or if iwd is running).

If you run

ps -ef | grep iwd

on a normal linux box or

ps w | grep iwd

on openwrt based routers it should give you a clear indication.

The linux based router I'm using here has iw and iwlist but they're for a separate package and no iwd daemon running.

I am still digging on this and will be until I'm happy.

update: iwd 2.13 is vulnerable and was released 2024/01/12 so unless you're bang up to date, if you're using iwd you're exposed.

update: even newer versions of OpenWRT don't appear to use IWD.

[–] JustUseMint@lemmy.world 3 points 6 months ago (1 children)
[–] khannie@lemmy.world 3 points 6 months ago

No worries. :) It was a bit rambling there for a while but I finally got to the bottom of it all.

The article and / or CVE could have done a much better job of making it clear who wasn't affected or at least how to check if you are.

[–] TunaLobster@lemmy.world 3 points 6 months ago (1 children)

If these CVEs didn't expose a router that doesn't get updates, many others already have. OpenWRT might be more secure than OEM firmware.

[–] Link@rentadrunk.org 2 points 6 months ago

Unfortunately my AP doesn’t support OpenWRT.

[–] heavy@sh.itjust.works 5 points 6 months ago (1 children)

Business Email Compromise (BEC)? (╯°□°)╯︵ ┻━┻

[–] Squire1039@lemm.ee 1 points 6 months ago (1 children)

The CVE-2023-52160, which applies to Android/linux/ChromeOS devices connecting to WPA2/WPA3 Enterprise, allows an attacker to fool the user to connect to a malicious SSID and intercept the traffic. So unencrypted traffic can be compromised. So, their listing of sensitive data, BEC, and password theft sound scary but probably affects very few services that don't encrypt the data.

[–] heavy@sh.itjust.works 1 points 6 months ago (1 children)

Please don't compromise my business emails, just my personal ones.

=)

[–] Squire1039@lemm.ee 1 points 6 months ago

Considered it done. ;-)

[–] Ilgaz@lemm.ee 4 points 6 months ago

Once more we will ignore the elephant in the room which is owned by a advertising giant. Android. Their OEM agreement was designed so bad that it makes you wonder if it does serve a purpose? I can theoretically easily compile the wpa_supplicant on the phone itself however I won't be able to install/run it. Manufacturer even gave up the brand name itself. Billions of walking zombie devices as the result.

[–] ooosssay@ani.social 1 points 6 months ago

That’s crazy