revelate
5) Makes sense for other companies to promote to their customers. Ideally ones with lots of customers.
Bonus points: your product fits in to their customer acquisition process (i.e. helps generate more revenue for them).
Triple bonus points: you have access to a large number of these companies through a small number of entry points. For instance a trade association or a friend that will introduce you.
You wouldn't believe how easy it is to get your product out there in the above situation. PR is the last thing you worry about.
Why do we care about HTTP Digest? It provides a standard technique to avoid sending clear passwords from client to server. This is particularly handy when the client server communication isn’t encrypted (a poor man’s SSL if you will), but sounds like a good idea in general.
In principle you could create a variant of HTTP Digest using bcrypt instead of MD5 however you’d break browser and rss reader compatibility and AFAIK there are currently no javascript bcrypt implementations.
Hence I’m guessing that web apps storing bcrypt hashed passwords are forced to send clear-ish passwords from client to server and therefore must rely on the presence of an ssl/https connection.
Obviously ssl should be used whenever possible, but I wonder to what extent sending clear passwords doesn’t create other forms of vulnerability?
Is there any way to do the above while storing bcrypt passwords on the server? Does using bcrypt in these scenarios force you to use https and pass full text passwords to the server?