3 ms·

Are there any E2EE alternatives to it?

by est31 7y ago

commoner 7y ago
Nextcloud Talk is end-to-end encrypted, but not as easy to set up as Jitsi Meet. https://nextcloud.com/talk https://nextcloud.com/talk https://github.com/nextcloud/spreed https://github.com/nextcloud/spreed
- mekster 7y ago
  Last time I tried it like half a year ago, NextCloud talk was unstable and didn't have any decent client software, it was literally useless to me. I hope they make it better.
- emcho 7y ago
  To be accurate: no tool that relies on webrtc is end-to-end encrypted. So, no, it isn't. It is encrypted on the wire, just like the other tools mentioned here.
  - commoner 7y ago
    Are you saying that the developer's claims in this issue discussion are wrong? https://github.com/nextcloud/spreed/issues/37 https://github.com/nextcloud/spreed/issues/37 He says that video/audio in calls are end-to-end encrypted when the server is using the default PHP backend, but not the high-performance backend (an optional paid and proprietary enterprise upgrade). > video/audio is already end-to-end encrypted > By default with the internal signaling backend audio/video calls (no matter if 1:1 or group) are end-to-end encrypted. > and without the HPB its always paar-to-peer [sic] and therefor end-to-end encrypted. > Chat is currently not end-to-end encrypted, only the audio/video of calls are. Someone mentioned Jitsi's statement and the developer responded: >> But I don't understand why the Jitsi people write, "WebRTC today does not provide away of conducting multiparty conversations with end-to-end encryption." That would only be true if I decided to use an additional HPB solution, wouldn't it? But not out of the box. > Exactly, I guess for better user experience and performance they have a SFU or MCU in place (our HPB is an SFU), and therefor it stops being end-to-end encrypted
Arathorn 7y ago
https://github.com/matrix-org/matrix-doc/blob/matthew/msc2359/proposals/2359-e2ee-voip-conferencing.md https://github.com/matrix-org/matrix-doc/blob/matthew/msc235... is where things are at on the Matrix side for this. As others have pointed out, we use jitsi.riot.im, which is provided by New Vector (the company behind Riot) rather than anything to do with Atlassian/Jitsi/8x8.

Are there any E2EE alternatives to it?

by est31 7y ago

Are there any E2EE alternatives to it?

Nextcloud Talk is end-to-end encrypted, but not as easy to set up as Jitsi Meet. https://nextcloud.com/talk https://nextcloud.com/talk https://github.com/nextcloud/spreed https://github.com/nextcloud/spreed

mekster 7y ago
Last time I tried it like half a year ago, NextCloud talk was unstable and didn't have any decent client software, it was literally useless to me. I hope they make it better.
emcho 7y ago
To be accurate: no tool that relies on webrtc is end-to-end encrypted. So, no, it isn't. It is encrypted on the wire, just like the other tools mentioned here.
- commoner 7y ago
  Are you saying that the developer's claims in this issue discussion are wrong? https://github.com/nextcloud/spreed/issues/37 https://github.com/nextcloud/spreed/issues/37 He says that video/audio in calls are end-to-end encrypted when the server is using the default PHP backend, but not the high-performance backend (an optional paid and proprietary enterprise upgrade). > video/audio is already end-to-end encrypted > By default with the internal signaling backend audio/video calls (no matter if 1:1 or group) are end-to-end encrypted. > and without the HPB its always paar-to-peer [sic] and therefor end-to-end encrypted. > Chat is currently not end-to-end encrypted, only the audio/video of calls are. Someone mentioned Jitsi's statement and the developer responded: >> But I don't understand why the Jitsi people write, "WebRTC today does not provide away of conducting multiparty conversations with end-to-end encryption." That would only be true if I decided to use an additional HPB solution, wouldn't it? But not out of the box. > Exactly, I guess for better user experience and performance they have a SFU or MCU in place (our HPB is an SFU), and therefor it stops being end-to-end encrypted

Arathorn 7y ago

https://github.com/matrix-org/matrix-doc/blob/matthew/msc2359/proposals/2359-e2ee-voip-conferencing.md https://github.com/matrix-org/matrix-doc/blob/matthew/msc235... is where things are at on the Matrix side for this. As others have pointed out, we use jitsi.riot.im, which is provided by New Vector (the company behind Riot) rather than anything to do with Atlassian/Jitsi/8x8.