serviceability: authorize device and interface instructions via Permission accounts#3980
Open
juan-malbeclabs wants to merge 2 commits into
Open
serviceability: authorize device and interface instructions via Permission accounts#3980juan-malbeclabs wants to merge 2 commits into
juan-malbeclabs wants to merge 2 commits into
Conversation
…ssion accounts Migrate Device create/update/delete/resume/sethealth and device interface create/update/delete to authorize(). Owner-or-privileged instructions accept the contributor owner OR NETWORK_ADMIN (foundation legacy); sethealth accepts HEALTH_ORACLE|NETWORK_ADMIN. Internal foundation-only sub-gates now also accept NETWORK_ADMIN holders (is_privileged). interface/update uses split_trailing_permission to disambiguate optional accounts from the trailing Permission PDA. Behavior preserved via the legacy fallback.
This was referenced Jul 5, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Gate Device and device-interface instructions on
NETWORK_ADMIN(andHEALTH_ORACLEforsethealth) viaauthorize(), preserving the contributor-owner path:create,update,delete,resume,sethealthcreate,update,deleteOwner-or-admin handlers become
owner OR authorize(NETWORK_ADMIN);sethealthcomposesHEALTH_ORACLE | NETWORK_ADMINto keep both the oracle and foundation paths. Internal foundation-only sub-gates (contributor binding, privileged-field edits, status transitions) are extended toNETWORK_ADMINholders.interface/updateusessplit_trailing_permissionso the optional segment-routing/topology accounts stay unambiguous vs the SDK-appended Permission PDA.Behavior is preserved via the legacy foundation/health-oracle fallback while
RequirePermissionAccountsis off. One PR per domain; see PERMISSION.md.Testing Verification
cargo test -p doublezero-serviceability,cargo test -p doublezero_sdk,make rust-lintpass.Permission migration series
One of 8 per-domain PRs migrating serviceability instructions to the Permission (
authorize()) system. The branches partition the change set with no overlap and can be reviewed and merged independently (only the CHANGELOG entry conflicts trivially).