Are there additional benefits of the public api that on balance benefit the public more than attackers?
Are there additional benefits of the public api that on balance benefit the public more than attackers?
Imagine it being $500/month to access HIBP, because that's the alternative, not some, "everyone agrees to only use this info for good".
I can’t think of an example.
Therefore, having that info cost more is better. Having it cost a lot more is a lot better. (I’m assuming I can still get access for free by having provided directly to my email address.)
Your bank could check emails attached to customer accounts and work with affected customers to ensure their bank account access is secure.
You employer could check for leaks of accounts using corporate domains. They could check leaked passwords against known last 5 to see if there are active threats.
By virtue of the fact that this info is widespread, you have no choice but to take actions to protect yourself from this information. That means the information becomes useless.
You are, in a way, being shamed into acting, through public disclosure. So no, having that info cost is not more better, it's more worse.
Furthermore, it is not an option to only let you have this information. That ship sailed when the breaches happened. You don't get access to this information for free, you don't get to control the dissemination of this information, you are powerless. You're acting like HIBP is the only way people can find this info out; it's not. That $500 price tag is just for you. People who are more skilled than you or I at collecting this info get it for free, and that's never going away.
If it’s already widely available then HIBP doesn’t accomplish anything. (It doesn’t anyway, since it doesn’t “shame” anybody except people who are already signed up, who only need and get their own info.) If it isn’t widely available then HIBP is helping people who are bad at collecting and using this information to do so.
We accept that from bug reports only because of the other benefits that come from releasing the info.
Your data is out there. Period. The end. You don't have control over that. All you're doing is trying to re-establish control over data you already lost.
The question now is, do you want it only in the hands of people who want to harm you, or do you want it in the hands of both people who want to harm you as well as people who want to help you?
You seem to only want bad guys to have your data. That's weird.
Other websites won't allow you to use a password that's listed as a common password from the aggregated passwords in breaches.
Lots of studies have been done on password frequency, such as the top 100 most common passwords and what security people can do about their repeated use.
Based on your question however, I'm concerned you don't actually get my point. You're being forced into action, exactly how companies are forced into action, by the availability of this information. You have to change your password if it's easily available to anyone who uses this API and who has your email address, you no longer get to pretend it's not a big deal.
This is software acting as an agent of the effected user. 1Password could be authorized by the email holder to gain access to the API without making the information public.
> Other websites won't allow you to use...
This and the following example in your comment are discussing the breached password API, which is a completely different API that I specifically mentioned up-front as not compromising any PII.
I take zero issue with providing an API to see counts of how many times a password has shown up on breach lists, although I wouldn't use the API myself on any of my own passwords, because it leaks a 1-in-1-million discriminator to the actual password you are querying.
Well, I take issue with that.
And my "fallback" position is that it's better this way than the other way, where it's actually being trafficked, rather than your hyperbolic assertion that it is now.
Now apply this same thinking to the OPM breach and security clearances.
Now apply this same thinking to medical records breaches.
I don't want anyone to have my data, but I resign myself to the fact that data security is, and never will be perfect. That does not mean I resign myself to the fact that all my personal data should be freely available to the entire world via a well documented REST API.