Security

Security & responsible disclosure

Tidewatch is built and operated by a CTO with a long cybersecurity track record (penetration testing, infrastructure hardening, GDPR compliance, WAF / DDoS posture). Vulnerability reports are taken seriously and acknowledged within 72 hours.

Reporting a vulnerability

Please email [email protected] with the subject line “Tidewatch security disclosure” and a clear reproduction. We commit to an acknowledgement within 72 hours and a remediation plan within 14 days for high-severity findings.

Out of scope: anything affecting third-party data sources we don’t operate (AISStream.io, Copernicus Data Space, GDELT, etc.). Report those to the upstream operator.

Compliance posture

  • Data sources: open or commercially licensable, publicly citable. No classified inputs. No data routed via sanctioned countries.
  • Export control: no ITAR components in the stack. The full source is MIT-licenced and reviewable.
  • Operational security: hardened single-VPS deployment, TLS via Cloudflare, secrets in environment files (never committed). Database is not exposed to the public internet.
  • Privacy: AIS broadcasts are public maritime telemetry. OSINT items are public press articles. Tidewatch holds no user PII beyond operator email contact, and no end-customer accounts.

Provenance & auditability

Every alert traces back to a structured evidence record (alert ID, vessel MMSI, infra ID, OSINT item ID). The LLM analyst is bound by tool-call grounding: it can only cite IDs that came from a tool result. Incident reports include the build commit SHA so a reviewer can check exactly which detector code produced any claim.

Curated incident reconstructions (Yi Peng 3, Eagle S, Nord Stream) carry an explicit data-provenance note in their JSON files: hand-curated from public OSINT, not raw AIS, not for forensic use. The replay’s purpose is to validate the detectors, not to re-establish facts already established by competent authorities.