Discuss Scratch
- MouseGames123
-
31 posts
HTML and JavaScript
It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.
Ok, so i'm going to Imagine i have a password protected webpage. I don't know the password, and my chrome's inspect element feature won't help because i don't know the password so i don't know what is in the underlined part:
mywebsite.com/???
Last edited by MouseGames123 (Oct. 23, 2015 19:13:34)
- Firedrake969
-
1000+ posts
HTML and JavaScript
Browser history, Google searching/web crawling, etc
- powershack
-
1000+ posts
HTML and JavaScript
Sorry if that hurt your feelingsOf course they can get the password! You technically have zero security in encrypting the password, so you could easily find it outMethod 2 is also extremely insecure.
You can bypass it with “site.com/code/input.html”, with input being whatever you want as input.
The page's address would be site.com/codes/thisiswherethepasswordgoes.html, so unless you knew the password, you wouldn't know the web page address. Why can no one understand that!
I will report you. It does work!

Of course it works


- CatsUnited
-
1000+ posts
HTML and JavaScript
If you want more security, I recommend you keep the passwords in a database using backend code that Inspect Element can't see, and also https://github.com/emn178/js-sha512
- turkey3
-
1000+ posts
HTML and JavaScript
Dude, what are you talking about? Storing passwords in Javascript is more secure than anything. It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.
- powershack
-
1000+ posts
HTML and JavaScript
storing passwords the wrong wayDude, what are you talking about? Storing passwords in Javascript is more secure than anything. It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.
- turkey3
-
1000+ posts
HTML and JavaScript
Lol I'm just kidding!storing passwords the wrong wayDude, what are you talking about? Storing passwords in Javascript is more secure than anything. It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.

Last edited by turkey3 (Oct. 23, 2015 23:35:32)
- CatsUnited
-
1000+ posts
HTML and JavaScript
Backend is most secure (you can use Javascript for hashing tho).Lol I'm just kidding!storing passwords the wrong wayDude, what are you talking about? Storing passwords in Javascript is more secure than anything. It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.I was curious who would take me literally.
- turkey3
-
1000+ posts
HTML and JavaScript
I was actually considering trying to pull off some argument on how JS passwords are the safest (obviously not true) just to get a heated debate going.Backend is most secure (you can use Javascript for hashing tho).Lol I'm just kidding!storing passwords the wrong wayDude, what are you talking about? Storing passwords in Javascript is more secure than anything. It's highly insecure because there is no encryption and it's a static page.
There is no reason to report.I was curious who would take me literally.

- Firedrake969
-
1000+ posts
HTML and JavaScript
You could make a good argument…
but only with NodeJS.
but only with NodeJS.
- turkey3
-
1000+ posts
HTML and JavaScript
I don't believe there can ever be any good argument. Even if things are encrypted, it's still too risky, they can be decrypted.
Edit: Did you guys know Cubeupload has been shut down?
Edit: Did you guys know Cubeupload has been shut down?
Last edited by turkey3 (Oct. 23, 2015 23:55:39)
- powershack
-
1000+ posts
HTML and JavaScript
Yeah, it really sucks I don't believe there can ever be any good argument. Even if things are encrypted, it's still too risky, they can be decrypted.
Edit: Did you guys know Cubeupload has been shut down?


- MouseGames123
-
31 posts
HTML and JavaScript
Sorry if that hurt your feelingsOf course they can get the password! You technically have zero security in encrypting the password, so you could easily find it outMethod 2 is also extremely insecure.
You can bypass it with “site.com/code/input.html”, with input being whatever you want as input.
The page's address would be site.com/codes/thisiswherethepasswordgoes.html, so unless you knew the password, you wouldn't know the web page address. Why can no one understand that!
I will report you. It does work!I was just trying to point out something.
Of course it worksIt's just unsafe. Now, instead of arguing about how insecure this system is, how about we learn together and make a better password protection system
I was wondering if someone was going to say that.

- Vetpetmon
-
1000+ posts
HTML and JavaScript
Lemme check on my signature…Yeah, it really sucks I don't believe there can ever be any good argument. Even if things are encrypted, it's still too risky, they can be decrypted.
Edit: Did you guys know Cubeupload has been shut down?We'll have to find another way to post pictures on scratch
EDIT: Yes, it has been shut down.
Last edited by Vetpetmon (Oct. 24, 2015 13:20:40)
- Firedrake969
-
1000+ posts
HTML and JavaScript
I meant JS as a backend I don't believe there can ever be any good argument. Even if things are encrypted, it's still too risky, they can be decrypted.
Edit: Did you guys know Cubeupload has been shut down?

- powershack
-
1000+ posts
HTML and JavaScript
Well, of course with time and effort anything can be decodedI meant JS as a backend I don't believe there can ever be any good argument. Even if things are encrypted, it's still too risky, they can be decrypted.
Edit: Did you guys know Cubeupload has been shut down?
But atleast we can argue about the safest method
- masterex1000
-
68 posts
HTML and JavaScript
okay, first of all I agree that this is one of the worst password/authentication systems.
REMEMBER TO ADD SEMICOLONS!!! (
i also saw a convinience problem. you wan't people to do something if they did't type a code in! It should be something like this.
var userinput = prompt(“Password”);
if(userinput === “”) {
//exits without brining the user somewhere.
alert(“oh no! there is a problem. you didn't enter a code!”);
} else {
window.location.replace(“code/” + userinput + “.html”);
}
you should consider using something like node.js, php, python, maybe java, ect. for this.
REMEMBER TO ADD SEMICOLONS!!! (

i also saw a convinience problem. you wan't people to do something if they did't type a code in! It should be something like this.
var userinput = prompt(“Password”);
if(userinput === “”) {
//exits without brining the user somewhere.
alert(“oh no! there is a problem. you didn't enter a code!”);
} else {
window.location.replace(“code/” + userinput + “.html”);
}
you should consider using something like node.js, php, python, maybe java, ect. for this.
- MouseGames123
-
31 posts
HTML and JavaScript
okay, first of all I agree that this is one of the worst password/authentication systems.
REMEMBER TO ADD SEMICOLONS!!! (
i also saw a convinience problem. you wan't people to do something if they did't type a code in! It should be something like this.
var userinput = prompt(“Password”);
if(userinput === “”) {
//exits without brining the user somewhere.
alert(“oh no! there is a problem. you didn't enter a code!”);
} else {
window.location.replace(“code/” + userinput + “.html”);
}
you should consider using something like node.js, php, python, maybe java, ect. for this.
Well, In my one, It says enter ‘Home’ to go back.
- masterex1000
-
68 posts
HTML and JavaScript
okay, first of all I agree that this is one of the worst password/authentication systems.
REMEMBER TO ADD SEMICOLONS!!! (
i also saw a convinience problem. you wan't people to do something if they did't type a code in! It should be something like this.
var userinput = prompt(“Password”);
if(userinput === “”) {
//exits without brining the user somewhere.
alert(“oh no! there is a problem. you didn't enter a code!”);
} else {
window.location.replace(“code/” + userinput + “.html”);
}
you should consider using something like node.js, php, python, maybe java, ect. for this.
Well, In my one, It says enter ‘Home’ to go back.
still convince for the user