Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TURN/STUN/Signalling server question #39

Closed
rugk opened this issue Jul 21, 2016 · 3 comments
Closed

TURN/STUN/Signalling server question #39

rugk opened this issue Jul 21, 2016 · 3 comments

Comments

@rugk
Copy link
Contributor

rugk commented Jul 21, 2016

As you advertise the Twilio's STUN/TURN service I am a bit unsure what happens when you do not use it: Because usually browsers have "baked in" their own TURN/STUN and signalling servers, so when WebRTC is e.g. used in Firefox Mozilla's servers are used for that.

This is especially important for the security of WebRTC as the signalling server could MITM the connection.

To prevent MITM attacks is there any additional encryption used - besides WebRTCs default one - such as SaltyRTC? If not you may consider this to improve the security.

@kern
Copy link
Owner

kern commented Sep 4, 2016

STUN servers are free, don't know of a free TURN server, though. Correct me if I'm wrong but aren't WebRTC connections end-to-end encrypted? If not, happy to merge a PR that adds the ability to set a password on the uploaded file.

@rugk
Copy link
Contributor Author

rugk commented Sep 4, 2016

aren't WebRTC connections end-to-end encrypted

Yes, they are, but the signalling server can MITM them.

@rugk
Copy link
Contributor Author

rugk commented Sep 4, 2016

So I just saw this is more or less already tracked in #22.

@rugk rugk mentioned this issue Sep 4, 2016
@rugk rugk closed this as completed Sep 4, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants