News for hackers. Stuff that matters.
Re:Two vulnerabilities in Zoom could lead to code execution by Jonnax on Sunday June 07, 2020 @05:06AM (#23445915)
I wonder. Are all the vulnerabilities and issues with Zoom because of its popularity?

Everybody is using zoom these days and in my opinion it's because it has an excellent user experience.

I'm wondering if something like Cisco WebEx is just as "broken" but everyone doesn't have their eyes on it.

One thing for sure. We need a way to run desktop applications in isolated containers in the same way mobile apps are run.

I joined a WebEx meeting the other day, downloading it's client. And after the meeting a little window popped up with my next meetings.

Without permission it'd hooked into my outlook calendar.

At the the very least, we could have some sort of virtual file system that by default applications only see.

I'm sure the capability exists in windows, because there's a mod management tool for Skyrim I've used where it creates a virtual folder for all your activated mods and the game itself sees that virtual folder when running.

As an aside, remember when Skype was the most popular audio/video chat app in the world?

Or even MSN messenger?

I also remember Hangouts getting popular but then stagnating in using 100% CPU and setting fire to your laps.

Re:Two vulnerabilities in Zoom could lead to code execution by redis_mlc on Sunday June 07, 2020 @05:57AM (#23446124)
> something like Cisco WebEx

So you're going to love this.

The CEO of Zoom is a former senior engineer on WebEx, funded by ex-WebEx employees and founders.

Zoom was originally him plus 40 software engineers in China.

If I was Cisco, I'd be wondering how much code was copied into Zoom.

And if I were you, I'd be wondering why people are using an essentially Chinese communications tool.

Zoom is not a normal US company that outsources to China - the entire development team started in China with a San Jose "HQ" (because Cisco is based in San Jose.)

Re:Two vulnerabilities in Zoom could lead to code execution by throw554323 on Sunday June 07, 2020 @06:13AM (#23446201)
Eric Yuan worked for WebEx before it was acquired by a Cisco. While he was at Cisco, he tried to improve WebEx, but none of his managers listened and he felt they were moving to slow [1]. He left and started his own company.

He’s an American. His wife is an American. His kids are American.

1. https://www.cnbc.com/2019/08/21/zoom-founder-left-job-becaus...

Re:Two vulnerabilities in Zoom could lead to code execution by Sevaris on Sunday June 07, 2020 @06:27AM (#23446282)
Nobody said he wasn't American. The team that made and works on Zoom is in China though.
Re:Two vulnerabilities in Zoom could lead to code execution by bamboozled on Sunday June 07, 2020 @06:38AM (#23446327)
What happens if Chinese people work on it?
Re:Two vulnerabilities in Zoom could lead to code execution by Jon_Lowtek on Sunday June 07, 2020 @07:04AM (#23446481)
Chinese Ministry of State Security can inject a coder/sysmin who adds vulnerabilities which are then used for espionage against corporations/governments. The National Security Agency has done things like that in the past, so it is safe to assume the chinese do it to.
Re:Two vulnerabilities in Zoom could lead to code execution by rad_gruchalski on Sunday June 07, 2020 @07:35AM (#23446642)
Playing devil’s advocate: what should the rest of the world do when using proprietary technology from the USA, given that NSA likes to have their nose in everything?
Re:Two vulnerabilities in Zoom could lead to code execution by lifty on Sunday June 07, 2020 @08:08AM (#23446809)
The software industry needs to adapt to the challenges of a fully digitized world and at the moment things are a bit behind. The first and most important part is to have reproducible builds and core signing, so in cases where the source is available, people should be able to easily trace what’s in the software they’re using and who contributed. I think this is a technical challenge and some software ecosystems are trying to solve it (Go, Rust etc.). The next thing that I would like to see happening is more commercial software licenses that allow making a living from selling software but that give access to the source. I prefer a world where I pay for software and developers can make a living, and at the same time be able to check that the promises that the developer makes are held.
Re:Two vulnerabilities in Zoom could lead to code execution by whydoyoucare on Sunday June 07, 2020 @11:53AM (#23448232)
How would code-signing help if NSA arm-twists you into introducing a backdoor in your code? Even for open-source, it is difficult for average-Joe to trace and figure out contributions (its like saying the automobile engine has blueprints available, so everyone should be able to figure out what's wrong). :-)
Re:Two vulnerabilities in Zoom could lead to code execution by joering2 on Sunday June 07, 2020 @01:43PM (#23449097)
Arm-twist?

You know NSA is an American Agency, and America is not China - there is a free enterprise. The only way they can "arm-twist" you is by rules and regulations that every company has to follow. In other words - NSA cannot force you to break the law.

Re:Two vulnerabilities in Zoom could lead to code execution by jtsuken on Sunday June 07, 2020 @03:48PM (#23450161)
"The FBI wanted to work out an arrangement in which the developer would secretly feed its operatives information about Telegram’s inner workings—things like new features and other components of the service’s architecture that they might want to know about. The arrangement would be strictly confidential, and they were willing to pay." source: https://thebaffler.com/salvos/the-crypto-keepers-levine
Re:Two vulnerabilities in Zoom could lead to code execution by joering2 on Sunday June 07, 2020 @04:26PM (#23450493)
Whats your point? Telegram owners are private enterprise. They could say "okay we do it for money", or say "we won't do it because of principles".

Where is this so-called "arm-twisting" ??

Re:Two vulnerabilities in Zoom could lead to code execution by Angeo34 on Sunday June 07, 2020 @04:43PM (#23450633)
>What is a metaphor the post

Even if it wasn't a metaphor the US has been known to physically harass people for Software more than any other regardless of what the people did.

Re:Two vulnerabilities in Zoom could lead to code execution by joering2 on Sunday June 07, 2020 @06:40PM (#23451635)
Us government has been _physically_ harras people for software?

Some examples please?

Re:Two vulnerabilities in Zoom could lead to code execution by jtsuken on Sunday June 07, 2020 @07:50PM (#23452144)
Isn't it ironic how the majority of threads on this forum currently discuss the abuse of power of government officials and the excessive violence of countless law enforcement agencies, while this thread abounds in commenters conspicuously ignorant of the problem?
Re:Two vulnerabilities in Zoom could lead to code execution by joering2 on Sunday June 07, 2020 @11:49PM (#23453405)
I'm not being ignorant. I am simply asking question - what are examples of government physically harassing software people?

Unless what you saying is that some programmer neck was crushed for 8 minutes because they didn't want to implement backdoor??

Re:Two vulnerabilities in Zoom could lead to code execution by jtsuken on Sunday June 07, 2020 @08:02PM (#23452222)
Bribing the software engineers of an independent private business behind the owner's back, and/or showing up without announcement at private residences of major stake-holders is "arm-twisting" for all intents and purposes. Admittedly it's more subtle than the typical approach the Russian or Chinese governments would follow, yet the essence is the same. In rare cases, where bribery and coercion fail, there is the institution of FISA courts in the US and the lack of control over secret services in other countries. The potential of a private business to say "okay we do it for money" is exactly the risk at hand and the reason for more than a handful of "accidental" security breaches in the recent past.
Re:Two vulnerabilities in Zoom could lead to code execution by nitrobeast on Sunday June 07, 2020 @03:34PM (#23450045)
This is an ok thing for some Americans to believe in, but at least Google encrypted all its traffic between data centers specifically to avoid NSA eavesdropping. And many people in the rest of the world don’t think US respects the rule of law as it advertizes.
Re:Two vulnerabilities in Zoom could lead to code execution by whydoyoucare on Monday June 08, 2020 @11:24AM (#23457296)
Google encrypted it after Snowden documents revealed NSA was silently exfiltrating the data. [1]

[1] https://www.washingtonpost.com/world/national-security/nsa-i...

Re:Two vulnerabilities in Zoom could lead to code execution by Jon_Lowtek on Sunday June 07, 2020 @10:34AM (#23447610)
prefer open source and end2end encryption

... oh wait your premise disqualifies that.

Well Arabia and Russia are starting to force data being processed and stored in their territory by blocking foreign comm-tech. But i don't think that is a solution, that is just digital nationalism driven by fear of espionage and demand for the power of mass surveillance.

What "the world" should do is lobby against nation-states and mega-corps having their noses in everything, because it is a central building block of totalitarianism. Even if the state doesn't go all out authoritarian, it opens back doors that leave people vulnerable to abuse by bad actors.

Re:Two vulnerabilities in Zoom could lead to code execution by bamboozled on Sunday June 07, 2020 @07:47PM (#23452123)
This was probably my sentiments also, if you're not using open source technology, you're likely setting up for disappointment.
Re:Two vulnerabilities in Zoom could lead to code execution by otachack on Sunday June 07, 2020 @07:58AM (#23446748)
Use and contribute to open source alternatives?
Re:Two vulnerabilities in Zoom could lead to code execution by ryanlol on Sunday June 07, 2020 @11:38AM (#23448121)
So how do you keep MSS and NSA from planting bugdoors in the open source alternatives?
Re:Two vulnerabilities in Zoom could lead to code execution by MaxBarraclough on Sunday June 07, 2020 @06:52PM (#23451756)
Seems like a reasonable question. A relevant example: SELinux came from the NSA.
Re:Two vulnerabilities in Zoom could lead to code execution by smt88 on Sunday June 07, 2020 @08:12AM (#23446827)
The rest of the world can (and should) avoid US software if they want do. Playing devil's advocate here doesn't make a lot of sense because no US regime has ever been anything close to CCP.
Re:Two vulnerabilities in Zoom could lead to code execution by ixtli on Sunday June 07, 2020 @11:49AM (#23448198)
To be fair we know from the Snowden leaks this is exactly what they do. Microsoft quite proudly cooperated with the NSA to backdoor it’s own apps.
Re:Two vulnerabilities in Zoom could lead to code execution by smt88 on Sunday June 07, 2020 @12:57PM (#23448697)
Yes, there were backdoors in the US. I didn't say there weren't.

You sidestepped my main point, that US/CCP is a laughably false equivalency.

Re:Two vulnerabilities in Zoom could lead to code execution by Jon_Lowtek on Sunday June 07, 2020 @04:30PM (#23450525)
The US government can just walk in and say zoom.us has to feed all the data into MYSTIC for national security reasons. The CCPs ability to pressure some developers into adding bad code which might enable them to hack zoom infrastructure is laughable in comparison. Yes in theory they could attack some high value target that way, but only the hosting nation can exfiltrate mass surveillance without an alarm going off. Which is why zoom.cn is hosted in china.
Re:Two vulnerabilities in Zoom could lead to code execution by c22 on Sunday June 07, 2020 @04:12PM (#23450382)
While it's probably a little easier with a "home field advantage" there's no reason to think they don't do this to stuff built outside of China also. As you say, the NSA does this, and certainly other large nations have institutions that do this as well. It's probably safe to assume all large communications systems are riddled with intentional errors.
Re:Two vulnerabilities in Zoom could lead to code execution by kortilla on Sunday June 07, 2020 @03:48PM (#23450165)
They don’t even need to do that. The government can much more easily coerce the existing employees to do things by threatening them or their family members. This is the risk that Chinese employees in the US with family back in China pose to US companies.
Re:Two vulnerabilities in Zoom could lead to code execution by hammock on Sunday June 07, 2020 @08:01AM (#23446765)
When did the en es aye plant a coder inside a private company to add vulnerabilities, that we know about?
Re:Two vulnerabilities in Zoom could lead to code execution by Jon_Lowtek on Sunday June 07, 2020 @09:01AM (#23447023)
Its a play on the whole "they warn about the dangers of supply chain hacks". If asked how they can be so sure that is happening, they say: well we would do it that way.

A proven case? Look at Crypto AG. Sure one might argue the whole company was planted, so it doesn't count ...

Re:Two vulnerabilities in Zoom could lead to code execution by ixtli on Sunday June 07, 2020 @11:50AM (#23448212)
They don’t have to be so secretive. The Snowden leaks told us that companies like Microsoft collaborate with the IC to backdoor their software.
Re:Two vulnerabilities in Zoom could lead to code execution by hammock on Sunday June 07, 2020 @05:51PM (#23451193)
That's why I was curious
Re:Two vulnerabilities in Zoom could lead to code execution by Angeo34 on Sunday June 07, 2020 @04:42PM (#23450619)
So essentially there would be no difference if it was American or Chinese.
Re:Two vulnerabilities in Zoom could lead to code execution by tenaciousDaniel on Sunday June 07, 2020 @09:37AM (#23447234)
Come on, everyone knows this is not about denigrating Chinese people. To have an entire software team located in China puts the product at risk because of the potential interference of the CCP.
Re:Two vulnerabilities in Zoom could lead to code execution by pbhjpbhj on Sunday June 07, 2020 @12:51PM (#23448644)
Just as with USA/NSA, it seems.

For regular citizens, in USA, isn't having NSA know your stuff worse than having CCP know it?

Re:Two vulnerabilities in Zoom could lead to code execution by swsieber on Sunday June 07, 2020 @10:27AM (#23447566)
Ethnically Chinese? Nothing in particular.

Chinese as in "under the jurisdiction the Chinese government"? Well... quite a bit. The comment was pretty specific about it being the location.

Re:Two vulnerabilities in Zoom could lead to code execution by joering2 on Sunday June 07, 2020 @01:40PM (#23449077)
> His kids are American.

Wait, what??

Re:Two vulnerabilities in Zoom could lead to code execution by dehrmann on Sunday June 07, 2020 @02:11PM (#23449307)
> He’s an American. His wife is an American.

While this is true, both he and his wife were born in China, and it's not clear if they renounced their Chinese citizenship. I buy their explanation that development is done in China to save money, but it's an interesting choice for someone so concerned with looking like an American company.

Re:Two vulnerabilities in Zoom could lead to code execution by XMPPwocky on Sunday June 07, 2020 @06:28AM (#23446286)
"Talented engineer leaves old, bloated company to found new startup that becomes a massive success, disrupting a stagnant industry" is a classic tech success story. Awesome to point out such a cool bit of backstory- SV folks love these scrappy underdog stories, the developers who take a risk, leaving their comfy corporate jobs to create a product customers love.
Re:Two vulnerabilities in Zoom could lead to code execution by pbhjpbhj on Sunday June 07, 2020 @12:47PM (#23448616)
>And if I were you, I'd be wondering why people are using an essentially Chinese communications tool. //

Why not? As I'm in the UK I assume that either I use a USA based product and have my data open to USA government sponsored TLAs, or use proprietary products from other countries and have their secret agencies have some sort of access.

With Five-Eyes, or Maximator, mainstream development in one of the countries involved suggests there's going to be intelligence agency access.

For private citizens access by CCP is probably (unless you have links to China) far lower risk than using software connected to Western nations.

I don't have need of secret communications really; Jitsi (meet.jit.si serves my needs when I get to choose the video chat software; family and friends seem happy with it).

Re:Two vulnerabilities in Zoom could lead to code execution by jonathanstrange on Sunday June 07, 2020 @12:29PM (#23448503)
> I'd be wondering why people are using an essentially Chinese communications tool.

People use it because it's currently the best product.

For us at our university, ease of use and the fact that it allows the speaker of a talk to see the audience while sharing screen made it the preferable tool.

Re:Two vulnerabilities in Zoom could lead to code execution by sabas123 on Sunday June 07, 2020 @07:15AM (#23446552)
Can you source the claim it is developed almost exclusively in China?
Re:Two vulnerabilities in Zoom could lead to code execution by wolco on Sunday June 07, 2020 @09:12AM (#23447081)
This is well known.

Sorry for the amp link I'm in a hurry I have a zoom call in a few minutes

https://www.google.com/amp/s/technode.com/2020/04/13/is-zoom...

Re:Two vulnerabilities in Zoom could lead to code execution by ThePowerOfFuet on Sunday June 07, 2020 @10:58AM (#23447813)
> Sorry for the amp link I'm in a hurry I have a zoom call in a few minutes

It would have taken you less time to fetch the original link than to type that.

Re:Two vulnerabilities in Zoom could lead to code execution by dhosek on Sunday June 07, 2020 @12:06PM (#23448313)
I've found it's rather difficult to get from an amp link to the original, especially on mobile where editing the url isn't as straightforward as I would hope. Plus google seems to ignore non-amp pages in favor of amp. amp is a real poison on the web.
Re:Two vulnerabilities in Zoom could lead to code execution by wolco on Sunday June 07, 2020 @01:01PM (#23448734)
https://technode.com/2020/04/13/is-zoom-crazy-to-count-on-ch...

I'm on mobile, it was part true. I really had no idea I needed to click on that tiny i and didn't have time to do a search by title.

Typing in mobile is really fast type days. I have a full keyword/small phone. I started training myself to type faster on mobile by coding on a mobile editor a few years ago. It is so much more difficult at first but you become more focused with time. Add in a free editor app with ad popups every few minutes for additional challenge.

Re:Two vulnerabilities in Zoom could lead to code execution by manojlds on Sunday June 07, 2020 @11:11AM (#23447909)
Or they could have used dictation, how do you know? And clearly, it's partly a joke.
Re:Two vulnerabilities in Zoom could lead to code execution by voicedYoda on Sunday June 07, 2020 @07:22AM (#23446587)
Quick search gets result [1]. Can't find the discussion now, but zoom personnel came up in other discussions here and someone mentioned, with source, 700 devs on China.

[1] https://www.cnbc.com/2019/03/26/zoom-key-profit-driver-ahead...

Re:Two vulnerabilities in Zoom could lead to code execution by m3kw9 on Sunday June 07, 2020 @11:01AM (#23447834)
If I were you I wouldn’t advise people based on conspiracy theories
Re:Two vulnerabilities in Zoom could lead to code execution by bawolff on Sunday June 07, 2020 @06:04AM (#23446159)
The debacle with zoom installing a secret webserver that stays on your computer after uninstalling so it can reinstall zoom and also had rce vulns, happened a year ago. That was before covid and zoom's current level of popularity. So i'm going to go with no.
Re:Two vulnerabilities in Zoom could lead to code execution by voicedYoda on Sunday June 07, 2020 @07:24AM (#23446599)
Source?
Re:Two vulnerabilities in Zoom could lead to code execution by throwanem on Sunday June 07, 2020 @07:29AM (#23446618)
Re:Two vulnerabilities in Zoom could lead to code execution by bawolff on Sunday June 07, 2020 @01:36PM (#23449042)
I see you were downvoted. I gave you an upvote because nobody should ever be penalized for asking people to back their claims up with a source.
Re:Two vulnerabilities in Zoom could lead to code execution by throwsoundpop on Sunday June 07, 2020 @12:30PM (#23448511)
How can we be sure there isn't a similar, more subtle version non-removable installation now?

(I briefly had Zoom installed a few months ago, then un-installed it, but I don't know how to verify).

Re:Two vulnerabilities in Zoom could lead to code execution by fiddlerwoaroof on Sunday June 07, 2020 @12:42PM (#23448587)
If you can make a virtual machine equivalent to your computer: make one, get a list of all the files (and dump the registry on windows), then install and uninstall zoom and repeat. Then just inspect whatever the diff is.
Re:Two vulnerabilities in Zoom could lead to code execution by peterkos on Sunday June 07, 2020 @02:54PM (#23449642)
Nope! According to this article[0], Dropbox used to use Zoom internally, and no matter how many serious bugs they discovered+reported, many are still in the software today, years later.

[0] https://www.nytimes.com/2020/04/20/technology/zoom-security-...

Re:Two vulnerabilities in Zoom could lead to code execution by lewiscollard on Sunday June 07, 2020 @06:56AM (#23446430)
> I wonder. Are all the vulnerabilities and issues with Zoom because of its popularity?

In a sense, yes. I think Zoom has achieved far more popularity than Zoom was prepared for. Everything about Zoom feels like it was thrown together hastily and for a much smaller audience.

It may seem unrelated, but I think a microcosm of all this was: Attention tracking. They removed this feature because of its unpopularity after privacy people flagged it, which may have not happened if Zoom hadn't gotten popular. But it also shows that they have no internal brakes on this sort of thing; no strong product lead or anyone else able to push back on the PowerPoint prodders with "nope, not happening, that's fucking weird and creepy".

Can you expect good code to come out of that environment?

Notably, these vulnerabilities were in features I, a daily user of Zoom in these weird times, did not even know existed (code snippets and GIFs). Strikes me as more "shit rushed out of the door with no oversight and minimal code review to get boxes checked".

Re:Two vulnerabilities in Zoom could lead to code execution by dzhiurgis on Sunday June 07, 2020 @08:09AM (#23446810)
Good code? Absolutely! Zoom works buttery smooth for amount of features it has. No other competitor comes close.

Secure? Different story. But if code quality correlates with security, then most likely yes. They can push secure code.

Re:Two vulnerabilities in Zoom could lead to code execution by chrisweekly on Sunday June 07, 2020 @10:55AM (#23447774)
"No competitor comes close"

May I introduce you to https://meet.jit.si, which works flawlessly, is open-source, and supports e2e encryption.

I really don't understand why "use Jitsi" isn't the stock answer when people start complaining about Zoom, let alone on HN.

Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @11:12AM (#23447917)
Because there are other factors to consider for each user's use case.

Jitsi wouldn't work for the Zoom meetings I admin. It's too technical for a very untechnical audience.

Zoom was hard enough, and 90% of the meetings in our ecosystem use Zoom, meaning they only need one app. Asking them to use Jitsi would require two (as every other meeting uses Zoom), which means a non technical audience has to learn 2 technical things instead of 1.

In the case of E2E encryption, every attendee has to type in the meeting key when they join for it to work. The users I work with will forget/won't understand why etc. They just want to speak to people. So that will render e2e useless if 1 out of 20 attendees doesn't do it.

Not to mention we have attendees who don't own a smartphone so have to dial in. Making the E2E Jitsi stuff pointless.

Jitsi is great for technical people. Zoom is great for non technical people.

Re:Two vulnerabilities in Zoom could lead to code execution by pbhjpbhj on Sunday June 07, 2020 @12:57PM (#23448694)
Zoom is harder to use initially - you have to install it on desktop. Meet.jit.si you literally just go to the address.

None of our extended family c.20 people from teens to elders (c.80yo) needed help - we've been using it daily amongst us since the pandemic broke out.

People who have used Zoom several times still need help; it's more complex (that's good and bad).

Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:17PM (#23450917)
90% of our Zoom users use smart phones and install the app, which is a normal and understood process by most smartphone users.

EDIT -- I've actually just gone off to try out jitsi again (i do actually check to see if it's worth switching platforms) and it turns out it asks me to install an android app too. So Jit.si itself actually needs me to download software on my smartphone. So......

There are a myriad of things that mean Zoom fits our use case better. I'm not going to enumerate all of them as I'd be here for an hour.

My point was that Zoom fits some use cases better, and that seems to be the case more often than not for users with less technical ability than the HN userbase.

Re:Two vulnerabilities in Zoom could lead to code execution by whydoyoucare on Sunday June 07, 2020 @11:55AM (#23448245)
Are you sure you aren't underestimating the intelligence of your audience? ;-)
Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:39PM (#23451100)
Don't get me wrong, our users are very intelligent. They've done great things on Zoom.

But technical "whizzkid stuff" (as they call it) is not something they are comfortable with.

Re:Two vulnerabilities in Zoom could lead to code execution by jedieaston on Sunday June 07, 2020 @12:04PM (#23448302)
"Zoom was hard enough"

Which would imply that some users had issues getting onto Zoom, the easiest of these systems to join. So why make it harder?

Re:Two vulnerabilities in Zoom could lead to code execution by chrisweekly on Sunday June 07, 2020 @01:56PM (#23449180)
"Zoom, the easiest of these systems to join"

wat? That's a totally-incorrect assumption. Zoom requires installation of software. Jitsi doesn't.

Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:33PM (#23451051)
Posted this in reply to another reply to my original parent.

> I've actually just gone off to try out jitsi again (i do actually check to see if it's worth switching platforms) and it turns out it asks me to install an android app too. So Jit.si itself actually needs me to download software on my smartphone. So......

Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:33PM (#23451047)
This is exactly one of the points I was trying to make. 90% of of the other meetings in our eco-system of meetings use Zoom. Adding additional barriers is something we have to try and avoid in our use case.
Re:Two vulnerabilities in Zoom could lead to code execution by eeZah7Ux on Sunday June 07, 2020 @11:57AM (#23448257)
How and in what way is jitsi "too technical"? It's trivial to use.
Re:Two vulnerabilities in Zoom could lead to code execution by joking on Sunday June 07, 2020 @12:40PM (#23448574)
I also don’t understand, maybe it’s not trivial for the host and for setting up a server, but for the client is just opening an url.
Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:31PM (#23451040)
I'm the only administrator and we have meetings running 7 nights a week.

I'd quite like to not have to unexpectedly sacrifice 4 hours of my time finding a bug in the config. Nor do I really want to spend (at least) a weekend to double check all the install/config works correctly to start with.

I'm busy enough with the day job without starting a second one. I admin this voluntarily and I'd rather work smart, not hard.

EDIT: You can see my reply to the parent for user side technical effort. A helpful hint might be to think about this problem in people terms, rather than systems terms.

Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @05:54PM (#23451215)
As per a reply to another child comment.

> My point was that Zoom fits some use cases better, and that seems to be the case more often than not for users with less technical ability than the HN userbase.

Some of our users may be, in the kindest possible way, completely batshit insane with their life falling apart when they first turn up to our meetings.

Meeting hosts [0] can explain Zoom to them in three/four steps and look after them from there with in meeting controls. With Jitsi, they've got to keep asking them to stop unmuting themself because they keep pressing buttons... Which means they have to stop the meeting for 5 minutes, again and again and again.

EDIT for further information / clarity:

Zoom also enables users to chat without any additional steps [1]. With Jitsi you have to create a name to even see the chat. So new users may connect, not hear anything [2] and then just leave and not come back. Zoom, they can see the message we send them and then we can guide them from there.

Then there's the fact that meeting hosts cannot screen share from smartphone with Jitsi -- 90% of our users/hosts are smartphone only [3]. This would require them buying a laptop. Many hosts cannot do this / adds to technical effort.

Then there's the fact that we'd have to type in the name of the Jitsi meeting EXACTLY whenever we want to start the meeting. Hosts would have to get the name of the meeting ID exactly correct every week. To make meeting IDs secure, that'd mean they have to type a complex character sequence out perfectly every day. (Yes they can copypasta, but some aren't even that technically adept).

Then of course there's always the chance someone else uses that meeting ID at the same time by accident! There's no method I saw where you can reserve a Jitsi meeting ID only for our use [4]. Oh, and while I'm here, what about the fact that you cannot schedule a jitsi meeting ID ahead of time? So there's no scheduling a call / meeting available.

I might as well talk about security too -- anyone in a Jitsi meeting can start a live recording [5]. And any participant can just remove and change the meeting password at any time. And no waiting rooms. And once a user is removed, they can just join again -- repeat Zoombombings, woo!

And then this doesn't even begin to cover the fact that hosts need to go through all the steps to set up a meeting [6] every time they start a meeting. Zoom handles all that with the default settings I enable for them as admin.

Some of this can be covered by custom Jitsi server installs. But that introduces way more technical effort on my side and doesn't cover dial in phone options (at least in a simple and forward maintainable way).

I'd rather pay Zoom £20 a month.

====

Addendum: I just tried setting up a password for a meeting and then inviting myself. The password wasn't required to join... Pretty poor!

[0]: not me, I'm admin

[1]: e.g. in the case of buggy audio

[2]: maybe they didn't accept the permissions properly

[3]: tested on latest android app

[4]: I could be wrong, but this is a simple option for Zoom

[5]: An absolute no-no for us.

[6]: set up the password, mute participants to start with, chat with host only (not an option on jitsi), amongst others

Re:Two vulnerabilities in Zoom could lead to code execution by TedDoesntTalk on Sunday June 07, 2020 @06:09PM (#23451331)
You clearly haven’t used jitsi in the last 6 months or so.
Re:Two vulnerabilities in Zoom could lead to code execution by dijksterhuis on Sunday June 07, 2020 @06:19PM (#23451441)
> EDIT -- I've actually just gone off to try out jitsi again (i do actually check to see if it's worth switching platforms) and it turns out it asks me to install an android app too. So Jit.si itself actually needs me to download software on my smartphone. So......

Posted in reply to a child comment earlier ^.

When I originally scoped out which platforms fitted our use case best, it was Jitsi vs. Zoom in the end. This was 3 months ago.

We ended up with Zoom for several reasons specific to our use case.

No software is a magic bullet that solves 100% of use cases. This is why competition exists.

Re:Two vulnerabilities in Zoom could lead to code execution by saagarjha on Sunday June 07, 2020 @11:43AM (#23448161)
> Are all the vulnerabilities and issues with Zoom because of its popularity?

Partly, but they also actively go out of their way to disable security mitigations for reasons that are unclear so I’m not all that surprised. On Linux I think they were one simple buffer overflow away from arbitrary code execution, which is all but asking for an attack if you parse data from the network in an unsafe language.

Re:Two vulnerabilities in Zoom could lead to code execution by tomsmeding on Sunday June 07, 2020 @01:52PM (#23449161)
To be fair, if you're parsing data from the network in an unsafe language, you are always a simple buffer overflow away from arbitrary code execution. So your point is: don't use an unsafe language.
Re:Two vulnerabilities in Zoom could lead to code execution by saagarjha on Sunday June 07, 2020 @01:55PM (#23449177)
There's a number of mitigations for simple buffer overflows, such as stack canaries.
Re:Two vulnerabilities in Zoom could lead to code execution by tbrock on Sunday June 07, 2020 @12:08PM (#23448332)
Is the user experience on zoom that good? To me it’s barely passable because I think the bar is higher in 2020 than it was in 2000 (where getting on the conference was a miracle).

1. Today zoom links load a webpage that hits a local web server which launches the app (after some delay). There has to be a better way. Why do I need an app at all? Yes I know there is a trick to avoid using/installing the app but it’s not full featured.

2. Fans run on high during a simple video conference and my cpu melts during a screen share. Why is GPU acceleration not a thing here?

None of that happens with google meet for example. Most modern CPUs have hardware support for h264/5 encoding decoding. I shouldn’t need to blow my CPU budget to show a video and play some sounds.

Re:Two vulnerabilities in Zoom could lead to code execution by perennate on Sunday June 07, 2020 @12:22PM (#23448436)
Also in my experience Zoom's web interface is completely broken in Firefox, and in Chromium the audio frequently disconnects without any visual indication.
Re:Two vulnerabilities in Zoom could lead to code execution by scarface74 on Sunday June 07, 2020 @08:02AM (#23446773)
I wonder. Are all the vulnerabilities and issues with Zoom because of its popularity?

Zoom is a shady company that does crap like secretly install a web server on Macs that allows it to reinstall itself once installed. I refuse to install Zoom on any computer. I installed it on my iPad out of necessity where I know it’s in a strict sandbox.

Edit link:

https://www.zdnet.com/article/zoom-defends-use-of-local-web-...

Re:Two vulnerabilities in Zoom could lead to code execution by rlpb on Sunday June 07, 2020 @05:20AM (#23445971)
This is why I appreciate having the Zoom snap. It runs sandboxed, which provides some level of mitigation against vulnerabilities. The same sandbox stops me getting "surprise integrations" that I don't want.
Re:Two vulnerabilities in Zoom could lead to code execution by aetherspawn on Sunday June 07, 2020 @05:10AM (#23445929)
I hate that nearly all conferencing apps (except Skype/Teams) feel like malware.

And I hate that Covid means that I am pretty much forced to use have half a dozen each day.

Re:Two vulnerabilities in Zoom could lead to code execution by fulafel on Sunday June 07, 2020 @06:34AM (#23446309)
Protip: use the web based versions when you can't choose which service to use. Zoom, Teams, WebEx, Slack etc all support it.

Then, when you can choose which service to use, pick one that is web-first.

Re:Two vulnerabilities in Zoom could lead to code execution by hanniabu on Sunday June 07, 2020 @10:56AM (#23447790)
How do you use zoom in browser? To join a chat it tells you to download the software.
Re:Two vulnerabilities in Zoom could lead to code execution by catalogia on Sunday June 07, 2020 @11:23AM (#23448004)
On MacOS, you have to ignore the download twice before Zoom offers to let you use your browser.
Re:Two vulnerabilities in Zoom could lead to code execution by cesarb on Sunday June 07, 2020 @12:20PM (#23448422)
You also have to use Chrome/Chromium, last I tried this trick of ignoring the download twice doesn't work when your browser is Firefox.
Re:Two vulnerabilities in Zoom could lead to code execution by hanniabu on Sunday June 07, 2020 @09:55PM (#23452840)
Well that's a bit of a hack. Might as well not even bother having that option if you need to get a magical sequence to unlock it.
Re:Two vulnerabilities in Zoom could lead to code execution by Legogris on Sunday June 07, 2020 @05:44AM (#23446084)
Re:Two vulnerabilities in Zoom could lead to code execution by ashildr on Sunday June 07, 2020 @05:57AM (#23446125)
We set up a jitsy-meet server for those cases when the customer does not have teams or teams decides to not work. Jitsi does work flawlessly for us in Chrome, Firefox and Edge. I set up a private server for friends, too, to keep in contact with their family. Jitsi is a fine tool, especially with headsets (wtf, use a headset, dad!) , the main bottleneck seems to be the clients ISP downstream and the dedicated apps on tablets seem to get out of sync.
Re:Two vulnerabilities in Zoom could lead to code execution by smt88 on Sunday June 07, 2020 @08:14AM (#23446836)
I specifically use UberConference because it doesn't have any desktop apps, nor does it prompt people to install anything. It's fantastic.
Re:Two vulnerabilities in Zoom could lead to code execution by wolco on Sunday June 07, 2020 @09:16AM (#23447106)
Skpye and teams feel like malware too.
Re:Two vulnerabilities in Zoom could lead to code execution by aetherspawn on Sunday June 07, 2020 @06:43PM (#23451666)
Just to clarify the performance penalty of these apps is not what bothers me the most, but it’s more to do with registering protocols that are susceptible to attacks, opening local ports on your computer that are browser-accessible, installing startup drivers/services and other things in the name of “user convenience” that persist well beyond me closing some of these apps.

I can live with a fat app, but anything that insists on being there and having serious negative trade-offs even when not using it, in my opinion falls under malware.

I hope they all uninstall cleanly after covid.

Re:Two vulnerabilities in Zoom could lead to code execution by m0xte on Sunday June 07, 2020 @05:50AM (#23446103)
Slack is definitely malware feeling territory. The amount of juice it requires feels like it’s running a crypto mining operation in the background.
Re:Two vulnerabilities in Zoom could lead to code execution by boudin on Sunday June 07, 2020 @06:28AM (#23446284)
The funny thing is that if you disable all the gif and animated gif features it behaves much better. I also disabled spelling checks, automatic replacement of emojis and this kind of not really useful things.

On my work computer it went from using kind 60% of a core to almost nothing.

Re:Two vulnerabilities in Zoom could lead to code execution by dylan604 on Sunday June 07, 2020 @10:06AM (#23447423)
I went looking for these options after ready your message. I'm now wonder why in the world is "Allow animated images and emoji" in the Accessibility section of the preferences and separated from the other options for images and media? Seems oddly located to me
Re:Two vulnerabilities in Zoom could lead to code execution by hanniabu on Sunday June 07, 2020 @10:58AM (#23447810)
Still doesn't excuse it from eating up all your resources. It's not a great productivity tool if you can't do anything else on your computer when it's open.
Re:Two vulnerabilities in Zoom could lead to code execution by catalogia on Sunday June 07, 2020 @11:28AM (#23448053)
There's an attitude I've seen bandied about a lot in recent years that "unused RAM is wasted RAM." In a literal sense, this is true. However it's nearly always misapplied. Unless your program is likely to be the raison d'être for that computer existing, then you shouldn't assume the user has all that RAM so that your program can use it. The user probably bought all that RAM for something else and you shouldn't feel justified in slurping it all up yourself.
Re:Two vulnerabilities in Zoom could lead to code execution by the_pwner224 on Sunday June 07, 2020 @12:14PM (#23448382)
> unused RAM is wasted RAM

I've only ever seen this when explaining to people why Linux appears to be using all their RAM - it caches your disk to make subsequent reads faster, and when an application needs more memory the cache will be evicted immediately and at almost no performance cost.

It's completely insane to suggest the user's RAM is yours to consume. Some people have 64 gb of memory in their desktops, and others have 4gb on their $300 laptop because that's all they could afford, and some have 2gb on their cheap phone.

Re:Two vulnerabilities in Zoom could lead to code execution by catalogia on Sunday June 07, 2020 @12:22PM (#23448439)
> I've only ever seen this when explaining to people why Linux appears to be using all their RAM - it caches your disk to make subsequent reads faster, and when an application needs more memory the cache will be evicted immediately and at almost no performance cost.

That's where it's taught I think, and certainly it's the truth in that context. But more than a few times I've encountered it as a defense for stuff like bloated chat programs slurping up gigabytes of RAM.

With respect to hardware diversity, I think part of the problem is most programmers do their development on powerful hardware and become accustomed to it. Certainly nobody wants to sit around for an hour waiting for their build to finish on low-end hardware when a powerful computer, which they or their employer can easily afford, could finish the build in minutes. But because of that, they lose touch with end users who will be running that software on very modest hardware.

Re:Two vulnerabilities in Zoom could lead to code execution by boudin on Sunday June 07, 2020 @11:59AM (#23448268)
I'm not saying it's an excuse. I actually fail to understand how can a animated gif feature can require a full core...
Re:Two vulnerabilities in Zoom could lead to code execution by Shorel on Sunday June 07, 2020 @01:35PM (#23449023)
For me, it is more a failure of the Electron/JavaScript framework everyone is using now.

Find Ripcord, it is fast and works for Slack and Discord.

Re:Two vulnerabilities in Zoom could lead to code execution by tomatocracy on Sunday June 07, 2020 @05:17AM (#23445962)
For Windows 10, there's now Windows Sandbox which is part of the OS for Pro and Enterprise - it's essentially a disposable VM.

Short of that Sandboxie, which has been around for a long time, has more of a restrictions/container type approach.

Re:Two vulnerabilities in Zoom could lead to code execution by KindOne on Sunday June 07, 2020 @05:45AM (#23446089)
Re:Two vulnerabilities in Zoom could lead to code execution by vladvasiliu on Sunday June 07, 2020 @07:34AM (#23446638)
I've tried looking into Windows Sandbox but it looked like the VM can only be disposable. If you wanted it to live longer, it cannot.

Also, is it possible to sandbox any app? Say, for example, Zoom.

Re:Two vulnerabilities in Zoom could lead to code execution by Jon_Lowtek on Sunday June 07, 2020 @05:32AM (#23446024)
> I wonder. Are all the vulnerabilities and issues with Zoom because of its popularity?

No vulnerabilities are in production because of buggy code and lack of pre-production quality control. But yes more popularity means more free quality control by third parties. It is a sad reality of "scale first" and "cheapest offer" economies.

Re:Two vulnerabilities in Zoom could lead to code execution by dzhiurgis on Sunday June 07, 2020 @08:16AM (#23446842)
If there's some external actors trying scrutinise Zoom then they are surely are making them much stronger...

But if I'd have to pick one I'd guess Google has the best security analysis track record, anti-China fetish which tops the lack of clue what they are doing with their chat or conferencing products.

Re:Two vulnerabilities in Zoom could lead to code execution by dehrmann on Sunday June 07, 2020 @02:00PM (#23449213)
When I look at Zoombombing, it seems like the sort of thing someone should have flagged internally early on. I don't know anything about Zoom's culture, but a case like this makes me think being security-minded isn't in their culture. You can also see that in the CEO's statement about end-to-end encryption; his logic about how free users wouldn't get end-to-end encryption so Zoom could cooperate with law enforcement was non sequitur. Or look at how they handled Zoombombing and the lobby: if you call a contact, they still have to be admitted. Development is also mostly in China to save money. I buy the explanation, but even in 2011, China didn't have the best reputation for privacy and censorship; other countries would have been better choices.
Re:Two vulnerabilities in Zoom could lead to code execution by forgotmypw17 on Sunday June 07, 2020 @05:39AM (#23446058)
>One thing for sure. We need a way to run desktop applications in isolated containers in the same way mobile apps are run.

Qubes

Re:Two vulnerabilities in Zoom could lead to code execution by o-__-o on Sunday June 07, 2020 @12:26PM (#23448481)
Remember Kazaa? A security researcher once posited that there were almost 70 million Kazaa clients at some point. Surely one of them has a security vulnerability...

I immediately shutoff Kazaa and rethought my approach to secure computing at home

Re:Two vulnerabilities in Zoom could lead to code execution by Shorel on Sunday June 07, 2020 @01:18PM (#23448872)
> As an aside, remember when Skype was the most popular audio/video chat app in the world? Or even MSN messenger?

These two only failed because Microsoft deliberately killed them. One of these things I will never understand.

Re:Two vulnerabilities in Zoom could lead to code execution by haecceity on Sunday June 07, 2020 @04:01PM (#23450286)
> One thing for sure. We need a way to run desktop applications in isolated containers in the same way mobile apps are run.

That's what Windows 10x is doing. Performance will most likely take a hit.

Re:Two vulnerabilities in Zoom could lead to code execution by spicyramen on Sunday June 07, 2020 @11:29AM (#23448056)
I know the Cisco UC teams directly and Zoom Engineering as well. Cisco and Google just can't stand that so much money have been spent in acquisitions and engineering that a smaller company just beat them in the consumer and enterprise space (Cisco acquire Tandberg, Latitude, WebEx, defuncted Jabber and some of the Telepresence technology), same as Google (creators of WebRTC and few apps Hangouts, Meet, Duo, etc) that a small company beat them badly, that's the reality. Yes some Zoom Engineering is in China, so what? Unless you have solid technical proof that there is a security problem, is just gossip and bad press, I though this is a technical forum
Re:Two vulnerabilities in Zoom could lead to code execution by joking on Sunday June 07, 2020 @12:53PM (#23448659)
Actually, I don’t think that zoom have any kind of technological improvements than the other companies you mention, as Jitsi proves, making a videocall and screen sharing app it’s not really very difficult, as the building blocks are already stablished and it’s a matter of how you join them. Zoom make the choice to try to circumvent some security things to be able to appear less hostile for the user, and it seems that it was worth it. Several other things (integration with third party calendars, conference and seminar tools) are the ice in the cake.
Re:Two vulnerabilities in Zoom could lead to code execution by m3kw9 on Sunday June 07, 2020 @11:04AM (#23447849)
Is because they are so popular, if you look at other software they all have zero day hacks. Even iOS, Windows, MacOS, Linux etc.
Re:Two vulnerabilities in Zoom could lead to code execution by monadic2 on Sunday June 07, 2020 @02:39PM (#23449528)
with all these corporate products the motivation is to provide new features, not strengthen their (often very mediocre) core. In a security light this is just making more vulnerabilities, especially since zoom is using an unsafe language for some reason.

See also: atlassian, oracle, salesforce, zendesk, etc

Re:Two vulnerabilities in Zoom could lead to code execution by EGreg on Sunday June 07, 2020 @10:48AM (#23447723)
What is excellent about the Zoom user experience?

Versus, say, Google Hangouts Meet, Facebook, Skype, Telegram, WhatsApp etc.?

Re:Two vulnerabilities in Zoom could lead to code execution by Jonnax on Sunday June 07, 2020 @12:23PM (#23448451)
WhatsApp isn't a conference tool. You can't have more than a handful of people on a call. And it's with people in your contacts on your mobile phone.

I presume the same with telegram.

Skype for business has been deprecated by Microsoft in favour of teams. I use it daily and it's just not that great. It requires a Microsoft subscription.

Google hangouts meet only just became available for everyone to use. Before it required a Google business subscription. It makes my CPU usage max out and cooks my laptop.

Zoom works well with 10s of people in a call, it's easy to use. Breakout rooms is a useful feature.

With COVID so many people are using it not because of a marketing campaign but because it's easy to use.

I think it's like asking "why is a an iPhone better than a Blackberry? They both make calls and send email."

But I think Zoom has built their product to not be "enterprise" which in my opinion is a good thing. As that usually means you need to accept jank.

Of course there are security issues with the software as well.

Re:Two vulnerabilities in Zoom could lead to code execution by EGreg on Sunday June 07, 2020 @12:43PM (#23448590)
But aren’t there other conference tools like uberconference and jitsi? What makes them worse?
Re:Two vulnerabilities in Zoom could lead to code execution by Jonnax on Sunday June 07, 2020 @06:56PM (#23451790)
I don't know what you want me to say.

I haven't used jitsi or uberconference. If you have, tell me why they aren't popular?

Do they do anything that Zoom doesn't?

Re:Two vulnerabilities in Zoom could lead to code execution by piracy1 on Sunday June 07, 2020 @06:12PM (#23451355)
Didn't someone drop a WebX driveby RCE like 6 months ago?

Edit:Like 6 months or 2 years :shrug:

Re:Two vulnerabilities in Zoom could lead to code execution by reaperducer on Sunday June 07, 2020 @12:22PM (#23448434)
Are all the vulnerabilities and issues with Zoom because of its popularity?

Does it matter? Shoddy code is shoddy code, no matter how many people run it.

A bad program may only run on one person's machine, but if that machine belongs to the Secretary of Defense, it still matters.

Re:Two vulnerabilities in Zoom could lead to code execution by mandelbrotwurst on Sunday June 07, 2020 @12:24PM (#23448459)
It matters if you are attempting to evaluate whether it is more or less secure than some other application.
Re:Two vulnerabilities in Zoom could lead to code execution by Lorin on Sunday June 07, 2020 @12:32PM (#23448524)
I miss MSN messenger's doodle tool