Hello
Can you add possibility to launch command or application directly from Bitwarden app
like : URL Field - KeePass
4 Likes
I also would love that feature. I would use it to directly open a encrypted VeraCrypt volume.
Firstly, thanks a lot everyone for your comments. Sorry, I’m a bit of a newbie and it took me some time to grasp what was being stated from the beginning. I’ll leave this comment here in case someone wants to check back.
As suggested, my app did launch a new window. It found an instance of my app that was already running. And as a result terminated. What I changed? Before this newly launched instance is terminated, I send a new message to the previously running instance of my application. In order to pass the contents of the command line I used named shared memory.
The receiving app just listened to this message. On receiving it, it retrieves the command line from the shared memory and allows me to handle the command line.
Are you looking for this ? Bitwarden CLI | Bitwarden Help & Support
Absolute needed Feature!
Because of this missing feature, I have to continue using KeePass in parallel with Bitwarden.
We would like to migrate 40+ users to bitwarden for our company, but this missing feature holds us off.
We use it a lot to manage and quickly open tons of different, always changing RDP Sessions:
for example: cmd://mstsc.exe /v:192.168.1.1 works like a charm in Keepass but sadly not in Bitwarden.
With Keepass (what we used before), it was possible to start a program via commandline via the URL field.
Bitwarden supports is already for Putty, When I put : ssh://10.0.0.1 in the URL, I’m able to click on it, and a putty session is started.
Now it would be nice if this is also possible for (for example) Windows Remote Desktop (RDP)
So when you use “cmd:command.exe” it would execute that program from the commandline.
In this case (RDP) : cmd://mstsc.exe /v: 10.0.0.1
in the URL, Bitwarden would start a commandline console starting mstsc.exe /v: 10.0.0.1 , so a Microsoft RDP session was started.
With Keepass (what we used before), it was possible to start a program via commandline via the URL field.
Bitwarden supports is already for Putty, When I put : ssh://10.0.0.1 in the URL, I’m able to click on it, and a putty session is started.
Now it would be nice if this is also possible for (for example) Windows Remote Desktop (RDP)
So when you use “cmd:command.exe” it would execute that program from the commandline.
In this case (RDP) : cmd://mstsc.exe /v: 10.0.0.1
in the URL, Bitwarden would start a commandline console starting mstsc.exe /v: 10.0.0.1 , so a Microsoft RDP session was started.
With Keepass (what we used before), it was possible to start a program via commandline via the URL field.
Bitwarden supports is already for Putty, When I put : ssh://10.0.0.1 in the URL, I’m able to click on it, and a putty session is started.
Now it would be nice if this is also possible for (for example) Windows Remote Desktop (RDP)
So when you use “cmd:command.exe” it would execute that program from the commandline.
In this case (RDP) : cmd://mstsc.exe /v: 10.0.0.1
in the URL, Bitwarden would start a commandline console starting mstsc.exe /v: 10.0.0.1 , so a Microsoft RDP session was started.
Yes, this would be a nice feature.
For ex. the second URI works if Anydesk is installed and you paste “anydesk:123456789” into Start > Run. It will connect to that remote PC.
In Bitwarden it’s missing the “Launch” button:
I’m trialling Bitwarden for my enterprise (long time personal KP user) and I’m super gutted this feature is not available…
1 Like
Please do add this feature - I really love Bitwarden and use it a lot, but this feature would make it a even better. btw. I am a premium member if that makes a difference.
1 Like
This would be a very important feature to me as I currently use it a lot with KeePass.
The way I do it in KeePass is I have “command entries” that are only used to store an application command then each of my other entries refers to those command entries and appends username/password (in some cases more like one variable for hostname). That way you can change the command if needed without having to change it for all entries that uses it. Not sure if Bitwarden has such a reference feature so this might be more of a nice to have feature. Related post.
Example
Putty command entry:
URL: cmd://"bin\putty.exe"
Server X entry:
USERNAME:admin
PASSWORD:12345
NOTES:serverX-hostname
URL:{REF:A@I:E9A02567B95E534C808218A231810806} {NOTES} -l {USERNAME} -pw {PASSWORD}
So with that all I have to do to both launch and login to a server with SSH/Putty is to press CTRL+U. This is both very efficient and more secure since you don’t have to manually copy passwords (and potentially past it in the wrong place) and it makes it more likely that users will never even see the passwords.
I think this one is related as well. If that one was implemented you could probably hack together a local webserver that launches commands as a sort of plugin for Bitwarden. Launching commands directly is obviously better though for simplicity and security.
I would like to switch from keepass and for me it is must have feature.
Hi! I agree, this is a must-have feature. I also have some entries in KeePass(XC) to execute SAP GUI, so when I click on the entry, it launches the client and logs into the system automatically.
I checked the source code of the web version of BitWarden and found a JavaScript file with hardcoded URI schemes (http, https, ssh, etc.).
Another possible solution is to allow any URI scheme and (at least in the native client) execute the associated application.
I would then create an application capable of handling a custom scheme like sapgui://system?username=x&password=y. This application would receive and decode the URI, then execute the SAP GUI executable with the username and password as parameters.
I think this would be a clean solution. It would require a custom protocol handler, but no hardcoded paths in the URI, making it cross-platform compatible.
Another problem is that we can’t add a field value to this URI. I don’t want to include the password value in the URI; instead, it should read the actual value from the password field (allowing placeholders or variables in the URI string).
4 Likes
27 votes, several replies that it’s needed, 4 years, and still not possible 
2 Likes