1 vote
This would be a huge gain of time for me and my team if there was a way to fill-in a "reason" for credentials gathering from CyberArk in each RDP connection object.
This way, the double-clic would not end up into this window asking for the reason, but directly end-up in the RDP session in best times.
Thanks for considering this!
Hi,
Thank you for reaching out.
When RDM is set to require a comment before opening a session, there's a button that copies the last comment.
I know this isn't a "double click and be done with it" solution but it's faster than writing the comment each time and gives you the option to enter one manually if needed.
Would something like that be good enough for the CyberArk window?
Regards,
Jonathan Lafontaine
edabbd18-e11f-4241-9563-42e2c23dd1f5.png
Hi @Jonathan Lafontaine and thanks for this first feedback.
Unfortunately, this is not really what I have in mind. the use we have here is to connect to a set of servers through CyberArk PSM, or simply requesting CyberArk credentials.
The policy (setup by Security team in CyberArk) is to request a reason for the password gathering from CyberArk. this is a single string, and can be anything.
Nevertheless, to be in accordance with policies in our company, we have to enter the purpose, which is most of time the role of the server we try to connect to.
Having around 15 different servers roles around, the "last used" option would most of the time not fit, and we would need to type it again.
Ideally, this string is preconfigured in each RDP connection object, so it's then sent to CyberArk's question "enter comment" that pops up at password gathering time.
attached are the current windows in two different cases: with PSM connection (checkbox about local drives - ideally possible to configure per RDP connection as well, now I think about it :)) or simply by using a CyberArk credentials object.
Thanks for your consideration :)
03d3467b-dd45-4465-af7d-ea6afecd3b4c.png
51ea3d85-e187-4e33-b8c3-3c6d179b7e65.png
Thank you for the clarifications, that helps.
So whatever we do, it needs to be configurable per entry or I won't be of any use.
I'll see what can be done.
Jonathan Lafontaine