Release integrity

Every deployment has an identity and a return path.

A release is accepted only when its source commit, build manifest, checksums, migrations and rollback command agree.

Operational viewIllustrative. No customer data.
01

What a verified release records

The public site and the operational platform are deployed independently, but refer to the same canonical source revision.

  1. 01

    Commit SHA

    The exact source revision used by the build.

  2. 02

    Artifact checksums

    Integrity values for deployed packages and configuration.

  3. 03

    Migration state

    The database version expected by the release.

  4. 04

    Rollback

    A tested command and the previous compatible artifact.

03

How a change reaches your website

Deployment is the moment most incidents are born. Ours is deliberately boring.

Nothing is edited in place

Each version is packaged as a sealed archive with a checksum, unpacked into its own folder and left untouched. Publishing means pointing a switch at the new folder — an instant, single operation. The previous version stays on disk exactly as it was.

Going back takes one command

Because the old folder was never modified, undoing a release means pointing the switch back. There is no restore procedure to improvise at two in the morning, and the command is written down before the release goes out, not after something breaks.

The public site and the platform move separately

The website you are reading and the operational platform are released independently, so a copy change can never disturb protection, and a platform fix does not wait for marketing text. Each keeps its own version history.

What has to pass before publishing

Automated tests, a type check, a link and structure check of every generated page, and a claim audit that fails the build if a public page contains an identifier or a version number without a verified source behind it.

04

How to read the list below

Entries describe what changed for you, not which internal component was touched.

If a release changes what a capability can do, its state changes with it on the status page — a capability never quietly becomes «available» without a check behind it. You can also follow releases in a feed reader.

05

Recent releases

