News for hackers. Stuff that matters.
Re:Zoom Windows client could allow credentials to be leaked ... by jeroenhd on Wednesday April 01, 2020 @10:39AM (#22749029)
"Zoom doesn't fix Windows oversight that makes Windows leak login credentials"

Sorry, but this one isn't on Zoom. This is all on Windows. You should be able to click a static link and expect it not to send your user password (or an easily crackable hash) to some remote server.

This is nothing new and can also be seen in one of tools I often use to check if my VPN is easily detectable [0].

This is Windows being vulnerable to carelessly authenticating to a remote server using an insecure protocol. Attack vectors also include email, messenger applications, QR codes, and anything else that might form an URI you can click on.

You can prevent this in your firewall by setting the right group policy [1] or blocking outbound SMB/NTLM/etc. in your network firewall.

[0] hʇʇp://witch.valdikss.org.ru/ WARNING: will try to trigger the exact same credential leak on Windows. Use with care. [1] https://www.securitynewspaper.com/2016/08/06/understanding-w...

Re:Zoom Windows client could allow credentials to be leaked ... by lazerl0rd on Thursday April 02, 2020 @05:38PM (#22764159)
TBH, this "issue" (which is not how Microsoft see it) has been around long enough that most applications know to be careful. Zoom should too. While it's not their fault, per se, they still need to be precautious.

Sometimes you gotta imagine it like it's a bad flag for a program or library that's just left on default. If you're using that program or library then you are also responsible for how you use it.

Re:Zoom Windows client could allow credentials to be leaked ... by intelligenttank on Wednesday April 01, 2020 @11:25AM (#22749619)
We see a LOT more at home use of zoom by grandparents and others with minimal tech savvy because if Covid19. Telling them to egress block SMB is not helpful. Perhaps we need to put more pressure in ISPs to egress block SMB traffic?
Re:Zoom Windows client could allow credentials to be leaked ... by jeroenhd on Wednesday April 01, 2020 @11:39AM (#22749792)
This is hardly Zoom-related. This attack can easily be executed from Word files and malicious web pages in the right circumstances.

Microsoff should really disable this insecure method of authentication to public addresses for everyone but business users who rely on it (and whose IT department can manually enable the feature through group policy). There are sort-of-valid reasons to use SMB over the internet (easy network printing for one, as well as mounting disks in networks that still hand out publicly routable IPv4 addresses such as universities) and closing the port would break that functionality immediately.

Why should every residential ISP in the world need to cover up for Microsoft's design flaw? This bug is presented as news but it has been a known security issue for at least 6 years now.

Re:Zoom Windows client could allow credentials to be leaked ... by xenonite on Wednesday April 01, 2020 @02:02PM (#22751671)
Can SMB links be clicked on from a standard browser? If browsers prohibit it, I guess it would indeed be responsible on Zoom's part to also prohibit it.
Re:Zoom Windows client could allow credentials to be leaked ... by Dylan16807 on Saturday April 04, 2020 @12:52AM (#22776272)
Zoom shouldn't be turning those sequences of characters into links. Just like HN doesn't.
Re:Zoom Windows client could allow credentials to be leaked ... by jeroenhd on Saturday April 04, 2020 @04:29AM (#22776986)
Why not? It makes business sense for a conferencing tool to be able to link to files on a mounted drive ("can you tell me where the project notes are?" "sure, they're over at \\projects\jabberwocky\notes.docx").

Every chat application turns HTTP strings into links and I don't believe it's the application developer's fault to assume that a simple link will cause code execution or leak credentials. That's a bad API design by Microsoft to the point where it's a vulnerability.

If someone told you that on iOS a link starting with HTTP would cause the device to send your Apple password to a random server, would you think that's normal and therefore developers should know better? Why would it be any different with any other kind of link? Wouldn't you expect the OS not to fail catastrophically when a user clicks a link like that?