T06 · System Persistence
- Location
SKILL.md:73- Finding
Persistent Service Installation Through Automatic Runner Setup
- Content
View full analysis
" --auto-service both ``` ```bash npx @y80163442/naver-thin-runner setup \ --proof-token "" \ --setup-issue-url "" \ --auto-service both ``` ### Technical Analysis The documented setup procedure passes `--auto-service both` to an externally supplied runner. This explicitly requests automatic service installation, causing runner-controlled components to survive beyond the initiating Skill execution and operate across user sessions. The repository contains no implementation for the runner, no description of the services installed, no service definitions, and no documented uninstall procedure. Consequently, the audit cannot verify the resulting services' executable paths, privileges, startup conditions, network behavior, update mechanism, or access to browser authentication data. Although persistent operation may support the advertised local publishing workflow, enabling it automatically without documenting its exact scope or requiring separate informed approval violates least-persistence principles. The service may retain access to the local publishing interface and authentication state after the original task has ended. ### Attack Path 1. An agent or user follows the setup instructions in `SKILL.md`. 2. `npx` retrieves and executes `@y80163442/naver-thin-runner`. 3. The package processes the `--auto-service both` argument. 4. Runner-controlled service components are registered to start automatically. 5. Those components persist after the setup command and originating agent session terminate. 6. If the retrieved package is malicious or later compromised, its persistent components can continue operating within the privileges of the account that performed setup. ### Impact Asse ...[truncated 553 chars]- Remediation
View remediation
