Skip to content

Security: offload-project/laravel-waitlist

SECURITY.md

Security Policy

Supported versions

Security fixes are applied to the latest minor release line. Older minor versions may receive fixes for critical issues at the maintainers' discretion — when in doubt, please upgrade.

Version Supported
3.1.x
3.x (older) ⚠️ critical fixes only
< 3.0 ❌ (please upgrade)

Reporting a vulnerability

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

Use GitHub Security Advisories to report privately. This lets us discuss, fix, and coordinate disclosure before details become public.

When reporting, please include:

  • A description of the issue and its potential impact.
  • Steps to reproduce, or a minimal proof-of-concept.
  • Affected package version(s), Laravel version, and PHP version.
  • Any suggested fix or mitigation (optional).

Response expectations

  • Acknowledgement: within 5 business days.
  • Initial assessment: within 10 business days.
  • Fix timeline: depends on severity. Critical issues get prioritized; lower-severity issues may be batched into the next regular release.

We'll keep you updated on progress and credit you in the advisory unless you'd prefer to stay anonymous.

Scope

Things in scope for this project:

  • Vulnerabilities in any code published under OffloadProject\Waitlist\ (facade, service, models, notifications, controllers, routes).
  • Verification token issues — predictable, leakable, replayable, or improperly scoped tokens that could allow unauthorized verification of a waitlist entry.
  • Authorization issues in the package routes that could let an unauthenticated user verify or modify an entry they don't own.
  • Information disclosure via notifications or exception messages (e.g., leaking tokens, email addresses, or metadata).
  • Insecure defaults in the published config or migrations.
  • SQL injection, mass-assignment, or query-scope bypass in package-provided Eloquent code.

Things not in scope (please report upstream or with the relevant project):

  • Vulnerabilities in Laravel itself or other Composer dependencies — please file with the respective project.
  • Application-level misconfiguration in a consuming app (e.g., exposing an entry's verification token via an unauthenticated route, a custom notification channel that logs the token, or a controller that doesn't validate user input).
  • Issues caused by user-supplied implementations of the package's extension points (custom notifications, custom controllers, overridden config).
  • Vulnerabilities in the host application's authentication, mail driver, queue driver, or database.

Disclosure

Once a fix is published, we will:

  1. Publish a GitHub Security Advisory with details and credit.
  2. Tag a patch release.
  3. Update the changelog with a brief mention (without exploit details prior to the disclosure window).

Thanks for helping keep the project and its users safe.

There aren't any published security advisories