this post was submitted on 13 Jun 2026
51 points (98.1% liked)
Linux
65839 readers
757 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 7 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
A keyring is better than a plain text file (apps can only access the keyring when its unlocked) but not as secure as password keeper like KeepassXC.
Since in most cases the keyring is unlocked on login, this seems like a small hurdle to overcome, right? I am trying to figure out if there is something I fundamentally misunderstand about the keyring or if it's that trivial (and insecure).
Keyrings like GNOME Keyring support setting it to auto-lock after a timeout. That would be the way to use it, IMO.
I see, this would eliminate random apps from just grabbing the passwords anytime (though they can still poll if they are open). If I choose the auto-lock, I will have to enter password to the keyring often (depending on the time and how many apps need a password). Isn't then more convenient AND more secure to use a password manager anyway? Apps can't access my password from the password manager like they do from the keyring, so I could set longer auto-lock delay than the keyring and still be more secure and more convenient, right? Am I oversimplyfying too much? 😀
There are many options to consider. You could use a very short timeout and optimize for low friction unlock, such as with a thumb reader.
My advice, if you have an app you want to use that requires the keyring then use the keyring with it. In general, I say use a password manager.
The fact is, I am trying to determine what do I want to implement for my application. I am introducing database encryption and was thinking about doing what Signal is doing and not bothering the user and saving the key to the keyring, but now I am not sure if that is a good idea and maybe I will just ask user for a password...
KDE requires giving permissions to an app that wants to access kwallet also. I'm sure gnome does something similar.
Giving permission from the user? That would be points for KDE actually. On GNOME I have never been asked, so I doubt it has it.
Yeah - I've been asked "application nextcloud wants to access wallet
kdewallet" or something. I think it remembers the app for future requests though.I think you understand correctly.
Your setup seems quite insecure considering your keyring seems to be always open and that you use a password that is already used to login.
On the other hand a keyring can be unlocked only when used and could also have it's own dedicated password for it. Security is more a gradient than something binary.
Also if you store keys that are particularly sensitive in it they are as vulnerable as the container that stores them.
Not blaming you of anything of course, I think you are asking the right questions. 👍
That is the default behavior though. On most mainstream distros at least. The password matches the one that you login with and the keyring is unlocked automatically. And I get it, if I was handling this manually, I may as well just use my password manager right? I was just hoping, that maybe the apps would see only their password. Maybe some dedicated keyring space per app, you know what I mean. I didn't expect there to be one giant pile of passwords for anybody to grab 😀
Does KeepassXC work under Wayland yet without having to use the clipboard to paste passwords?
There's a way to not copy+paste? How?
There are two ways to do it with KeePass (or KeePassXC or KeePassDX):
When I asked if KeePassXC could work on Wayland, I meant, "does the auto-type feature work yet?" I actually have not looked into using KeePassXC as a secrets provider.
The built-in AutoType feature uses a virtual keyboard to type passwords by switching to the target window and then typing them in as if it were you using a real keyboard. This works in Windows, Android, and X11 (insecurely), but not in Wayland.
On a desktop PC, you can configure the auto-type sequence in an individual entry or on the folder it's in. Then you press Ctrl-V with an entry selected, and KeePassXC will switch to the previous window and start typing like a keyboard. You control when it presses Tab to switch fields, when it types the username or password, and if it hits Enter to submit the login. Stuff like that.
On Windows, the above is secure unless some random app comes to the front as soon as you press the AutoType hotkey. Other programs can't read the keystrokes. On X11 this is insecure. Every program running on the computer can hear every keystroke from every keyboard (real or virtual). This is just one of the reasons why Wayland exists, to eliminate security holes like this, and why KeePassXC under Wayland can't do auto-typing. (Yet)
On Android, you use the KeePass virtual keyboard to AutoType entries. I personally use KeePassDX, but I'm sure there are other ones. Like all Android keyboards, it needs to be enabled in settings before you can use it. You either open KeePass, choose an entry, and then switch to the KeePass keyboard, or switch to the keyboard first, click one of the buttons, and KeePassDX will launch, and have you choose a key to load.
Either way, the KeePass virtual keyboard presents you with buttons for username, password, or any other text fields, and you simply focus the field you want to be typed into, and press the appropriate button. It's secure. Other apps can't intercept the keystrokes. I would screen shot what the keyboard looks like, but I can't do that because of the security settings. KeePassDX blocks screenshots by default, and that carries over to its virtual keyboard.
The other option on Linux is you can configure KeePassXC to be the "secrets provider". Then, when an application does the formal request for a stored secret on the system, KeePassXC provides it instead of KWallet or whatever your DE uses. I have never tried this out, and I don't know how secure it is.
I think its possible on Wayland. I can't find it in KeePassXC, but Proton Pass currently has it as experimental feature and I tried it and it seems to work. I am not sure if its virtual keyboard though... It actually shows this dialog upon first auto-type in the current session:
In some threads I read that you can use Keepass indeed and it can be set to give a password prompt when app asks for access to your secrets. Might be annoying but might also help prevent secrets theft when a prompt appears at a random moment.
It does. I've been using it as my secrettool for quite a while instead of kwallet in KDE kwin wayland.