Notable platform releases, in reverse chronological order.RSS

  1. August 2, 2026

    Whether your own server is on somebody's list

    Public reputation feeds are read and every address we already hold for you is checked against them. Nothing is sent to your servers: the lists are read, and the names you gave us are resolved. The finding worth having is the uncomfortable one — your own address inside a listed network, which is how mail starts bouncing and other networks start dropping your traffic, usually without anybody telling you. Spamhaus DROP is used because its terms say plainly that it is free for everyone, and its attribution travels in every row we store. Tor exit nodes are reported too, but as context rather than as wrongdoing: running one is not an attack, and a system that called it one would be teaching you to ignore it. One well-known feed was left out because its terms never say whether commercial use is allowed, which is the same test another feed failed earlier this year.

  2. August 2, 2026

    The snippet finally has somewhere to report to

    Two capabilities had been built and could reach nobody: the browser snippet and the WordPress connector both needed a public address, and the only one published sat behind an access proxy that answers 401 to everyone. There is now a dedicated hostname carrying exactly four routes — beacon, inventory, malware reports, public scan — and a 404 for everything else, so the surface is a list somebody can read rather than a proxy rule somebody has to trust. The malware agent stopped needing its courier and posts directly. Payment page integrity moves from unavailable to available on the strength of that, not on a promise.

  3. August 2, 2026

    Malware scanning where the files actually live

    For sites on our own infrastructure, an agent beside the scanner reads the web content daily and reports conclusions — a path, a signature name, a hash — never the files themselves. It caught a planted test file across 9,415 files in about seventy seconds. A web shell is critical, a packed installer is a nuisance, and the test signature is neither: reporting them all the same way would teach an operator to ignore the panel. Adds 38,927 free third-party signatures, because the core scanner is strong on binaries and thin on the PHP shells that actually turn up on shared hosting.

  4. August 2, 2026

    Watching the checkout page from inside the browser

    A card skimmer never touches the server: it arrives as one more script on the checkout page and reads the number out of the form before your own code sees it. So the origin is unchanged and a content hash sees nothing. This watches from the only place it exists — the visitor's browser — and reports structure, never content: which script hosts load, whether a native browser function has been replaced, how many inputs sit where nobody can see them. The first report is a silent baseline. A replaced function is something to explain, not proof of anything: that is also how every session-replay tool works.

  5. August 2, 2026

    The names under your domain, and the ones pointing nowhere

    Certificate logs already tell us about names somebody asked a CA to certify. This finds the rest, by reading public indexes and asking DNS resolvers — nothing is sent to your servers. The finding worth having is a record pointing at a service that no longer exists: your subdomain is unclaimed at the provider, and whoever registers it there serves content from an address that still carries your name. Reported only after two consecutive sweeps agree, so a resolver having a bad minute does not become an accusation. Mapping our own estate turned up 29 names, including one host we had not listed anywhere.

  6. August 2, 2026

    Active scanning, and the paperwork that has to come first

    Everything the platform did until now was observation. This is the first capability that sends traffic somebody could reasonably object to, so it is the first that cannot run on proven ownership alone: it needs a standing authorization naming an exact hostname — no wildcards — a rate ceiling, a contact who can stop it, and an expiry. The scanner runs in its own container with no database credentials, on its own pair of networks, and does not learn whose hostname it is scanning. It re-resolves the target after the scan too, and discards the results if the name moved. A scan that runs out of time reports partial and marks nothing as fixed.

  7. August 2, 2026

    NIS2 reports you can hand to an auditor

    Generate a report for a period and it states a verdict for each Article 21 measure, cites the exact records behind it — audit entries, signed bundles, drill receipts, case timings — and carries a content hash so a reader can tell it has not been altered. A measure with no recent evidence is reported as Unknown, never as a pass. Three of the ten measures are organisational, and the document says plainly that we do not observe them: training, human resources security, and secured emergency communications.

  8. August 2, 2026

    Audit trail opened up, and a licence removed

    Every audited action now shows who took it and what the configuration looked like before and after; the records always held this and the screen never showed it. Periodic jobs moved off the shared loop so a slow scan no longer delays anything else, and failed background jobs now back off and dead-letter instead of retrying forever. The Wordfence feed was removed: it is not licensed for the commercial use we intend. WordPress advisories now come from NVD's public CPE data, which is thinner and slower, and says so.

  9. August 2, 2026

    A beacon for sites that do not route through us

    A short snippet, pasted into a page the way an analytics tag would be, reports content-security-policy violations and uncaught JavaScript errors from real visitors' browsers. The key is public and carries no secret; only aggregates are stored, never a visitor.

  10. August 2, 2026

    The pages that must keep working, checked every five minutes

    You name the URL and what proves it is healthy — a status code, a marker in the page. Every five minutes we check it from outside, and a failure opens a case instead of waiting for a customer to notice.

  11. August 2, 2026

    Look-alike domains, watched

    We generate the names a fraudster would register against yours - a dropped letter, a swapped ending, a zero for an o - and check which of them actually resolve. Across the current portfolio that surfaced 45 registered look-alikes.

  12. August 2, 2026

    Certificates, watched as they are issued

    Public Certificate Transparency logs are read for every monitored domain. What exists when we start watching is recorded silently as a baseline; a certificate that appears afterwards opens a case, because that is the moment to ask whether you issued it.

  13. August 2, 2026

    An outside reading of every domain, with a grade

    TLS, security headers, cookie flags, version exposure, SPF, DKIM, DMARC, MTA-STS, TLS-RPT and CAA are checked from outside the perimeter and summarised as a grade from A to F. Nothing is installed and no traffic is redirected; a domain can be monitored this way and nothing else.

  14. August 1, 2026

    Cases you can work, and settings that are real

    Cases can be picked up, annotated, closed, reopened and snoozed, with the operator queue filtered and paged. Notification email with double opt-in and a periodic digest. Account, team and plan settings on their own pages instead of one long form. Autonomy presets with exceptions.

  15. July 30, 2026

    Control plane v5.16: activation gates and recovery proof

    Activation guidance, recovery hostname drill and private origin proof landed in the control plane. Enforcement remains gated behind stability windows and rollback evidence.

  16. July 29, 2026

    Edge telemetry v5: live traffic windows

    Minute-level traffic rollups, observation attribution and verified status displays now power the operational dashboard without entering the visitor request path.

  17. July 29, 2026

    Customer dashboard V4

    The customer dashboard moved to route-scoped data loading, explicit unknown states and a persistent product shell for portfolio and per-domain operations.

  18. July 28, 2026

    Policy replay and origin outage drill

    Policy replay evidence, customer edge fallback routes and freshness controls were exercised end to end, including an origin outage drill.

  19. July 27, 2026

    Self-hosted identity with step-up

    Sign-in moved to the self-hosted AegiFlow identity flow: OIDC sessions, passkeys, TOTP and step-up verification before sensitive actions, with Romanian onboarding.

  20. July 23, 2026

    Single-source public website

    The public website moved to a single bilingual Astro source with immutable releases, checksums and a tested rollback path.