Require Open Source for Password Managers

I agree 100% with @Anon47486929.

If we put a point system (I put score on my personal beliefs, but it could be different)

General criteria page:

  • Security +2
  • Source Availability: +2
  • Cross-Platform Availability: +1
  • Active Development: +4 (this should even be a minimum requirement IMO)
  • Usability: +2
  • Documentation: +1

Password manager minimum criteria (no points here, since its a minimum to enter the category):

  • Must utilize strong, standards-based/modern E2EE.
  • Must have thoroughly documented encryption and security practices.
  • Must have a published audit from a reputable, independent third party.
  • All non-essential telemetry must be optional.
  • Must not collect more PII than is necessary for billing purposes.

Best-Case criteria:

  • Telemetry should be opt-in or not collected at all: +2
  • Should be open source and reasonably self-hostable: +2

Some people argued that open-source should not solely be the criteria into determining if a an option is recommended or not. I believe nobody’s saying that. Open-source, though is clearly a plus for the only reason that it brings trust to that option. It is clearly a plus, but not the only criteria.

Based on that logic, if there are already 3-4 password managers that are on par with 1password feature wise, audit, wise, usability wise, security wise, etc. BUT onepassword is the only one not open-source, then IMO it should be removed.

I’m not arguing this is the case though.

Edit: I’m not suggesting a point system be in place. This was just for the sake of demonstration.

I guess the answer is yes. The criteria would remain unchanged unless one of the following is true:

  1. The community wants to add something that is clearly so much worse than our recommendations (like Nordpass) that increasing the criteria is necessary to avoid confusion about why Nordpass isn’t recommended.
  2. One of the recommendations falls so far behind the others that it no longer makes sense to list.
  3. The community wants to add something that is so much radically better than our existing recommendations that it necessitates delisting the existing tools.

None of these 3 three things really apply.

And again, the argument that you and @fria are making is that situation #2 does apply, and I’m countering this argument by saying that source code licensing doesn’t create enough of a quality “delta” between 1Password and the others to say that “it has fallen behind.”

Is this an accurate assessment of where we’re at?

4 Likes

I encourage everybody that hasn’t done it yet to VOTE here on whether to require Source-First, Open-Source or keep allowing proprietary password manager.

So far, it’s a tie between source-first/open-source and proprietary

It’s sad to see that it’s a tie between freedom and proprietary.

One thing to note is that this proposal has 28 votes, the proposal with the highest votes ever has 30 votes.

2 Likes

Then why do you have this criteria in other categories at all? Password management is as mission critical as it possibly gets and therefore it should have the strictest criteria, specially when it comes to anything “cloud-based” and/or that has to connect to the internet.

If that’s the concern, then how about still mentioning it, but separating it from the other recommendations like what you do with e-mail providers? I understand the reason for Tuta being the “3rd option” is different, but I believe such a division would be warranted if you believe that FOSS is an improvement.

This is what I think a lot of users find strange. Obsidian could in many ways be considered the ‘1Password’ of digital notebooks, yet it is not recommended due to being closed-source despite being able to be used fully offline (with lower stakes in general), unlike 1Password.

8 Likes

With 14 votes against 13 votes, the Privacy Guides community slightly favor open-source/source-first.

I am wondering why the 3 who voted Others choose this?

In my opinion “source available” should be the minimum criterion, so I voted for “Other.”

1 Like

Am I the only one who sees an obvious issue with other voters knowing what the entire PG team voted for? It might just be me.

Another issue is that some voters love 1Password’s UI and UX and are clearly biased against requiring open-source because their favorite password manager will get removed, but I disgress.

3 Likes

I am unaware of source-available password manager. I think this is unlikely. Source-available will be something you can’t even build yourself (I think?).

So if you are OK with it, please vote for source-first :wink:.

As Proton Pass catches up with 1 Password, things might change, so that’s a silver of hope.

I am a bit sad PG is ok with proprietaryware.

1 Like

Just because something doesn’t exist now doesn’t mean it won’t in the future. I find minimal privacy advantages in source-first or open-source compared to source-available, other than the increased chance that more people have reviewed the code. That is my personal opinion.

Ultimately, my vote supports changing the current criteria, but I have a different opinion on how extensive those changes should be.

Regardless, I don’t believe this poll will have a major impact on the outcome of our discussion, even though I had hoped it would. The staff seems stuck in their decision, despite what most of their community is expressing.

1 Like

On my end, I voted for “other” because the criteria should change with time, as discussed in this thread.

