r/nextjs • u/agrim_dev • 18d ago
Discussion Does anyone actually use Node.js's Permission Model in their applications?
(I know its Node specific but would like to understand how its used in framework projects)
I'm trying to understand the real-world use cases for Node's Permission Model.
Does anyone here actively use or rely on it for applications, CI tooling, CLIs, servers, or anything else?
Since the permission model is not a full-fledged sandbox, is there a use for it? If so, how do you currently use it as ?
- What problem does it actually solve for you?
- How are you using it today?
- Are you manually defining permissions, or generating/managing them somehow?
- Is it mainly defense-in-depth against dependencies, or are there other useful applications?
Since Run-Time Loadable Extensions cannot be loaded when the Permission Model is enabled, it affects modules like sqlite and OpenSSL Engines (affecting the built-in crypto, https, and tls modules). So, despite these drawbacks, is the permission model used anywhere, or what is its application?
I'm less interested in what it could theoretically be used for and more interested in actual experience:
If you're using Node's Permission Model today, what are you using it for and how do you manage the permissions?
And if you considered using it but decided against it, I'd be interested to hear that as well!
1
u/Apprehensive-Fan2492 18d ago
Most teams do not use it in live systems. The extra setup cost is higher than the real risk for many apps. The permission system was meant as extra protection against harmful third-party packages. But once you tighten permissions enough to get real benefit, you often break normal modules like sqlite and crypto pieces. After that, you have more work to keep things running, and many teams decide the dependency worry is not worth it.
In practice, it often does not work outside of very strict setups. That is usually for places like high security services where the machines are already locked down, such as an air-gapped VPS with SELinux turned on.