Reporting a security problem

If you think you have found a security weakness in TabledHQ, we want to hear about it. This page explains how to tell us and what happens next. Last updated 3 November 2026.

Security contact

Email security@tabledhq.co.uk. Our machine-readable details are in security.txt.

What to report

Anything that could put our users, their data or the service at risk, for example:

  • getting into an account or data that isn't yours;
  • cross-site scripting, request forgery or injection;
  • ways round sign-in, payment or plan limits;
  • personal data exposed where it shouldn't be.

For a bug that isn't a security issue, or a mistake in the information we show, please use the help pages instead.

How to report

  • Describe the problem, where you found it and the steps to see it again.
  • Tell us what an attacker could do with it, if you know.
  • Leave out other people's personal data, passwords and card details.
  • Give us a reasonable chance to fix it before you tell anyone else.

What we promise

  • We will acknowledge your report within 5 working days.
  • We will look into it, keep you updated and tell you when it is fixed.
  • We will treat your report and details in confidence and not share them without your agreement.
  • If you would like, we will thank you by name once the problem is fixed.

We don't currently run a paid bug bounty.

Safe harbour

If you act in good faith, follow this policy and stop as soon as you have found a problem, we will not take legal action against you or report you to the police for your research. Good faith means you:

  • only test against your own account, or accounts you have permission to use;
  • don't view, change, keep or delete other people's data beyond the minimum needed to show the problem;
  • don't disrupt the service or degrade it for others;
  • don't ask for payment in return for the details.

This can't bind third parties such as our hosting or payment providers, and it doesn't cover breaking the law.

Out of scope

  • denial of service, load or volume testing, and spam;
  • social engineering or phishing of our staff or users, and physical attacks;
  • reports from automated scanners with no shown impact;
  • missing best-practice headers or settings with no shown impact;
  • problems in third-party services we use (report those to the provider), and the official data sources we link to.