| Version | Supported |
|---|---|
| 0.1.x | ✅ Yes |
Please do not report security vulnerabilities through public GitHub issues.
Report vulnerabilities using one of these channels:
- GitHub Private Advisory (preferred): Create a private advisory
- Email:
sairam.ugge@gmail.com— subject line[SECURITY] Inkforge vulnerability
Please include:
- Type of vulnerability (e.g. credential exposure, prompt injection, SSRF)
- Affected file paths and line numbers
- Steps to reproduce
- Potential impact
Response SLA: Acknowledgment within 48 hours · Resolution timeline within 7 days.
Inkforge handles several external API credentials (AWS Bedrock, Anthropic, Dev.to, Hashnode).
- All credentials are loaded exclusively from environment variables — never hardcoded
.envis gitignored and must never be committed- See
.env.examplefor the complete list of required variables - Base64 credential handling in
packages/core/src/llm/index.tsuses round-trip equality verification to prevent accidental decoding of non-base64 values - The
bedrockCreds()function usesBEDROCK_REGIONinstead ofAWS_REGIONto avoid Vercel/Lambda platform mangling of reserved variable names
- User input is forwarded to AWS Bedrock or Anthropic API — review your provider's data handling and privacy policies before processing sensitive content
- Generated content is written to the local filesystem only — no external storage by default
- No prompt injection prevention is implemented beyond standard LLM system prompt guardrails
- Do not pass secrets, PII, or confidential data as input to the generation pipeline
- Dev.to and Hashnode API keys are used solely for publishing — stored in
.env - Published content sets
canonical_urlpointing back to your portfolio — cross-posting is SEO-safe - The
/api/configendpoint in@inkforge/webreturns only boolean flags — never exposes actual key values
- All dependencies are pinned in
pnpm-lock.yaml - Run
pnpm auditregularly to check for known vulnerabilities - A moderate severity vulnerability exists in
postcss(vianext@16.2.9) — no upstream fix available at this version; it affects CSS processing only and is not exploitable in Inkforge's context
- CI workflows do not have access to production secrets
- Dependency audit runs on every push and PR
- Secret scanning runs on every push via the built-in workflow
- Vulnerabilities in upstream LLM providers (AWS Bedrock, Anthropic)
- AI-generated article content
- Third-party publishing platforms (Dev.to, Hashnode, Medium, Substack)
- Issues in
node_modulesthat are not reachable through Inkforge's code paths