21–30 of 31 posts
Short answer: like Zoom, multiparty Jitsi meetings are encrypted point-to-point, not end-to-end, and Jitsi can monitor and record your multiparty meetings.
... unless you self-host the server. What you can do with jitsi, but not with zoom.
If you are using webrtc in the browser e2e is not possible. Which is why it’s critical you have the ability to self host such solutions.
> Take the case of 10 people having a discussion in a room. You wouldn’t expect one person to have exclusive "kick" and "mute" privileges in an in-person meeting and yet, those meetings usually go fine. > In the vast majority of cases, moderation controls in online meetings serve a different purpose: they help address tech related issues, such as people not realizing their microphones are introducing noise, or people…
"A good critical comment teaches us something."
Earlier quoted context omitted.
I have done so on the smallest cheapest gcloud instance and it worked alright. Under a cent an hour for privacy seems worth it.
Don't forget to include bandwidth costs, which turn out to be much higher than you'd expect. 1.5 hours of with 6 participants using simulcast corresponds to about 20GB of outbound (inbound is free on AWS). Which corresponds to a little under $2 (at $0.09 per GB).
Earlier quoted context omitted.
Don't forget to include bandwidth costs, which turn out to be much higher than you'd expect. 1.5 hours of with 6 participants using simulcast corresponds to about 20GB of outbound (inbound is free on AWS). Which corresponds to a little under $2 (at $0.09 per GB).
I thought jitsi sent video from user to user, not via server? Or is that a configuration matter?
Are there any cryptographic and/or network designs which allow end-to-end encryption of a group video chat without full meshing?
If you are using webrtc in the browser e2e is not possible. Which is why it’s critical you have the ability to self host such solutions.
What are you talking about? Webrtc has mandatory encryption. The only issue is using a simulcast middleware server. If you’re doing mesh p2p then it’s e2e.
The concept of e2e encryption doesn’t even make sense in p2p, the fact that direct communication between two peers is “end to end encrypted” is self evident. It’s only when there is a central server that talking about e2e as a concept is relevant.
Are there any cryptographic and/or network designs which allow end-to-end encryption of a group video chat without full meshing?
The point is not the crypto, but what WebRTC supports. As of now it does not. See https://webrtchacks.com/you-dont-have-end-to-end-encryption-... for reference
Basically same situation technically as Zoom, without the PR fiasco