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

Do not serve potentially sensitive data over insecure protocol #13

Open
ChALkeR opened this issue Jul 23, 2018 · 2 comments
Open

Do not serve potentially sensitive data over insecure protocol #13

ChALkeR opened this issue Jul 23, 2018 · 2 comments

Comments

@ChALkeR
Copy link

ChALkeR commented Jul 23, 2018

Atm, I can observe my full name and my email (among other stuff) being transfered over an insecure protocol when I open http://cla.js.foundation/webpack/loader-runner.

In fact, it transfers the following stuff (over http://cla.js.foundation/api/github/call and http://cla.js.foundation/api/cla/getLastSignature):

  • My full name
  • My email
  • My GitHub handle
  • My Twitter handle
  • My home city

While all of that is public info (at least for me), I do not want the places I visit (like coffee shops and whatever else) to be able to track me over that going through WiFi.

Please, do the following:

  • Disable http, make http redirect to https
  • Enable HSTS, with preload feature.
  • Ensure that the website has HSTS preloaded over https://hstspreload.org/
@JSFOwner
Copy link
Member

Thank you for the report! All traffic to cla.js.foundation is now redirected to https. In order to implement HSTS, this will need proper review from someone on our infrastructure team as it will impact more than one site. As the team are all volunteers, please be patient and we will hopefully have these changes made soon.

@ChALkeR
Copy link
Author

ChALkeR commented Jul 23, 2018

@JSFOwner Thanks! That was a very fast response.

Yes, while HSTS (with preload) is needed so that no one would be able to fake the cla.js.foundation page and trick users into entering data to it / performing actions from it, not replying with user data over http protocol fixes the usecase that I described in the orignal post.

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