Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Password coppied to clipboard (clipper) remains visible. #1047

Open
steveedmonds opened this issue Oct 26, 2019 · 22 comments
Open

Password coppied to clipboard (clipper) remains visible. #1047

steveedmonds opened this issue Oct 26, 2019 · 22 comments
Labels
browser Browser Extension upstream An issue with a dependency that needs to get addressed upstream

Comments

@steveedmonds
Copy link

In KDE "copy password to clipboard" copies the password to the clipboard and clipper. When Clear Clipboard is set (say 10s) the clipboard is cleared but clipper is not, the password stays accessable requiring manual removal.
In KeepassXC the same setting copies the password to clipboard (and expunges it in 10s) but does not copy the password to clipper. I am not able to test Glipper or Mac.
steve

@dgarberj
Copy link

I use Alfred's clipboard history, and there too it does not clear.

I wonder if this is something that's out of Bitwarden's control as it's a third party product that is storing the value.

@steveedmonds
Copy link
Author

For me this does not occur with KeepassXC, so it is within their control and should also therefore be within the control of Bitwarden.

@ntimo
Copy link

ntimo commented Nov 17, 2019

For Alfred you have to set the copied password to be "Concealed" so Alfred does not save it. Maybe this the Bitwarden browser addon could do that.

Source: https://www.alfredapp.com/help/features/clipboard/

@steveedmonds
Copy link
Author

As referred to in your reference, org.nspasteboard.ConcealedType is also referred to in the KeepassXC source code. It doesn't seem to be referred to in the Bitwarden source so may be you have touched on something.

@fabianski7
Copy link

nothing solved so far!?

@krispetkov
Copy link

I can see that his issue is still present. Are there any plans of fixing this?

@hadjev
Copy link

hadjev commented Jul 26, 2021

On MacOS Bitwarden clears the clipboard as expected.
But if you additionally use Alfred's clipboard history, then you have to ignore the bitwarden app. For this go to Alfred's preferences panel -> Features -> Clipboard History -> Advanced -> Ignore Apps. There you can add Bitwarden and from now on it will be ignored.
Tip: You can use Alfred to find Bitwarden, then drag and drop it to to the "Ignore Apps" Panel

@bitwarden-bot
Copy link

Hi @steveedmonds,
We're cleaning up our repositories in preparation for a major reorganization. Issues from last year will be marked as stale and closed after two weeks. If you still need help, comment to let us know and we'll look into it.
Thanks!

@prettyv
Copy link

prettyv commented Apr 13, 2022

This issue (as well as #2606) is still valid, but is blocked due to lack of needed Web APIs. The desktop version is blocked for basically the same reason (#2621), as electron doesn't expand upon the clipboard API in a way that would make a difference here. There's ongoing specification work on Web Custom formats for Async Clipboard API (see also w3c/clipboard-apis#165 and w3c/clipboard-apis#154) which seems to be on the right track but is not yet available.

KeepassXC sends copied passwords with custom mime data (application/x-nspasteboard-concealed-type on OS X, x-kde-passwordManagerHint on Linux, and ExcludeClipboardContentFromMonitorProcessing on Windows) to hint for passwords not to be stored in history, but without finished and implemented specs this isn't yet possible to do in Web environments.

@dunxd
Copy link

dunxd commented Apr 15, 2022

This shouldn't be marked as stale - at some point in the future this really needs to be resolved.

Marking Bitwarden as an ignored app doesn't work - CopyLess 2 at least treats passwords copied from the bitwarden browser plugin as coming from the browser, and ignoring the browser is not viable.

@Hinton Hinton added the upstream An issue with a dependency that needs to get addressed upstream label Apr 20, 2022
@Hinton Hinton added the browser Browser Extension label May 5, 2022
@Gerben321
Copy link

So, what's the status on this? I thought I'd try out Bitwarden instead of KeePass, but this is a major blocker unfortunately.

@prettyv
Copy link

prettyv commented Jun 1, 2022

The status hasn't changed since two months ago, the needed W3C Spec is not finished yet, and so a possible implementation in Bitwarden will be blocked until that is done (and implemented in Electron I'd think).

@iso-l588
Copy link

iso-l588 commented Aug 1, 2022

This issue seems to be still valid as of 2022-08-01. It would be good if at least there was some warning in the settings "doesn't work with KDE klipper" or something similar. I was previously on XFCE using parcellite, there the entry removal worked as expected. Should this maybe be reported as a bug with plasma-workspace?

@rafaelpirolla
Copy link

rafaelpirolla commented Aug 21, 2022

Is there any workaround (automated)? I'm having the same issue on Alfred and Bitwarden browser extensions...

@dunxd
Copy link

dunxd commented Aug 21, 2022 via email

@steveedmonds
Copy link
Author

steveedmonds commented Aug 21, 2022 via email

@rafaelpirolla
Copy link

rafaelpirolla commented Aug 22, 2022 via email

@ShadwDrgn
Copy link

Bitwarden still leaves passwords in plaintext in KDE's clipboard history while tools like KeePassXC do not. :( is there any reason the same solution used in KeePassXC can't be used here? If this is blocked by some kind of standards documentation who would be responsible for authoring that documentation? If this is the developers of Klipper or other KDE devs, has an issue been created on their github requesting that standard?

How do we track whatever blocker is present to getting this done so the community is able to voice it's desire for such a blocker to removed in the appropriate place?

Thanks!

@ridicolos
Copy link

For me this is really imported. I don't ever want some of my passwords to be visible in the clipboard history.

Would love to see this be implemented

@PyroDevil
Copy link

FYI, I opened 1Password/arboard#129. If that is solved then at least the native client can be changed to hide the passwords on KDE and possible MacOS.

@KAGEYAM4
Copy link

Any update on this? I am using KDE Connect and because password goes to clipboad, and there is no mimetype x-kde-passwordManagerHint to "secret", password get to my other kde-connect-devices.

@miditkl
Copy link

miditkl commented Apr 20, 2024

Also on Windows its saved in my clipboard history

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
browser Browser Extension upstream An issue with a dependency that needs to get addressed upstream
Projects
None yet
Development

No branches or pull requests