For instance, if at one time, there are only 2 open source softwares in that category, it doesn’t make sense to require open-source in the criteria.

So my “other” vote = change depending on the maturity of the category.

Privacy Guides gets like 8,000 unique visitors every day, and this forum has over 3,000 members. One poll which has 34 votes and is split between 41% / 49% is unfortunately not the clear consensus you are imagining. On the contrary it proves that we can’t proceed too quickly here.

If only it were that easy! :slight_smile:

Much like Wikipedia, Privacy Guides is not a democracy, rather we make our decisions based on discussion and consensus. A poll is not a discussion, and this one frankly has hindered this discussion a bit as we are now all talking about the poll itself rather than the merits and drawbacks of this proposal. The polarization here as a result of the poll has really only slowed down the possibility of us making this change.

Do not worry, because we are considering the opinions shared here in this thread, in that poll, and across the wider community as we carefully chart out the best course of action here :slight_smile:

8 Likes

How is that calculated when there are things like Tor, VPNs, shared IPs, fingerprint resistant browsers, etc?

It’s the record breaking number for PG. No other topic ever had this much votes.

3 Likes

My previous statement was saying that not requiring open-source in this category was the previous consensus, which is just an objective fact that it was. Now we are seeking a new consensus, which is fine, but it will take as long as it takes.

It is much preferable for us all to accept that it is not the end of the world for us to leave a less-than-perfect criteria on the website — with the understanding that Privacy Guides is always gradually improving and changes are being discussed and considered — than to try and fight for and push forward some immediate change for a particular preferred version of the criteria ASAP.

This is probably an off-topic discussion we could take elsewhere, but I do see PG’s “governance and consensus structure” as similar to Wikipedia personally, and at least that seems to be the direction things have been heading.

This is also off-topic, but yes I would take our statistics with a big grain of salt. People sharing IPs or using Tor might appear as the same person to our (primitive) stats lowering the count, and on the other hand people switching IPs/circuits frequently may appear as multiple visitors increasing the count. So I think it is probably a wash basically, but who knows for sure.

Our pageviews are probably the most accurate statistic we have, which hovers around 35-40K/day.

Sorry, but that doesn’t make any sense. The ratio between votes and total visitors here is irrelevant. There is always only a minority which actively participate, on any subject - so following your argument we couldn’t take any decision cause too few people participated in it.

Sorry, but PG often doesn’t make decisions based on consensus. When you or the team wanted something - like including Mull- you do it despite huge backlash.

Plus, achieving consensus would require more tools, and a forum thread is not the best way to do this.

3 Likes

I made a new thread for How should Privacy Guides take decision?

Some recent comments about that could be moved there.

Also, I closed the poll. I think I agree with Jonah, that while it shows a small majority supporting open, we might need to wait for a stronger consensus - even as I personally support requiring open-source, and believes there is a double-standard going on (see Mull (Android Browser) + Criteria Change) where team members and esp.

What is your deal with the 1Password? I am not paid by 1Password but I strongly defend them, even though I find their support and social media practices bad.

They are frequently audited, more frequently than any other password managers in the market, and that is not good enough for you?

I suggest you to write your own password manager, make it FOSS, and let’s see what happens.

You are speaking like FOSS is the next big thing, no, it is not. We, or I, regular people trust the audit companies, bug bounties and how companies react to the findings, becase I don’t know how to code and how to properly check a code for a vulnerability or enhance it, like the majority of the world population.

1 Like

You don’t need to be paid by 1Password, just the fact that you’re using it is enough.

So what? How does that matter? 1Password has one annual pentest per year, which is next to useless.

  1. Who knows if the auditing company is competent enough?
  2. Who knows if the exact people from that company that did pentesting are competent enough?
  3. Even if the auditing company and the people who did the audit were competent, they’re unfamiliar with the code because they aren’t the ones working on it.
  4. Even if the audit was done perfectly and flawlessly in every way, 1Password is only doing audits annually, and the vulnerability can be introduced in the next update right after the audit.

There is literally a year gap in which the 1Password developers, maliciously or not, could introduce a vulnerability, and if it was in fact malicious, get rid of it before the next audit.


You’re just a user of 1Password who likes how it looks and feels and who is completely used to it, that’s why you defend it so much, but Privacy Guides isn’t about “looks” and “feels,” at least I hope so.


Good, I will make a password manager, get it audited to get the trust of regular people, and then introduce 10 backdoors until the next annual audit.

5 Likes