a aegent / secure

OPEN ABOUT OUR PROGRESS

Website liveSecurity service not launched

Trust starts with
knowing where we stand.

We’re building ongoing, human-guided device security. Here’s what you can explore today, what we’ve tested, and what needs to happen before protection becomes an active service.

Last reviewed: October 29, 2026 · Manual product snapshot
No live uptime monitoring. This page does not measure aegent.one availability or your device’s security.

YOU CAN EXPLORE

A working service preview

Plans, privacy commitments, service-request intake, and a receipt. Requests do not activate protection or book a session.

WE’RE DEVELOPING

Care that continues

Consent records, assisted-case tracking, repeat-check scheduling, and private local reports. These are development capabilities, not a staffed live service.

BEFORE WE LAUNCH

Prove the whole journey

Recovery and operational acceptance, reviewed scanner releases, real-device testing, and human service readiness.

CAPABILITY BY CAPABILITY

Built. Tested. Still to prove.

“Tested” means the checks described below passed. It does not mean independently audited, deployed, or proven against commercial spyware.

Website & service plans

Available in preview

Check, Guard, and Response are described, with privacy and coverage limits. The landing page and intake were inspected in a local browser. You are viewing the deployed website preview. The security service remains prelaunch.

Private service requests

Locally tested

Encrypted contact storage, explicit intake consent, request protection, submission limits, and a saved-request receipt. A synthetic request completed in the browser. No payment, device access, or confirmation email occurs.

Assisted-service operations

Development build

Host-restricted operator commands track separate assisted-session consent, permitted case transitions, repeat-check dates, a due queue, and minimal audit records. Automated tests use synthetic cases. Operator sign-in through a web dashboard is not available.

Device-local checking client

Development build

An offline client checks three macOS hardening settings and saves an encrypted report locally. Other platforms return unknown coverage. A consented Mac hardening pilot verified local execution and encrypted report save/decrypt, with a private local report viewer. These settings are not spyware detection; wider device acceptance and independent review remain ahead.

Verified tool & indicator updates

Preflight only

Offline checks validate signed approval manifests, artifact and indicator hashes, fresh signed revocation catalogs, and a local catalog checkpoint. No automatic download, installation, or scanner execution is implemented. No approved scanner releases exist yet.

Forensic checks & clear results

Integration pending

Classification logic separates No Known Indicators, Needs Review, Strong Evidence, and Coverage Gaps. Missing engine verdicts stay gaps; strong evidence requires human confirmation. A development adapter for acquired iPhone backups now has signed-image gates and a restricted Docker command plan. A real Docker isolation probe passed using synthetic fixtures. Real forensic-engine execution, device acceptance, and detection-performance testing remain pending.

Private quotes & payment preparation

Built, disabled

A private quote workflow has encrypted terms, expiring access, explicit decisions, and cleanup for unaccepted offers. A synthetic quote was reviewed and accepted in an actual Chrome test. The payment foundation checks signed events, exact agreed totals, duplicate delivery, and competing requests in PostgreSQL tests. An isolated payment sandbox has been created; real sandbox transaction testing, refunds, account readiness, seller terms and service delivery still need verification. Customer quotes, checkout, subscriptions, and live charging remain disabled. No final prices are public and no customer revenue is verified.

Recurring managed protection

Not active

Repeat-check dates can be tracked in development. Automated reminders, customer report delivery, a staffed review cadence, and subscription activation are not connected. Guard does not continuously monitor your device.

Specialist response

Not active

Escalation and evidence-preservation requirements are documented. No response team, specialist availability, or response time is verified. This is not an emergency service.

Production infrastructure

Acceptance pending

Production configuration guards and container instructions exist. This website is hosted on Vercel with PostgreSQL and an authenticated daily retention job configured. Backup restoration, scheduled-run monitoring, independent review, and the security service remain unverified.

WHAT SUPPORTS THIS SNAPSHOT

Evidence before confidence.

No invented uptime percentages, infection statistics, or “all clear” badges.

Automated checks

The expanded local suite has passed checks for intake protections, retention, case consent and scheduling, local report encryption, signed-release preflight, and conservative result categories. CI also passed against a disposable PostgreSQL 17 database. The deployed website, HTTPS, database health, and a synthetic intake receipt were checked on October 29, 2026. Backup restoration and service operations remain unverified. Synthetic fixtures are not evidence of spyware detection.

Browser acceptance

The first-stage landing page and intake were visually inspected. A synthetic request reached its saved-request receipt. A separate synthetic private-quote flow also passed in actual Chrome, including token handling and explicit acceptance. These checks do not verify payment collection, delivery to an operator, or a real assisted session.

Independent security review

Not completed. No penetration-test, audit certification, or real-world protection claim is implied by this development status.

THE ROAD TO YOUR FIRST ASSISTED CHECK

Clear next steps.
No shortcuts on trust.

  1. 01

    Validate service operations

    The case workflow passed against disposable PostgreSQL in CI. Next, verify the hosted configuration, operator access, scheduled retention, deletion, and recovery.

  2. 02

    Qualify the local client

    Test on supported devices, review permissions and failure modes, and validate encrypted local reports. Publish supported OS and evidence limits.

  3. 03

    Approve a forensic engine release

    Review source and provenance, isolated execution, dependencies, licensing, current indicators, and rollback behavior. No newest-release shortcut.

  4. 04

    Run a small, consented pilot

    Confirm staffing, safe contact, scope, pricing, and separate session consent. Verify human-readable results and agree a repeat-check cadence.

  5. 05

    Launch when the full service is ready

    Verify the production domain, payment and cancellation flow, report delivery, support responsibilities, and operational controls. No launch date is promised yet.

WHAT THIS MEANS FOR YOU

Interested in managed protection?

You can explore the plans and request a conversation in this preview. An operator must confirm availability, safe communication, scope, timing, and price before you commit. No response time is guaranteed during development.

Explore the request flow ↗

Concerned about spyware right now?

Use a device and contact channel you trust to seek qualified assistance. Do not upload logs, backups, messages, or other evidence here. Consider evidence preservation before resetting a potentially affected device.

Read privacy and service limits ↗
No scan proves a device is safe. Pegasus, REIGN, and Candiru-linked spyware are threat context, not a promise that this build detects them. Local hardening checks do not establish whether a device has been compromised.

OUR COMMITMENT, THROUGH EVERY STAGE

We verify the security software
before asking you to trust it.

We’ll keep the status clear as the product grows. Working features, open gaps, and evidence for the next step.

Explore Aegent Secure ↗