Skip to content
This repository was archived by the owner on Aug 24, 2026. It is now read-only.

Security: aopv/crossposter

Security

SECURITY.md

Security Policy

Supported Versions

Security fixes are handled on the default branch.

Reporting A Vulnerability

Please do not open a public issue for sensitive security reports.

Report security issues by email:

Include:

  • a clear description of the issue
  • steps to reproduce
  • affected files or endpoints, if known
  • impact and suggested fix, if known

For non-sensitive bugs and feature requests, use GitHub Issues instead:

Secret Handling

Crossposter may use social platform tokens, app secrets, passwords, browser cookies, and local session files. These must stay private.

Some provider integrations are unofficial and may rely on cookies, local session files, private APIs, third-party tools, or normal web submit flows. Treat those credentials like account access. Platform changes, login challenges, rate limits, failed posts, or account restrictions are possible if a provider rejects or detects automation.

Do not commit:

  • poster.config.local.json
  • .env
  • .instagram-sessions
  • .instagram-browser
  • .pinterest-sessions
  • .poster-uploads
  • access tokens
  • refresh tokens
  • OAuth client secrets
  • API keys
  • browser cookies
  • platform passwords

If a secret is exposed, revoke it at the provider immediately, log out affected browser sessions when relevant, and generate a new one.

Deployment Guidance

For local-only use, POSTER_REQUIRE_ADMIN_PASSWORD=false is acceptable.

Before exposing Crossposter over the internet:

  • set POSTER_REQUIRE_ADMIN_PASSWORD=true
  • set a strong POSTER_ADMIN_PASSWORD
  • serve the app over HTTPS
  • keep local config and upload storage private
  • keep provider session folders private
  • restrict server access to trusted users

Crossposter is not designed as a full multi-tenant authentication system.

There aren't any published security advisories