-
Notifications
You must be signed in to change notification settings - Fork 8
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
Whats the point of this if the client will have the secret? #1
Comments
Yeah, you're right. I didn't think this through. Thanks for pointing this out! |
I will use it for personal purposes where the server and client are nodejs side. |
You can always make a function that'll create a key. It won't be that easy to find it for beginners after minifying. |
You can enforce |
If you're already on https you probably don't need this, I agree. I remember now, my original use case for this was to use in socket-file-sync where the client was also a server (as opposed to a browser environment) so the secret being "leaked" (via public-facing JS file) wasn't really a concern. And this seemed a lot easier than doing server-to-server https (maintaining keys and everything). |
How will this prevent any security issues if the client will still have the secret key?
The text was updated successfully, but these errors were encountered: