Live data from Hacker News

Show HN: Security Training for Developers

hacksplaining.com

21–30 of 37 posts

Re: Show HN: Security Training for Developers

#21
post #18

Security is hard. XSS lol. http://i.imgur.com/3QJfsu7.png

Oh wow. Would love to know you did that. :-o

I feel like I’m posting a spoiler here, but... Think what happens if the user’s “e-mail address” happens to start with:

    "/>

Re: Show HN: Security Training for Developers

#22
The bit on unencrypted communication should really mention HSTS. If you're connected to a network controlled by an attacker, using TLS on its own doesn't help you. HSTS doesn't necessarily help you either, but it's a lot more likely to solve the problem in the given scenario.

Re: Show HN: Security Training for Developers

#23
> Imagine if a user has their email account hacked - the first thing an attacker will do is try to compromise their other online accounts, and long-lived password reset links make this easy.

I don't see how the length of time the reset link is valid really has any bearing here. I'm assuming the implication is that an attack could search for old password reset emails but if they have access to the email account, why not just request another reset?

Re: Show HN: Security Training for Developers

#25
You should add some sort of About Us section because for this type of lessons I really need to know who is behind the site, what are his/her references & experience. Bad advice is often worse than no advice at all, and to be a trustful source of security info we need at least to have some basic info on authors. And these obviously fake "What People Are Saying" are not helping with the trust issue either.

Re: Show HN: Security Training for Developers

#26

Slick and a nice UI, but the security advice in this is just plain terrible. Blacklist input validation as defense against XSS? Are you kidding me? And then over to session fixation, where I see the exact same ?jessionid=blah example that has been in any Web Security book for the last 10-15 years? Come on!

This isn't constructive. Why don't you share your insight with the author rather than simply criticize the content?

Re: Show HN: Security Training for Developers

#29

> Imagine if a user has their email account hacked - the first thing an attacker will do is try to compromise their other online accounts, and long-lived password reset links make this easy. I don't see how the length of time the reset link is valid really has any bearing here. I'm assuming the implication is that an attack could search for old password reset emails but if they have access to the email account, why n…

Some resets force you to answer a security question before it will send a reset link.

Re: Show HN: Security Training for Developers

#30

Slick and a nice UI, but the security advice in this is just plain terrible. Blacklist input validation as defense against XSS? Are you kidding me? And then over to session fixation, where I see the exact same ?jessionid=blah example that has been in any Web Security book for the last 10-15 years? Come on!

> Blacklist input validation as defense against XSS? Are you kidding me?

Where are you seeing that? The advice I can see talks about escaping HTML rather than blacklisting input validation: https://www.hacksplaining.com/prevention/xss-stored

Unfortunately it doesn't discuss escaping Javascript nor CSS. But it least it covers the most common case.

Post reply on HN