From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Shannon Sterz <s.sterz@proxmox.com>, pve-devel@lists.proxmox.com
Subject: Re: [PATCH cluster/access-control/manager/docs/proxmox 0/9] fix #7805: add a datacenter-wide API token policy
Date: Tue, 10 Nov 2026 16:28:43 +0100 [thread overview]
Message-ID: <8aa7e792-845e-4deb-8633-2f228098c1c6@proxmox.com> (raw)
In-Reply-To: <DMRMGE3OT4UW.1F5V73JVD6RNA@proxmox.com>
Hi, and thanks for your comments - appreciated!
Am 10.11.26 um 16:05 schrieb Shannon Sterz:
> one high level question: If I didn't miss anything, adding a token
> policy would break compatibility with PDM to an extend, since its wizard
> doesn't currently set any expiry. This is mostly relevant when using
> PDM's wizard for adding remotes and manually adding a token as a
> workaround should still work, but an expiry policy makes this
> cumbersome.
>
> A nice follow up here might be adding an option that automatically set
> the current max token lifetime as the expiry. PDM could also be taught
> to rotate token secrets automatically somewhat analogously to my TLS
> certificate rotation series. For that an option to allow expiry
> extension on secret rotation only would be useful.
Yeah, that seems sensible, then the backend can abstract support for
this away and we do not need to differentiate in the frontend.
> IMO, the security impact of allowing an extension when the secret is
> regenerated is essentially 0 as creating a new token with a long expiry
> as is left for the old token is always possible. It would also encourage
> setting less broad permissions as they don't have to be re-added every
> time the token expires.
>
> What do you think?
Agree fully, would be a sensible approach. I'll see if I can prepate this
for the v2 already, probably as dedicated series that builds upon this
here.
prev parent reply other threads:[~2026-11-10 15:28 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 20:59 [PATCH cluster/access-control/manager/docs/proxmox 0/9] fix #7805: add a datacenter-wide API token policy Thomas Lamprecht
2026-09-23 20:59 ` [PATCH cluster 1/9] datacenter config: add token-policy option Thomas Lamprecht
2026-11-10 15:05 ` Shannon Sterz
2026-11-10 16:00 ` Thomas Lamprecht
2026-09-23 20:59 ` [PATCH access-control 2/9] fix #7805: api: token: enforce datacenter token policy Thomas Lamprecht
2026-09-23 20:59 ` [PATCH docs 3/9] user management: document the API " Thomas Lamprecht
2026-11-10 15:05 ` Shannon Sterz
2026-09-23 20:59 ` [PATCH manager 4/9] ui: token edit: only submit the expiration date when changed Thomas Lamprecht
2026-09-23 20:59 ` [PATCH manager 5/9] api: cluster options: return token-policy without Sys.Audit Thomas Lamprecht
2026-09-23 20:59 ` [PATCH manager 6/9] ui: dc options: allow editing the API token policy Thomas Lamprecht
2026-11-10 15:05 ` Shannon Sterz
2026-09-23 20:59 ` [PATCH manager 7/9] ui: token edit: adapt to the datacenter " Thomas Lamprecht
2026-09-23 20:59 ` [PATCH proxmox 8/9] access-control: add API token policy type with expiry checks Thomas Lamprecht
2026-11-10 15:05 ` Shannon Sterz
2026-09-23 20:59 ` [PATCH proxmox 9/9] access-control: enforce token policy on token create and update Thomas Lamprecht
2026-11-10 15:04 ` Shannon Sterz
2026-11-10 15:05 ` [PATCH cluster/access-control/manager/docs/proxmox 0/9] fix #7805: add a datacenter-wide API token policy Shannon Sterz
2026-11-10 15:28 ` Thomas Lamprecht [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8aa7e792-845e-4deb-8633-2f228098c1c6@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=s.sterz@proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox