all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
	Robert Obkircher <r.obkircher@proxmox.com>
Subject: Re: [pve-devel] [PATCH v3 pve-storage] fix #6900: correctly detect PBS API tokens in storage plugin
Date: Thu, 20 Nov 2025 13:33:16 +0100	[thread overview]
Message-ID: <2b34b2be-63a8-43b4-aae3-70532dd4b1d8@proxmox.com> (raw)
In-Reply-To: <20251120121039.100300-1-r.obkircher@proxmox.com>

Am 20.11.25 um 13:10 schrieb Robert Obkircher:
> The PBS storage plugin used PVE code to detect if an API token was
> entered in the username field. This lead to bad requests for some
> valid PBS tokens which are not valid PVE tokens. Examples are
> "root@pam!1234" and "root@pam!_-".
> 
> Relax the token pattern to allow token names and realms that start
> with numbers or underscores. Also allow single character token names,
> which are allowed on the backend even though they can't be created
> through the PBS Web UI.
> 
> Signed-off-by: Robert Obkircher <r.obkircher@proxmox.com>
> ---
Please add a short changelog for new patch revisions in this area.
Placing it here ensures that it will be visible for review, but doesn't
gets picked up by git am, as that info should not contain anything relevant
for the persistent git history, rather just meta info for helping review.

FWICT it would spell out something like:

changelog v2 -> v3:
* drop importing unused PVE::Auth::Plugin module

in this case.

>  src/PVE/Storage/PBSPlugin.pm | 19 +++++++++++++++++--
>  1 file changed, 17 insertions(+), 2 deletions(-)
> 
> diff --git a/src/PVE/Storage/PBSPlugin.pm b/src/PVE/Storage/PBSPlugin.pm
> index 5842004..17b2e2d 100644
> --- a/src/PVE/Storage/PBSPlugin.pm
> +++ b/src/PVE/Storage/PBSPlugin.pm
> @@ -701,6 +701,21 @@ my sub snapshot_files_encrypted {
>      return $any && $all;
>  }
>  
> +# SAFE_ID_REGEX_STR: &str = r"(?:[A-Za-z0-9_][A-Za-z0-9._\-]*)";

IMO there not much of a point in having the rust code source as literal
comment here, that might change and then one might not be able to draw
that assumption anymore.

Rather, just explicitly state where they come from and why we do not
reuse the PVE specific regex here, something like:

# We cannot use the PVE API token regexes as we're stricter in PVE, so some tokens that would
# be valid for PBS would get rejected. Adapt over the PBS ones from <mod/file/...>

> +my $safe_id_regex = qr/(?:[A-Za-z0-9_][A-Za-z0-9\._\-]*)/;
> +
> +# TOKEN_NAME_REGEX_STR: = SAFE_ID_REGEX_STR
> +my $token_name_regex = $safe_id_regex;
> +
> +# USER_NAME_REGEX_STR: &str = r"(?:[^\s:/[:cntrl:]]+)";
> +my $user_name_regex = qr/(?:[^\s:\/\p{PosixCntrl}]+)/;
> +
> +# USER_ID_REGEX_STR: &str = concatcp!(USER_NAME_REGEX_STR, r"@", SAFE_ID_REGEX_STR);
> +my $user_id_regex = qr/${user_name_regex}\@${safe_id_regex}/;
> +
> +# APITOKEN_ID_REGEX_STR: &str = concatcp!(USER_ID_REGEX_STR, r"!", TOKEN_NAME_REGEX_STR);
> +my $apitoken_id_regex = qr/${user_id_regex}\!${token_name_regex}/;
> +
>  # TODO: use a client with native rust/proxmox-backup bindings to profit from
>  # API schema checks and types
>  my sub pbs_api_connect {
> @@ -710,8 +725,8 @@ my sub pbs_api_connect {
>  
>      my $user = $scfg->{username} // 'root@pam';
>  
> -    if (my $tokenid = PVE::AccessControl::pve_verify_tokenid($user, 1)) {
> -        $params->{apitoken} = "PBSAPIToken=${tokenid}:${password}";
> +    if ($user =~ qr/^${apitoken_id_regex}$/) {
> +        $params->{apitoken} = "PBSAPIToken=${user}:${password}";
>      } else {
>          $params->{password} = $password;
>          $params->{username} = $user;



_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


      reply	other threads:[~2025-11-20 12:33 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-20 12:10 Robert Obkircher
2025-11-20 12:33 ` 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=2b34b2be-63a8-43b4-aae3-70532dd4b1d8@proxmox.com \
    --to=t.lamprecht@proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    --cc=r.obkircher@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal