Closed ksatter closed 23 hours ago
https://github.com/fleetdm/fleet/issues/15337 - attempting to do this
customer has reverted back to admin user to fix this short term
@ksatter Is this a global or team gitops user?
In our docs, neither is allowed to run MDM commands:
But in policy.rego I see global gitops can write to hosts.
It's a Global Admin, It looks like we may have missed some necessary permissions when implementing #15337
15337
Seems like 15337 was working at some point though, right? Might be that new functionality was added after 15337 that increased the scope of necessary permissions.
@zayhanlon Just a reminder to tag me on anything you nominate to prioritize per the handbook process.
Right now, we don't understand what is driving the P2, so I am removing it. If you feel this is a P2, please add context and I'm happy to revisit.
@lukeheath sorry about that! i didn't realize that was for p2's also.
i think the customer requested an escalation but now i don't recall. i'll find out more details and add again if needed, with context
QA Notes:
Created an API user with the GitOps
role and successfully hit these two endpoints
/api/latest/fleet/mdm/hosts/:host_id/profiles
/api/latest/fleet/hosts/identifier/:identifier
I also paired with Sarah to walk thru the entire workflow using her puppet server and module to confirm the fix worked.
GitOps puppet fails, Fleet's embrace ensures device sails, In cloud city, no gales.
Fleet version: v4.54.1 Web browser and operating system:macOS
💥 Actual behavior
TODO
When using the Puppet module configured with a Fleet
gitops
user, the request to enqueue commands fails and the device is not released fromAwait Configuration
.The following error is seen in the Server logs:
🧑💻 Steps to reproduce
🕯️ More info (optional)
N/A