How Script Launchers Work
Overview: Without Secure Script Launchers, every script run by an interpreter (Python, Perl, PHP) shares the interpreter’s permissions. If python3 is allowed to access the network, every Python script inherits that access. Secure Script Launchers solve this by giving each script its own allowlist entry.
Why allowlisting the interpreter is not enough
Interpreter programs (Python, PHP, Perl, Bash) execute code from files. When you allowlist python3, you grant permissions to the interpreter — and every script it runs inherits those permissions. A malicious Python script would have the same file and network access as your legitimate scripts.
graph LR
subgraph without["Without launcher — interpreter is the unit of control"]
P["python3\none allowlist entry"] --> SA["script_a.py"]
P --> SB["script_b.py"]
SA --> PA["network ✓ files ✓"]
SB --> PB["network ✓ files ✓"]
end
subgraph with["With Secure Script Launcher — each script is the unit of control"]
L["hs-python-launcher"] --> SA2["script_a.py\nown allowlist entry"]
L --> SB2["script_b.py\nown allowlist entry"]
SA2 --> PA2["network ✓"]
SB2 --> PB2["no network ✗"]
endPer-script allowlist entries
Secure Script Launchers create a wrapper that applies the individual script’s allowlist entry instead of the interpreter’s:
- Each script is treated like a standalone program with its own permissions
- One script can have network access while another cannot
- Interpreters can be blocked entirely — only allowlisted scripts run
Using launchers
Root Lock by HeartSuite provides Secure Script Launchers for each supported interpreter (e.g., hs-python-launcher). Once activated via the Dashboard’s Launchers ([s]), every call to that interpreter automatically routes through the launcher — applying per-script permissions without any change to how you run scripts.
See Configuring Script Launchers for the activation steps.
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.