Skip to content
Scanlity

See whatneeds fixing.

Website security reviews with evidence and a practical next step. Start free, without an account.

Check a website

Open the evidence.

See the finding, inspect what was observed and understand what to change. Try a different finding below.

Synthetic example. No live scan.

example.comExample policy: high findings blockBlocked

Blocking finding

Configuration is public.

An unauthenticated request returned an environment file. Its contents may include credentials that need to be rotated.

Observed response Example · redacted

GET https://example.com/.env

HTTP/2 200 OK
content-type: text/plain

APP_ENV=production
DB_HOST=[redacted]
DB_PASSWORD=[redacted]
Finding → evidence → next step

Example data, not a review of a real website or application.

Start with your scope.

Different scopes answer different questions. A public scan cannot assess private authorization or prove an entire application is secure. Read the methodology

Find the issue.

Separate actionable risks, maintenance advice and checks that still need evidence.

Example review decision

Blocked
Blocking finding
Exposed configuration
Coverage gap
Site script not inspected
Scope
Public website observations

Make the change.

Take the recommended next step to your developer. A recommendation does not modify your code or website.

Example remediation handover

Restrict public file access
Finding
Environment file returned without authentication
Next step
Remove the file, deny dotfile access and rotate exposed credentials.
Verification
Repeat the original request and review remaining coverage.

Check it again.

Record a new observation without losing the old result. Keep its scope, coverage gaps and reviewed version visible.

Example observation history

Original review200 · file returned
Retest · same scope403 · file denied

New observation saved. Other checks and gaps remain part of the decision.

Start with a website.

Enter a public domain. Follow the real review states, then read the findings and their limits.

Sign in to save the review, inspect authenticated evidence and keep your history.

See beta access & limits

Free passive review. No account or card needed. Up to 3 public reviews a day per browser; shared limits also apply.

Before you begin.

Does a clean result mean my site is secure?

No. A result describes the checks that ran within a declared scope. Unsupported behavior and missing evidence stay outside that conclusion. A high observed score is not a penetration test or a compliance certificate.

Can I review an AI-built website?

Yes, if it is publicly reachable. The public scan checks observable behavior regardless of how the website was built. Source review and authenticated application checks are separate, configured scopes.

What does an application review need?

A verified domain, explicit consent, declared read-only resources and fresh synthetic test sessions. The configured matrix checks expected access across those roles and tenants. It does not perform write operations or prove all business logic safe.

Who can read my public result?

Anyone with its seven-day public link can read the limited summary. Public summaries omit raw evidence and secret values. Sign in from the browser that started the review to save it to your account.

Does Scanlity fix my code automatically?

The review supplies recommended next steps. Supported workspace tools can prepare remediation material for review. No repair is ordered automatically; repository writes and specialist work require separate scope and authorization.

Will I need to pay?

The beta is free. Public reviews have browser and shared limits; each workspace includes ten new website review requests per calendar month (UTC). Paid subscriptions are not currently offered.