Intellix IT Solutions
Security · Vulnerability Disclosure

Found something? Tell us. We will not bite.

We design and deliver cybersecurity for a living, which means we take seriously the obligation to make our own site safe to report against. This page sets out our Vulnerability Disclosure Policy (VDP) — what's in scope, what's out, what safe-harbour you have, and how fast we will respond.

Last updated: February 2026

Where to send a report

hello@cloudvoro.com

Or the canonical machine-readable record at /.well-known/security.txt.

Plain email is fine. If you would prefer to encrypt, request the PGP public key in your first message and we will send it back over a separate channel.

What we'd love to hear about

  • Authentication bypass on /loginmanage or any admin surface.
  • Cross-site scripting (reflected, stored or DOM-based) anywhere on the public site.
  • Server-side request forgery (SSRF) — including via the free attack-surface scan engine.
  • SQL / NoSQL injection on any input.
  • Insecure direct object reference (IDOR) — access to leads, scans, audit logs you should not see.
  • Subdomain takeover on any *.intellixit.com or *.cloudvoro.com name.
  • Email authentication misconfigurations on our own outbound (SPF / DKIM / DMARC).
  • Secret leakage in build artefacts, source maps or front-end bundles.
  • Rate-limit bypass on the free scan or contact form.
  • Anything that would let you read another user's lead data, scan output or admin session.

Explicitly out of scope (please don't test these)

  • Denial of service of any kind — volumetric, application-layer, or otherwise. The free scan is not a load-test target.
  • Social-engineering attacks against our staff, our clients, or anyone on Cashel Blue, Ballypatrick, or any of our named operators.
  • Physical attacks on our offices, our staff homes, or our service partners.
  • Reports based purely on missing best-practice headers without an exploitable demonstration.
  • Reports that require a victim to install a malicious browser extension or to be already compromised.
  • Self-XSS without a reasonable attack vector.
  • Vulnerabilities in third-party services we use (please report to them directly — see Subprocessors).
  • Marketing / lookalike-domain claims — those are an Intellix internal monitoring concern.

Safe-harbour

If you act in good faith, only target the in-scope surfaces above, do not exfiltrate data beyond what is strictly necessary to demonstrate the issue, and give us reasonable opportunity to remediate before public disclosure, then:

  • We will not pursue civil or criminal action against you under the Computer Misuse Act (UK), the Criminal Justice (Offences Relating to Information Systems) Act 2017 (IE), or equivalents elsewhere.
  • We will not initiate, or support, legal action by third parties against you for the conduct of your research, where it remained inside the scope above.
  • We will work with you on coordinated public disclosure if you wish, and credit your finding on this page if you would like attribution.

Safe-harbour does not extend to actions that would compromise the security or privacy of another customer (including reading another tenant's data, taking actions against another tenant's domain, or any activity that disrupts the service for other users). If you accidentally cross a line, tell us immediately and we will treat it as a good-faith discovery.

What you can expect from us

  • Acknowledgement: within 2 working days of your initial report.
  • Triage decision: within 5 working days.
  • Status update: every 7 days until the issue is closed or accepted as risk.
  • Remediation target: critical = 7 days, high = 30 days, medium = 90 days, low = next planned release.
  • Public credit on this page, if you want it. We do not run a paid bounty programme at this time, but we may send a small thank-you (a printed copy of the Intellix services brochure, or a coffee voucher for a research session) for material findings.

Practical guidance for a great report

  • One issue per email — easier to triage.
  • Reproducible steps, with a curl / browser command we can run.
  • Affected URL or component name.
  • Browser / OS / time of test, so we can correlate logs.
  • The impact you believe it has — what an attacker could do with it.
  • If relevant: a screen recording or short video. Strip anything sensitive before sending.

Public disclosure

We support coordinated disclosure 90 days after first contact (or 30 days after a fix is confirmed live, whichever comes first). If you would like to publish earlier, we will work with you on timing.

Recognised researchers

No public credits yet. Your name could be the first. (And we mean that — being first on a small VDP carries weight in interviews and grant applications.)

Related policies