Evaluates a string as JavaScript in the current execution context; untrusted text becomes executable code.
The pack does not provide a callable signature for this record; the watched access path is shown directly.
| Arg | Access path | Purpose | Watched |
|---|---|---|---|
| Argument[0] | Argument[0] | The access path Atropos marks for this model. | ▲ sink |
Attacker's-eye view · code-injection
An attacker supplies syntax that is evaluated with the process's privileges.
// modeled boundary: Argument[0]
eval(attacker_influenced_value);
1Keep code and data separate.
2Replace evaluation with a parser or allow-list.
3Constrain the execution context if evaluation remains.
These checks require the surrounding codebase. The model names the boundary; it does not decide reachability or prove that a guard dominates every path.
Is this a bug in your code?Atropos stops here — by design
Atropos identifies Argument[0] as a code-injection sink. It cannot see whether untrusted data reaches this call in your repository.
Lachesis is the codebase-level step: it traces reachability and guards for this symbol.
Check this symbol in Lachesis →Reviewed guidance
Safer direction: Keep code and data separate. Use a parser or a constrained expression language when evaluation is unavoidable.
Unsafe shape
eval(req.query.expression);
Safer shape
JSON.parse(req.query.document);
Across languages
●literal_evalpython●compilepython●evalpython●execpython●__import__python●import_modulepythonWhat neutralizes it
●literal_evalpythonModel facts · verbatim from the pack
| Role | Kind | Access path | Model ID | Confidence |
|---|---|---|---|---|
| sink | code-injection | Argument[0] | javascript.std.eval.a0 | high · corrob. 3 |