all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Christian Ebner <c.ebner@proxmox.com>
To: Robert Obkircher <r.obkircher@proxmox.com>, pbs-devel@lists.proxmox.com
Subject: Re: [PATCH v1 proxmox-backup] config: invalidate CachedUserInfo after ACL changes
Date: Fri, 28 Aug 2026 11:18:15 +0200	[thread overview]
Message-ID: <caea9c62-fa66-4060-a6cc-2f7e1497a899@proxmox.com> (raw)
In-Reply-To: <20260818133556.298498-1-r.obkircher@proxmox.com>

One tiny nit inline and one high level comment: We currently do not 
document the 5 second caching behavior for manual config file edits, not 
for the user and not for the acl introduced here. We do have a warning 
with respect to the more critical 60 seconds for token.shadow caching 
[0] but maybe we could add a note to the end of [1,2] for completeness 
as well?

[0] https://pbs.proxmox.com/docs/user-management.html#api-tokens
[1] https://pbs.proxmox.com/docs/user-management.html#user-configuration
[2] https://pbs.proxmox.com/docs/user-management.html#access-control

On 8/18/26 3:36 PM, Robert Obkircher wrote:
> The ACL tree was cached for up to 5 seconds in CachedUserInfo, even
> when the configuration was modified. This forced automated scripts to
> wait for an arbitrary amount of time, and it was an unnecessary
> security risk to keep revoked permissions for this long.
> 
> Add a generation counter for acl.cfg and bump it upon save to force
> subsequent requests to reload the file. A separate counter was chosen
> for clarity, though incrementing the user_cache_generation would have
> worked as well.
> 
> Fixes: https://forum.proxmox.com/threads/185745
> Signed-off-by: Robert Obkircher <r.obkircher@proxmox.com>

Reviewed-by: Christian Ebner <c.ebner@proxmox.com>
Tested-by: Christian Ebner <c.ebner@proxmox.com>

> ---
>   pbs-config/src/acl.rs                  | 11 +++++++++--
>   pbs-config/src/cached_user_info.rs     |  5 +++++
>   pbs-config/src/config_version_cache.rs | 18 ++++++++++++++++++
>   3 files changed, 32 insertions(+), 2 deletions(-)
> 
> diff --git a/pbs-config/src/acl.rs b/pbs-config/src/acl.rs
> index 8612abed7..584238cde 100644
> --- a/pbs-config/src/acl.rs
> +++ b/pbs-config/src/acl.rs
> @@ -11,7 +11,7 @@ use proxmox_schema::{ApiStringFormat, ApiType, Schema, StringSchema};
>   
>   use pbs_api_types::{Authid, ROLE_NAME_NO_ACCESS, Role, Userid};
>   
> -use crate::{BackupLockGuard, open_backup_lockfile};
> +use crate::{BackupLockGuard, ConfigVersionCache, open_backup_lockfile};
>   
>   /// Map of pre-defined [Roles](Role) to their associated
>   /// [privileges](pbs_api_types::PRIVILEGES) combination and description.
> @@ -768,7 +768,14 @@ pub fn save_config(acl: &AclTree) -> Result<(), Error> {
>   
>       acl.write_config(&mut raw)?;
>   
> -    replace_privileged_config(ACL_CFG_FILENAME, &raw)
> +    replace_privileged_config(ACL_CFG_FILENAME, &raw)?;
> +
> +    // increase acl version
> +    // We use this in CachedUserInfo

nit: I see that this is pre-existing in pbs_config::user::save_config(), 
but these comments do not give much context, especially the first line 
is redundant as already implied by the method call below.

I would suggest to either drop the comment altogether or be more 
verbose, e.g.:
`generation bump invalidates cached user and acl tree in CachedUserInfo`

and adapt the comment in user config as well.

> +    let version_cache = ConfigVersionCache::new()?;
> +    version_cache.increase_acl_cache_generation();
> +
> +    Ok(())
>   }
>   
>   #[cfg(test)]
> diff --git a/pbs-config/src/cached_user_info.rs b/pbs-config/src/cached_user_info.rs
> index 0c1c1ed6d..511c8f160 100644
> --- a/pbs-config/src/cached_user_info.rs
> +++ b/pbs-config/src/cached_user_info.rs
> @@ -23,6 +23,7 @@ struct ConfigCache {
>       data: Option<Arc<CachedUserInfo>>,
>       last_update: i64,
>       last_user_cache_generation: usize,
> +    last_acl_cache_generation: usize,
>   }
>   
>   static CACHED_CONFIG: LazyLock<RwLock<ConfigCache>> = LazyLock::new(|| {
> @@ -30,6 +31,7 @@ static CACHED_CONFIG: LazyLock<RwLock<ConfigCache>> = LazyLock::new(|| {
>           data: None,
>           last_update: 0,
>           last_user_cache_generation: 0,
> +        last_acl_cache_generation: 0,
>       })
>   });
>   
> @@ -40,11 +42,13 @@ impl CachedUserInfo {
>   
>           let version_cache = ConfigVersionCache::new()?;
>           let user_cache_generation = version_cache.user_cache_generation();
> +        let acl_cache_generation = version_cache.acl_cache_generation();
>   
>           {
>               // limit scope
>               let cache = CACHED_CONFIG.read().unwrap();
>               if (user_cache_generation == cache.last_user_cache_generation)
> +                && (acl_cache_generation == cache.last_acl_cache_generation)
>                   && ((now - cache.last_update) < 5)
>               {
>                   if let Some(ref config) = cache.data {
> @@ -61,6 +65,7 @@ impl CachedUserInfo {
>           let mut cache = CACHED_CONFIG.write().unwrap();
>           cache.last_update = now;
>           cache.last_user_cache_generation = user_cache_generation;
> +        cache.last_acl_cache_generation = acl_cache_generation;
>           cache.data = Some(config.clone());
>   
>           Ok(config)
> diff --git a/pbs-config/src/config_version_cache.rs b/pbs-config/src/config_version_cache.rs
> index 5053f6dc6..600b7e0a1 100644
> --- a/pbs-config/src/config_version_cache.rs
> +++ b/pbs-config/src/config_version_cache.rs
> @@ -29,6 +29,8 @@ struct ConfigVersionCacheDataInner {
>       datastore_generation: AtomicUsize,
>       // Token shadow (token.shadow) generation/version.
>       token_shadow_generation: AtomicUsize,
> +    // ACL (acl.cfg) cache generation/version.
> +    acl_cache_generation: AtomicUsize,
>       // Add further atomics here
>   }
>   
> @@ -177,4 +179,20 @@ impl ConfigVersionCache {
>               .token_shadow_generation
>               .fetch_add(1, Ordering::AcqRel)
>       }
> +
> +    /// Returns the acl cache generation number.
> +    pub fn acl_cache_generation(&self) -> usize {
> +        self.shmem
> +            .data()
> +            .acl_cache_generation
> +            .load(Ordering::Acquire)
> +    }
> +
> +    /// Increase the acl cache generation number.
> +    pub fn increase_acl_cache_generation(&self) {
> +        self.shmem
> +            .data()
> +            .acl_cache_generation
> +            .fetch_add(1, Ordering::AcqRel);
> +    }
>   }





      reply	other threads:[~2026-08-28  9:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-18 13:34 [PATCH v1 proxmox-backup] config: invalidate CachedUserInfo after ACL changes Robert Obkircher
2026-08-28  9:18 ` Christian Ebner [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=caea9c62-fa66-4060-a6cc-2f7e1497a899@proxmox.com \
    --to=c.ebner@proxmox.com \
    --cc=pbs-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