T09 · Insecure Skill Coding Practices
- Location
vikunja.sh:6- Finding
Vikunja Credentials and Bearer Tokens Can Be Transmitted over Plaintext HTTP
- Content
View full analysis
- Remediation
View remediation
&2 exit 2 ;; esac ``` 2. If non-TLS HTTP is required for a development environment, require an explicit opt-in variable such as `VIKUNJA_ALLOW_INSECURE_HTTP=1`. Keep the default secure and display a prominent warning when the override is active. 3. Document that usernames, passwords, JWTs, and task information must only be sent over HTTPS, except for carefully controlled loopback-only development deployments. 4. Use a narrowly scoped Vikunja API token where supported instead of an account password or broadly privileged token. Grant the token only the project and task permissions required by this Skill. 5. Prefer short-lived tokens and provide operational guidance for token revocation and credential rotation following suspected exposure. 6. Retain normal TLS certificate verification. Do not add `curl -k` or `--insecure`, because those options would allow an on-path attacker to impersonate the Vikunja server even when an HTTPS URL is configured. ]]>
