Earlier quoted context omitted.
> "The other fix would be to use an email address that can't be guessed from the blog address. In other words, the email address is the password." You'd still be sending your password in the clear, possibly through other peoples mail servers. Not great security.
The perfect is the enemy of the good. There is a trade-off here between security and usability. 99% security is good enough for a lot of purposes and has its place.
You don’t need a password. Posterous fail.
51–60 of 84 posts
Re: You don’t need a password. Posterous fail.
#52It's possible to forge headers in certain circumstances. It's not easy. And this is the first time this has happened. It's ridiculously easy to forge email headers. Headers are manually created whenever programmatically sending email messages. That's how messages can be sent from addresses that don't exist, like devnull@example.com or noreply@yourdomain.com. They don't even send a confirmation email that you have to…
Headers are manually created whenever programmatically sending email messages To clarify this a little, in case anyone isn't familiar, to send an email message programmatically, you basically just send a string with some headers and body content to the email server. Here are what the headers look like: Date: Sat, 13 Jun 2009 06:53:06 -0400 From: Mail Delivery Subsystem Message-Id: To: To change the sender, all you'd…
http://en.wikipedia.org/wiki/DKIM
As far as I understand it, you can't fake being an SMTP server sending mail from such a domain because their emails get signed with a private key whose matching public key is published by DNS.
Re: You don’t need a password. Posterous fail.
#53Re: You don’t need a password. Posterous fail.
#54Earlier quoted context omitted.
99% of the time? So if someone decides to trash my reputation they can just post a bunch of stupid blog entries as me and it is on me to (a) detect that this even happened by checking my mail, (b) go do whatever work needed to remove the post and (c) try to explain to everyone what happened (likely causing even more people to do it when they realize how ridiculous the system I'm using is) and salvage my reputation? T…
You can already post a bunch of stupid blog comments as someone else, as long as people realize Posterous has a similar problem, it's not going to ruin your life. (Plus, (a) doesn't seem to be that big of a problem for a service you're using your email to access.)
Re: You don’t need a password. Posterous fail.
#55Earlier quoted context omitted.
The perfect is the enemy of the good. There is a trade-off here between security and usability. 99% security is good enough for a lot of purposes and has its place.
Except that's more like 10% or even 1% security.
In point of fact, I just sent myself a very important password in clear text. Hack me.
Re: You don’t need a password. Posterous fail.
#56It's possible to forge headers in certain circumstances. It's not easy. And this is the first time this has happened. It's ridiculously easy to forge email headers. Headers are manually created whenever programmatically sending email messages. That's how messages can be sent from addresses that don't exist, like devnull@example.com or noreply@yourdomain.com. They don't even send a confirmation email that you have to…
Re: You don’t need a password. Posterous fail.
#57Earlier quoted context omitted.
[deleted]
I guess nobody believed you, because it sounds so ridiculous. Do you have an idea why Google imposes that rule?
Re: You don’t need a password. Posterous fail.
#58Earlier quoted context omitted.
Headers are manually created whenever programmatically sending email messages To clarify this a little, in case anyone isn't familiar, to send an email message programmatically, you basically just send a string with some headers and body content to the email server. Here are what the headers look like: Date: Sat, 13 Jun 2009 06:53:06 -0400 From: Mail Delivery Subsystem Message-Id: To: To change the sender, all you'd…
But most major domains use domain keys / DKIM. http://en.wikipedia.org/wiki/DKIM As far as I understand it, you can't fake being an SMTP server sending mail from such a domain because their emails get signed with a private key whose matching public key is published by DNS.
• If you can break DNS, you can get an NXDOMAIN reply, making recipients think there aren't any domainkeys
• If the domainkey private key is small, you can factor it. There's an article on HN's frontpage right now about this.
• If the server uses domainkeys, but it doesn't specifically verify the From: header, an attacker can still forge a message if they share a popular mail provider with their target. I don't know if this is still practical.
• Stupidity. DKIM is difficult to test, and as a security measure it would need to be tested.
An autoreponse confirmation would be immune to all of these attacks and would be trivial to implement correctly.
Re: You don’t need a password. Posterous fail.
#59Sure active users will notice spam posts but what about the long tail of customers who no longer update their Posterous blog? What happens when a 'creative' link marketer finds a way to index those sites and inject posts?
Re: You don’t need a password. Posterous fail.
#60While we're talking about Posterous, does anyone know why it adds a random number to the end of article URLs, as in http://blog.dustincurtis.com/apparently-765 ? I know it's not a big deal, but I find that aesthetically unpleasing, as it kind of ruins an otherwise beautiful URL.
It might be a namespace thing? I have seen that too, and that is the only thing that comes to mind.