Halley Security Review

Someone should look at your systems the way an attacker would.

An engineer-led security review of legacy applications, servers and integrations. AI does the searching and engineers do the confirming, from a team that has run these stacks for associations since 2001.

Who this is for

Built for teams with nobody whose job is security.

Associations, nonprofits, university departments and membership organizations that run software built years ago and have nobody whose job is security. The signs are familiar: a portal or website more than five years old, an IT generalist or outside vendor who handles security when there is time, an annual scan or penetration test that covers the payment page and nothing else, and a cyber insurance questionnaire nobody can answer with confidence.

The gap we cover

Scans and annual tests leave gaps.

Most organizations that take security seriously already pay for two things: quarterly external scans and, sometimes, an annual penetration test. Both are worth doing, and both leave gaps. The scan checks for known weaknesses from the outside. The penetration test looks hard at a narrow scope once a year. Neither usually reads your code or looks at the registration site a volunteer built in 2012, the reporting tool a departed contractor left behind, or the integration between your membership database and your accounting system. Attackers tend to reach for those first, because nobody has looked at them.

What we do

Find it, confirm it, fix it.

  • Review what is exposed. Public-facing applications, login pages, APIs, file uploads, admin panels and the integrations between them.
  • Read the code and the configuration. Where we have source, we review it. Where we don't, we review what can be observed from outside, with your written permission and inside agreed limits.
  • Confirm every finding by hand. AI models are good at pointing to suspects in old code. An engineer reproduces each one before it goes in a report. If we can't reproduce it, it isn't a finding.
  • Rank by what matters: what can be reached, what it exposes, and how hard it is to fix.
  • Fix it or hand it off. We can write and test the fix, or give your vendor a clear writeup with reproduction steps.

How we handle your code and data.

Review work on your systems runs on infrastructure we control. If confirming a finding means touching live data, we tell you in advance, log what we accessed, and stay inside the limits you set.

What you get

A report both your board and your developer can use.

A report in two layers: a plain-language summary your board or leadership can read, and technical detail for whoever maintains the system. A fix list in priority order. A recheck after the fixes go in. A list of what we did not look at, so nobody mistakes the review for more than it was. Where it helps, we map findings to the questions your cyber insurance questionnaire or auditor asks.

Why now

The tools got better this year, on both sides.

The tools that find weaknesses in old software have improved a great deal in the last year, and attackers have them too. A weakness that used to take a specialist weeks to find can now turn up in hours for someone with a subscription. Legacy systems were built before that was true, and the organizations running them have rarely had the people or the budget to look. We use the same tools on your side, with engineers who know what they are looking at.

What we do on our own platform

We hold ourselves to the same standard.

Our hosted platform gets quarterly external scans from an Approved Scanning Vendor and internal vulnerability scans. Our Chief Operating Officer is our security officer, and the engineering team implements and maintains controls. Details are in our Security Policy.

What this is not

Plain limits.

This is not a penetration test unless we scope and agree to one, and it does not replace your ASV scans. It is not a compliance certification or a guarantee. The report states what we found, how we confirmed it, and what we did not check.

How it works

Four steps.

  1. 01

    Scope and permission.

    We agree in writing what is in and out of scope, who authorizes the work, and what data we may touch.

  2. 02

    Review.

    AI-assisted analysis of code, configuration and exposed surfaces on infrastructure we control. An engineer reproduces every candidate finding.

  3. 03

    Report.

    Plain language for leadership, detail for maintainers, ranked by what matters.

  4. 04

    Fix and recheck.

    We ship or hand off the fixes, then verify them.

Get in touch

Tell us what you run.

Email info@halleyai.ai or book a call. Tell us what you run and who looks after it today. One conversation is usually enough to tell whether a review makes sense and roughly what it would cover.