Re: Subprocess generated password - Mailing list pgadmin-hackers

From Aditya Toshniwal
Subject Re: Subprocess generated password
Date
Msg-id CAM9w-_mLfLFM=RYLrWp0yE4vzaWoxtCJCO-KzCSKwfcefes61A@mail.gmail.com
Whole thread Raw
In response to Re: Subprocess generated password  (Khushboo Vashi <khushboo.vashi@enterprisedb.com>)
List pgadmin-hackers

On Tue, Oct 11, 2022 at 10:27 AM Khushboo Vashi <khushboo.vashi@enterprisedb.com> wrote:
Hi,

On Mon, Oct 10, 2022 at 1:38 PM Elias Bergquist <elias@acuminor.com> wrote:

Hi,

 

I have been hacking on a feature that instead of using a static password when connecting to the psql server executes a subprocess which prints a temporary auth token to stdout.

 

This is to make the workflow more bearable when using AWS RDS with iam authentication.

 

aws-iam auth tokens are generated with the ASW cli, used as sql password, and expires after 15 minutes. That means that any reconnects after that time will fail – and not in a way that spawns any password dialog (“FATAL: PAM authentication failed”).

 

I’m thinking of the feature like an addition to “passfile”, lets call it “passexec”.

 

2 new (advanced?) server settings:

* passexec cmd line

* passexec expiry minutes

 

To support this, AWS cli should be installed on the pgAdmin server. So, in the desktop mode, if the user has installed it, it will work. For the web mode, (server mode), what is your proposal ?

If last passexec is older than expiry, a new invocation result is used – basically an expiring cache.

 

I think this would benefit the pgadmin community – would you be interested in a PR?

 

/Elias



--
Thanks,
Aditya Toshniwal
pgAdmin Hacker | Software Architect | edbpostgres.com
"Don't Complain about Heat, Plant a TREE"

pgadmin-hackers by date:

Previous
From: Khushboo Vashi
Date:
Subject: Re: Subprocess generated password
Next
From: Pravesh Sharma
Date:
Subject: [pgadmin-org/pgadmin4] b100df: Fixed an issue where the password recovery link wa...