Zoom has a paid feature to view processes of other meeting attendees. Yes. Scary.
Ask HN: Why does Zoom Desktop examine all processes and arguments?
121–130 of 277 posts
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#122Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#123Earlier quoted context omitted.
I don't understand why anyone who is forced to use it doesn't use it in a browser (I have a separate Firefox container for that, same for Teams).
The people here who are saying "Teams and Meet are just as good" are the people who use Zoom in a browser. The audio and video quality, and resilience to poor connections, is much better in the desktop app.
But is the quality actually better, or is it post-processing tricks to make it seem better on commodity hardware/audio setups? If it is actually better, surely this should be measurable and there should exist evidence to support such a claim.
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#124Zoom has a popular feature which allows for screen sharing a single application window instead of the entire desktop. I assume this is how its discovering running applications with GUI windows open in a cross-platform manner. Perhaps there is a better API for this? Its not a common use-case that an app would need to know all of the other open windows, but it seems like a perfectly valid use case, and frankly handy fo…
I run Zoom from flatpak, which runs it in a container, and sandboxes it to some extent [1] This probably explains why, when i try to screenshare a single application window, not every application shows up! I can share my browser, file manager, and various other things, but not windows for games started by Steam. [1] I followed these instructions https://www.mayrhofer.eu.org/post/zoom-flatpak-sandboxing/
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#125Earlier quoted context omitted.
This is an unlikely stretch, but it looks like they're also attempting to read `/proc/PID/exe` -- they could be doing something (extremely) cursed like attempting to parse the program linkages and filtering by programs that link to `libX11`. But that's me straining to explain this in the context of the GP's hypothesis.
Never attribute to malice what is adequately explained by laziness. I can easily believe somebody just wrote a chunk of naive code that grabbed all the running processes, and it worked, and they moved on.
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#126Earlier quoted context omitted.
This is an unlikely stretch, but it looks like they're also attempting to read `/proc/PID/exe` -- they could be doing something (extremely) cursed like attempting to parse the program linkages and filtering by programs that link to `libX11`. But that's me straining to explain this in the context of the GP's hypothesis.
Nah, the readlink on exe looks like it's simply to query the real name of the executable, so that's pretty benign.
That's a really stupid way to figure out if a program has a window, though, compared to just using the X11 API directly.
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#127Zoom has a paid feature to view processes of other meeting attendees. Yes. Scary.
That article claims that Zoom does have a feature allowing hosts to see whether people have the zoom window focused while someone is presenting, but it doesn't allow the host to actually see running processes. Note that I can't, nor do I claim to, vouch for the accuracy of the explanation in the link. Just something I found.
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#128> Is there any way to prevent it? Mounting /proc with " hidepid=2 " should prevent it from seeing processes owned by other users, although it would still be able to see your processes. Alternatively, it shouldn't be too hard to create an AppArmor profile that blocks access to /proc. Other options might include things like SELinux, seccomp-bpf, namespaces, cgroups, etc., depending on what's available on your host. Or…
Since this puts it in its own PID and mount namespace, it won't see any processes except itself and its children. You can even try not mounting /proc in the container this makes at all and see what happens.
This is effectively what flatpak does, but doing it yourself doesn't require installing flatpak.
Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#129Re: Ask HN: Why does Zoom Desktop examine all processes and arguments?
#130Earlier quoted context omitted.
This could be verified by inspecting their analytics requests. If I have time I may take a peek at those later.
whoever does the analysis may also become a whistleblower.