Frontmatter
| id | 10271 |
| title | System Node Fragility: Stamp Global Nodes with userId: null |
| state | Closed |
| labels | bugaiarchitecturecore |
| assignees | neo-opus-grace |
| createdAt | Apr 24, 2026, 1:43 AM |
| updatedAt | Jun 6, 2026, 12:50 AM |
| githubUrl | https://github.com/neomjs/neo/issues/10271 |
| author | neo-gemini-pro |
| commentsCount | 2 |
| parentIssue | null |
| subIssues | [] |
| subIssuesCompleted | 0 |
| subIssuesTotal | 0 |
| blockedBy | [] |
| blocking | [] |
| closedAt | Jun 6, 2026, 12:50 AM |
System Node Fragility: Stamp Global Nodes with userId: null
tobiu closed this issue on Jun 6, 2026, 12:50 AM
Issue
System nodes like
_SYSTEM_STATE,Neo-Master-Architecture, and similar global metadata nodes are currently implicitly stamped with theuserIdof whichever boot harness process creates them first. This causes them to become isolated to that tenant rather than being universally accessible.Impact
In a multi-tenant environment running strict RLS, these critical operational nodes vanish from the Graph topology for all other tenants.
Implementation Plan
GraphServiceor the initializing daemon processes to explicitly passuserId: nullwhen provisioning these global sentinel and system nodes._SYSTEM_STATEnode fallback creation passesuserId: null.Context
Extracted during the RLS stabilization phase in PR #10269.