T08 · Insecure Dependencies
Warning
- Location
- references/ORGO_ACTION_PATTERNS.md:242
- Finding
- Unpinned Third-Party Package Installation from a Mutable Package Index<![CDATA[ ## Vulnerability Details **File Location**: `references/ORGO_ACTION_PATTERNS.md:242-245` **Vulnerability Type**: Unverified and unpinned dependency installation **Risk Level**: Medium ### Vulnerable Code ```python try: result = computer.run_bash("pip install pandas") except OrgoError as exc: # exc message contains the captured stderr/stdout computer.run_bash("pip install --upgrade pip && pip install pandas") ``` ### Technical Analysis The documented recovery workflow installs the latest version of `pandas` and may upgrade `pip` using the environment's default package index. It does not pin exact versions, verify package hashes, use a reviewed lock file, or explicitly restrict downloads to a trusted repository. Because the resolved packages and their transitive dependencies can change after the Skill has been reviewed, the code ultimately executed by this workflow is not reproducible or bounded to audited components. Upgrading `pip` further expands the mutable supply-chain surface. This behavior occurs on the provisioned Orgo cloud computer rather than directly on the local host. Installing dependencies can be necessary for remote computation, but dynamically selecting unaudited versions exceeds the minimum safe behavior needed for the example. ### Attack Path 1. A user or agent follows the documented Bash failure recovery pattern. 2. The remote Orgo computer invokes `pip` against its configured package index. 3. `pip` resolves the latest available `pandas`, installer, and transitive dependency versions. 4. An attacker compromises a package release, dependency, package-index account, configured mirror, or relevant network trust boundary. 5. The compromised component is downloaded and installed without version or hash validation. 6. Malicious installation behavior or subsequently imported package code executes with the privileges of the remote user running `pip`. 7. The malicious code can access data and credentials available inside t ...[truncated 1094 chars]
- Remediation
- <![CDATA[ ## Remediation Suggestions 1. Pin every directly installed package to an exact, reviewed version, for example: ```bash python3 -m pip install --require-hashes -r requirements.txt ``` 2. Maintain a reviewed lock file containing exact versions and cryptographic hashes for all transitive dependencies. 3. Explicitly configure an approved HTTPS package index or an internally controlled package mirror. 4. Do not automatically upgrade `pip` as an error-recovery step. Pin and provision a reviewed installer version as part of the base image instead. 5. Require explicit user authorization before installing new software in a task environment. 6. Run package installation and workloads as an unprivileged user in an isolated, disposable VM. 7. Avoid exposing unrelated credentials, browser sessions, or sensitive files to an environment while installing unaudited dependencies. 8. Apply outbound network restrictions where practical and monitor package-installation activity. 9. Rebuild or discard the remote computer after suspected package compromise rather than reusing its state. ]]>
