T09 · Insecure Skill Coding Practices
- Location
predictor/ml_enhancer.py:21- Finding
Unsafe Joblib Deserialization Enables Arbitrary Code Execution
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill mostly matches a World Cup prediction tool, but it also includes under-disclosed self-modification and broad packaging code that users should review before installing.
Install only if you are comfortable reviewing or removing the auto_evolution modules first. Avoid running the evolve, tune, or apply commands in a directory containing secrets or unrelated files, do not trust model .pkl files from untrusted sources, and rotate the exposed API key if it belongs to you.
predictor/ml_enhancer.py:21Unsafe Joblib Deserialization Enables Arbitrary Code Execution
predictor/auto_evolution.py:31Hardcoded API Credential Exposed in Source Code
predictor/auto_evolution.py:443Package Generator Recursively Archives the Unrestricted Working Directory
The tuner directly rewrites predictor/core.py using regex-based source modification, enabling code changes from runtime data paths. In the context of a sports prediction skill, self-modifying application code is unjustified and highly dangerous because compromised inputs, logic bugs, or unauthorized invocation could permanently alter the skill's behavior or introduce backdoors into future runs.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
This variant ties the mismatch to a primary backtest-validation purpose instead of the declared user-facing prediction workflow. When a skill presents itself as end-user analytics but actually centers on internal validation or automation, users may unknowingly run code paths involving broader file/network activity than expected, which raises trust-boundary and review-evasion concerns.
The file contains a self-directed 'evolution' workflow that fetches data, evaluates behavior, logs version history, and repackages the skill into a new distributable ZIP. That materially exceeds the declared sports-prediction purpose and creates an unauthorized self-modification/supply-chain capability, which is dangerous because it can be used to alter and redistribute the skill outside normal review controls.
The ZIP generation walks the entire project tree and packages nearly all files, only excluding a few paths. In a skill whose stated function is match prediction and betting-strategy generation, broad packaging is unnecessary and risks unintended redistribution of source, secrets, internal metadata, or future-added sensitive files, making it a supply-chain and data-exposure issue.
No suspicious patterns detected.