public inbox for pdm-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Dominik Csapak <d.csapak@proxmox.com>
To: Shannon Sterz <s.sterz@proxmox.com>
Cc: Proxmox Datacenter Manager development discussion
	<pdm-devel@lists.proxmox.com>
Subject: Re: [pdm-devel] [PATCH yew-comp v2 1/2] acl_context: add AclContext and AclContextProvider
Date: Thu, 23 Oct 2025 13:39:51 +0200	[thread overview]
Message-ID: <2a45c546-b7b3-4653-aef8-d27430427960@proxmox.com> (raw)
In-Reply-To: <DDPO3JE8DJ4K.3J6B521I10157@proxmox.com>



On 10/23/25 1:33 PM, Shannon Sterz wrote:
> On Thu Oct 23, 2025 at 12:00 PM CEST, Dominik Csapak wrote:
>> Code looks ok, but I think there might be an easier way to
>> achieve a similar result:
>>
>> Instead of having a new global callback that we update on each auth
>> change, couldn't we reverse that and have a "simple" component with
>> context that updates the tree when the auth client changes AFAICS we
>> already have a 'notify_auth_listener' so we could use that
>> (maybe we have to trigger that on each update, not sure)
>>
>> I think such an approach would be
>> 1. less code
>> 2. easier to follow
>>
>> what do you think?
> 
> i mean the "simple" component would in my opinion just be the
> `AclContextProvider`. the problem is, and correct me if im wrong here,
> `notify_auth_listener gets passed to `HttpWasmClient` as its
> `on_auth_failure` callback (and isn't used anywhere else). that callback
> get called in two cases:
> 
> - when the client did a `HttpWasmClient::fetch_request` and got a 401
>    (in that case with `false`)
> - when the client clears its authenticatio via
>    `HttpWasmClient::clear_auth` (in that case with `true`)
> 
> so it would only get notified when the client logs out. not when a user
> logs in or a ticket gets refreshed. so doing to do this properly, i'd
> like a `on_new_auth` callback or similar on HttpWasmClient, but that
> would be quite a bit more churn.

that's what i meant with 'maybe we have to trigger that on each update'
i don't see how that would add more churn, since we could 'just' add a
parameter for the notification to determine what happened
(logout, 401, reauth, etc.) and we'd have to trigger it in the
places where you'd now do a LocalAclTree::load(), or am I missing 
something here?

> 
> not to mention, that we would still need to have the dynamic component
> register itself against the static client there. which would probably
> look more or less the same way this does. the advantage would be, that
> we can of course re-use the mechanism then in other cases.

we would just have to do a 'register_auth_observer' in the component once ?

what i meant is that we can maybe reuse the auth observers not only for
logout but for reauth too?

> 
>>
>> On 10/22/25 3:11 PM, Shannon Sterz wrote:
>>> these components allow an application to provide a context that
>>> compononets can use to check the privileges of the current user. thus,
>>> they can omit ui elements if the user lacks the permissions to use
>>> them.
>>>
>>> by using a context, all components that use it will get reactively
>>> re-rendered if the context changes.
>>>
>>> Signed-off-by: Shannon Sterz <s.sterz@proxmox.com>
>>> ---
>>>    Cargo.toml         |   2 +-
>>>    src/acl_context.rs | 204 +++++++++++++++++++++++++++++++++++++++++++++
>>>    src/lib.rs         |   3 +
>>>    3 files changed, 208 insertions(+), 1 deletion(-)
>>>    create mode 100644 src/acl_context.rs
>>>
>>> diff --git a/Cargo.toml b/Cargo.toml
>>> index dc06ccc..520cb71 100644
>>> --- a/Cargo.toml
>>> +++ b/Cargo.toml
>>> @@ -79,7 +79,7 @@ proxmox-auth-api = { version = "1", default-features = false, features = [
>>>      "api-types",
>>>    ] }
>>>    proxmox-apt-api-types = { version = "2.0", optional = true }
>>> -proxmox-access-control = "1.1"
>>> +proxmox-access-control = { version = "1.1", features = ["acl"]}
>>>    proxmox-dns-api = { version = "1", optional = true }
>>>    proxmox-network-api = { version = "1", optional = true }
>>>
>>> diff --git a/src/acl_context.rs b/src/acl_context.rs
>>> new file mode 100644
>>> index 0000000..7cfa450
>>> --- /dev/null
>>> +++ b/src/acl_context.rs
>>> @@ -0,0 +1,204 @@
>>> +use std::cell::RefCell;
>>> +use std::rc::Rc;
>>> +
>>> +use serde::{Deserialize, Serialize};
>>> +use yew::prelude::*;
>>> +
>>> +use proxmox_access_control::acl::AclTree;
>>> +use proxmox_access_control::types::{AclListItem, AclUgidType};
>>> +use pwt::state::PersistentState;
>>> +use pwt::AsyncAbortGuard;
>>> +
>>> +use pbs_api_types::Authid;
>>> +
>>> +use crate::CLIENT;
>>> +
>>> +thread_local! {
>>> +    // Set by the current `AclContextProvider`, only one `AclContextProvider` should be used at a
>>> +    // time. `LocalAclTree::load()` will use this callback, if present, to inform the `AclContext`
>>> +    // that a new `AclTree` has been loaded. If the tree is different from the previously used
>>> +    // tree, all components using the `AclContext` will be re-rendered with the new information.
>>> +    static ACL_TREE_UPDATE_CB: Rc<RefCell<Option<Callback<Rc<AclTree>>>>> = Rc::new(RefCell::new(None));
>>> +}
>>> +
>>> +#[derive(Clone)]
>>> +pub struct AclContext {
>>> +    acl_tree: UseReducerHandle<LocalAclTree>,
>>> +    _abort_guard: Rc<AsyncAbortGuard>,
>>> +}
>>> +
>>> +impl AclContext {
>>> +    /// Allows checking whether a users has sufficient privileges for a given ACL path.
>>> +    ///
>>> +    /// # Panics
>>> +    ///
>>> +    /// Requires that the access control configuration is initialized via
>>> +    /// `proxmox_access_control::init::init_access_config` and will panic otherwise.
>>> +    pub fn check_privs(&self, path: &[&str], required_privs: u64) -> bool {
>>> +        self.acl_tree.check_privs(path, required_privs)
>>> +    }
>>> +
>>> +    /// Allows checking whether a user has any of the specified privileges under a certain ACL path.
>>> +    ///
>>> +    /// # Panics
>>> +    ///
>>> +    /// Requires that the access control configuration is initialized via
>>> +    /// `proxmox_access_control::init::init_access_config` and will panic otherwise.
>>> +    pub fn any_privs_below(&self, path: &[&str], required_privs: u64) -> bool {
>>> +        self.acl_tree.any_privs_below(path, required_privs)
>>> +    }
>>> +}
>>> +
>>> +// Needed for yew to determine whether components using the context need re-rendering. Only the
>>> +// AclTree matters here, so ignore the other fields.
>>> +impl PartialEq for AclContext {
>>> +    fn eq(&self, other: &Self) -> bool {
>>> +        self.acl_tree.eq(&other.acl_tree)
>>> +    }
>>> +}
>>> +
>>> +#[derive(Properties, Debug, PartialEq)]
>>> +pub struct AclContextProviderProps {
>>> +    #[prop_or_default]
>>> +    pub children: Html,
>>> +}
>>> +
>>> +#[function_component]
>>> +pub fn AclContextProvider(props: &AclContextProviderProps) -> Html {
>>> +    let reduce_handle = use_reducer_eq(LocalAclTree::new);
>>> +    let acl_tree = reduce_handle.clone();
>>> +
>>> +    ACL_TREE_UPDATE_CB.with(|cb| {
>>> +        cb.replace(Some(Callback::from(move |tree: Rc<AclTree>| {
>>> +            reduce_handle.dispatch(tree);
>>> +        })));
>>> +    });
>>> +
>>> +    let context = AclContext {
>>> +        acl_tree,
>>> +        _abort_guard: Rc::new(AsyncAbortGuard::spawn(
>>> +            async move { LocalAclTree::load().await },
>>> +        )),
>>> +    };
>>> +
>>> +    html!(
>>> +        <ContextProvider<AclContext> context={context} >
>>> +            {props.children.clone()}
>>> +        </ContextProvider<AclContext>>
>>> +    )
>>> +}
>>> +
>>> +#[derive(Clone, PartialEq)]
>>> +pub(crate) struct LocalAclTree {
>>> +    acl_tree: Rc<AclTree>,
>>> +}
>>> +
>>> +impl LocalAclTree {
>>> +    const LOCAL_KEY: &str = "ProxmoxLocalAclTree";
>>> +
>>> +    /// Create a new `LocalAclTree` from the local storage. If no previous tree was persisted, an
>>> +    /// empty tree will be used by default.
>>> +    fn new() -> Self {
>>> +        let saved_tree: PersistentState<SavedAclNodes> = PersistentState::new(Self::LOCAL_KEY);
>>> +
>>> +        LocalAclTree {
>>> +            acl_tree: Rc::new((&saved_tree.into_inner()).into()),
>>> +        }
>>> +    }
>>> +
>>> +    fn check_privs(&self, path: &[&str], required_privs: u64) -> bool {
>>> +        let Some(auth_id) = Self::get_current_authid() else {
>>> +            log::error!("Could not get current user's authid, cannot check permissions.");
>>> +            return false;
>>> +        };
>>> +
>>> +        self.acl_tree
>>> +            .check_privs(&auth_id, path, required_privs, true)
>>> +            .is_ok()
>>> +    }
>>> +
>>> +    fn any_privs_below(&self, path: &[&str], required_privs: u64) -> bool {
>>> +        let Some(auth_id) = Self::get_current_authid() else {
>>> +            log::error!("Could not get current user's authid, cannot check permissions.");
>>> +            return false;
>>> +        };
>>> +
>>> +        self.acl_tree
>>> +            .any_privs_below(&auth_id, path, required_privs)
>>> +            .unwrap_or_default()
>>> +    }
>>> +
>>> +    /// Loads the currently logged in user's ACL list entries and assembles a local ACL tree. On
>>> +    /// successful load, a copy will be persisted to local storage. If `ACL_TREE_UPDATE_CB`
>>> +    /// contains a callback, it will be used to update the current `AclContext`.
>>> +    pub(crate) async fn load() {
>>> +        let Some(authid) = Self::get_current_authid() else {
>>> +            log::error!("Could not get current Authid, please login first.");
>>> +            return;
>>> +        };
>>> +
>>> +        let nodes: Vec<AclListItem> =
>>> +            match crate::http_get("/access/acl?exact-authid=true", None).await {
>>> +                Ok(nodes) => nodes,
>>> +                Err(e) => {
>>> +                    log::error!("Could not load acl tree - {e:#}");
>>> +                    return;
>>> +                }
>>> +            };
>>> +
>>> +        let to_save = SavedAclNodes {
>>> +            authid: Some(authid),
>>> +            nodes,
>>> +        };
>>> +
>>> +        if let Some(ref cb) = *ACL_TREE_UPDATE_CB.with(|t| t.clone()).borrow() {
>>> +            cb.emit(Rc::new((&to_save).into()));
>>> +        }
>>> +
>>> +        let mut saved_tree: PersistentState<SavedAclNodes> = PersistentState::new(Self::LOCAL_KEY);
>>> +        saved_tree.update(to_save);
>>> +    }
>>> +
>>> +    fn get_current_authid() -> Option<Authid> {
>>> +        let authid = CLIENT.with_borrow(|t| t.get_auth())?;
>>> +        authid.userid.parse::<Authid>().ok()
>>> +    }
>>> +}
>>> +
>>> +impl Reducible for LocalAclTree {
>>> +    type Action = Rc<AclTree>;
>>> +
>>> +    fn reduce(self: Rc<Self>, action: Self::Action) -> Rc<Self> {
>>> +        Rc::new(Self { acl_tree: action })
>>> +    }
>>> +}
>>> +
>>> +#[derive(Deserialize, Serialize, PartialEq, Clone, Default)]
>>> +struct SavedAclNodes {
>>> +    authid: Option<Authid>,
>>> +    nodes: Vec<AclListItem>,
>>> +}
>>> +
>>> +impl From<&SavedAclNodes> for AclTree {
>>> +    fn from(value: &SavedAclNodes) -> Self {
>>> +        let mut tree = AclTree::new();
>>> +
>>> +        if let Some(ref authid) = value.authid {
>>> +            for entry in &value.nodes {
>>> +                match entry.ugid_type {
>>> +                    AclUgidType::User => {
>>> +                        tree.insert_user_role(&entry.path, authid, &entry.roleid, entry.propagate)
>>> +                    }
>>> +                    AclUgidType::Group => tree.insert_group_role(
>>> +                        &entry.path,
>>> +                        &entry.ugid,
>>> +                        &entry.roleid,
>>> +                        entry.propagate,
>>> +                    ),
>>> +                }
>>> +            }
>>> +        }
>>> +
>>> +        tree
>>> +    }
>>> +}
>>> diff --git a/src/lib.rs b/src/lib.rs
>>> index 85e2b60..a0b5772 100644
>>> --- a/src/lib.rs
>>> +++ b/src/lib.rs
>>> @@ -1,5 +1,8 @@
>>>    pub mod acme;
>>>
>>> +mod acl_context;
>>> +pub use acl_context::{AclContext, AclContextProvider};
>>> +
>>>    mod api_load_callback;
>>>    pub use api_load_callback::{ApiLoadCallback, IntoApiLoadCallback};
>>>
> 



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


  reply	other threads:[~2025-10-23 11:39 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-22 13:11 [pdm-devel] [PATCH datacenter-manager/proxmox/yew-comp v2 00/10] add support for checking acl permissions in (yew) front-ends Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH proxmox v2 1/4] access-control: add acl feature to only expose types and the AclTree Shannon Sterz
2025-10-23  9:24   ` Dominik Csapak
2025-10-23 11:32     ` Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH proxmox v2 2/4] access-control: move functions querying privileges to " Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH proxmox v2 3/4] access-control: derive Debug and PartialEq on AclTree and AclTreeNode Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH proxmox v2 4/4] access-control: allow reading all acls of the current authid Shannon Sterz
2025-10-23  9:31   ` Dominik Csapak
2025-10-23 11:32     ` Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH yew-comp v2 1/2] acl_context: add AclContext and AclContextProvider Shannon Sterz
2025-10-23 10:00   ` Dominik Csapak
2025-10-23 11:33     ` Shannon Sterz
2025-10-23 11:39       ` Dominik Csapak [this message]
2025-10-22 13:11 ` [pdm-devel] [PATCH yew-comp v2 2/2] http_helpers: reload LocalAclTree when logging in or refreshing a ticket Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH datacenter-manager v2 1/2] server/api-types: move AccessControlConfig to shared api types Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH datacenter-manager v2 2/2] ui: add an AclContext via the AclContextProvider to the main app ui Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH yew-comp v2 1/1] notes view: allow hiding the toolbar if editing isn't supported Shannon Sterz
2025-10-23  9:36   ` Dominik Csapak
2025-10-23 11:33     ` Shannon Sterz
2025-10-22 13:11 ` [pdm-devel] [PATCH datacenter-manager v2 1/1] ui: main menu: use the AclContext to hide the Notes if appropriate Shannon Sterz

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=2a45c546-b7b3-4653-aef8-d27430427960@proxmox.com \
    --to=d.csapak@proxmox.com \
    --cc=pdm-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
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal