Over the past 3 years the pace of development in APS has steadily fallen off as maintainers including myself have moved on to other things. I no longer have time and motivation to dedicate to this project, and in the absence of significant external contributions there is no-one else I can offer the project's stewardship to.

To that effect, I will be archiving the repository on Monday, October 14th 2024 at 7AM GST. In the situation that a serious and viable fork emerges, I will help them as much as I can with the transition. The criteria for what counts as "serious and viable" is entirely vibes-driven for now, and may become more specific in the future. In case I determine that a fork does not live up to my made up standard, they will have to come up with a slightly more creative name than "Android Password Store" and watch low 4 figures of cash wither away in OpenCollective's bank account.

you are viewing a single comment's thread
view the rest of the comments

[+] GolfNovemberUniform@lemmy.ml -6 points 1 week ago (1 children)

Personally I would never trust an app to save and manage my passwords. There are a lot of risks with it. But I still think writing down passwords on a piece of paper and storing it in a physical safe when needed is the best approach so ik nobody will understand.

[–] ShortN0te@lemmy.ml 6 points 1 week ago (1 children)

Differences in the thread model. And of course convince. How to you backup your paper regulary? How do you transfer it? What if you need to access a pasdword when you are not home?

Most ppl will just reuse or use very weak passwords when they have to write every password they have to enter.

[–] GolfNovemberUniform@lemmy.ml -5 points 1 week ago (1 children)

Differences in the thread model.

Well yea people with the "I don't care. I just press the button and it always works" model do exist.

Most ppl will just reuse or use very weak passwords when they have to write every password they have to enter.

But browser cookies exist?

[–] ShortN0te@lemmy.ml 9 points 1 week ago (1 children)

I know a lot of services that log you out regularly. Or need a password when you change settings or whatever.

Well yea people with the "I don't care. I just press the button and it always works" model do exist.

WTF no. Password managers are reasonable secure. That is no i don't care behavior.

And when you are worried about password managers you should not use cookies. Stealing a cookie is much more simple than stealing and encrypting your password safe.

[–] GolfNovemberUniform@lemmy.ml 0 points 1 week ago (1 children)

I know a lot of services that log you out regularly. Or need a password when you change settings or whatever.

Ok that's true.

Stealing a cookie is much more simple than stealing and encrypting your password safe.

I didn't mean stealing. I meant losing passwords due to a system malfunction or losing the password for the manager. In that case you lose all your passwords in one moment. That's scary. Also the manager can become proprietary and leak the data to governments. Though in that case it's all about your trust to the manager.

[–] ShortN0te@lemmy.ml 2 points 1 week ago

That is why you use an open source manager. KeePassXC for example is not owned by a for-profit company.

Losing the container due to corruption disk failure etc can be easily managed with backups.

Losing the password. Yes this is a real valid scenario. I personally have no problem with that i manage fine for years without having to write it out on paper to backup it. A solution would be to actually write that password out somewhere and hide it/ put it into a safe. An attack then needs to attack both, depending if you use disk encryption it is easy to get access to the password safe or not. There are other things to consider, like you could try to hide it in a very long string of characters like 20 pages of random characters, even if you forget it you will be able to find it cause it is very likely that you remember a few characters.