Free · No repo access · 30 seconds
Cursor

Cursor Security Scanner

Is my Cursor app secure?

Cursor writes the code you asked for, and the protections it never mentioned - throttling on the login route, a CSRF token on the form, an ownership check inside the handler - are usually the ones missing, because nothing in the conversation ever raised them. This scanner takes your deployed URL and tests for those absent protections from the outside.

https://

Free, no account needed. We only read what your app already serves publicly.

How the Cursor Security Scanner works

  1. Step 1

    Paste your deployed app URL

    Your live URL only. No repository access, no Cursor workspace, no CI integration, no environment variables, and no Ubserve account.

  2. Step 2

    We test the running app, not the code

    We fetch the page, download the JavaScript it serves and scan it for provider keys and stored tokens, inspect forms for CSRF tokens, send repeated and unauthenticated requests at sensitive routes to see what is throttled and what answers, and check dependency versions, headers, cookies, CORS, and TLS.

  3. Step 3

    You get the report, partially unlocked

    You see the issue count, a letter grade, and up to two findings in full, free. The rest - including the highest-severity findings and the copy-paste fix prompts - unlocks with a one-time report unlock or a plan.

Frequently asked questions

How do I know if the code Cursor wrote is missing security controls?

Test the deployed app rather than reading the diff. Hit your login or signup endpoint twenty times in a row and see whether anything slows you down - if not, nothing is throttling it. Call an API route in a private window with no session and see whether it returns data. Submit a state-changing form without the token your app issued. Absent controls are invisible in a code review because there is nothing to look at; they only show up when you send the request that should have been refused.

Why does an AI coding assistant leave these out?

Because it answers the question it was asked. A prompt like 'add a login endpoint' has a complete, correct answer that contains no rate limiting, because rate limiting was not part of the request and the endpoint works without it. The same holds for CSRF tokens, ownership checks, and audit logging: each is an extra constraint someone has to think to ask for. The model is not wrong, it is scoped - and the practical rule is that if the assistant never mentioned a protection, your code most likely does not have it.

How does the scanner work?

It runs the standard Ubserve public scan against your deployed URL. We fetch the page, download and scan the JavaScript bundles for provider keys and browser-stored tokens, read your forms for CSRF tokens, send repeated requests at sensitive routes to detect the absence of throttling, probe API and debug paths unauthenticated, and check dependency versions, security headers, cookies, CORS, and TLS. All of it is done from outside, against your public URLs.

Is it free? Do I need to sign in?

The scan is free and you do not need an account to run it. You get the issue count, a letter grade, and up to two findings shown in full - location, evidence, and severity - at no cost. The rest of the report stays locked, including the highest-severity findings and the copy-paste fix prompts you can hand to your AI coding tool. Unlocking everything is a one-time payment for that report, or a plan if you want repeat scans and monitoring.

Does Ubserve see my source code or my Cursor workspace?

No. This scan only reads what your app already serves to the public: the HTML at your URL, the JavaScript bundles that page links to, HTTP response headers, TLS certificate details, and public DNS records. We never ask for a repository, a database password, a service-role key, or an app login, and we cannot see private source code or authenticated pages. When we find a secret in your bundle, we found it because your browser downloads it too - anyone viewing your site can read the same bytes.

Will scanning break my app or lock me out of my account?

No. The repeated requests used to detect missing throttling are ordinary reads, not login attempts with credentials, so nothing locks an account. We never insert, update, or delete data and we never create a user. Probes are paced a couple at a time with pauses between them rather than fired in a burst.

What founders say

5.0 out of 5 - Ubserve, from 3 reviews

“Helped me find a critical database issue that would've done real damage. I recommend it for every founder.”
Juan
“Caught a critical CSP issue on my frontend within minutes. Don't ship without a scan.”
Zenix
“The free scan took under 60 seconds to find real issues in my project.”
George P.

Run the Cursor Security Scanner

Paste your URL and see what your app is handing to the public. Free, no account, no repo access.

https://

Free, no account needed. We only read what your app already serves publicly.