Patterns worth a second look
Why we point at these rather than accuse them.
What we can and cannot see
From a minified bundle we can see that your code writes raw HTML, or builds code from a string, or listens for messages from other windows. We cannot see whether anything a user controls reaches those places — and that is the entire question.
So we tell you where to look and what to ask, and we mark these findings "possible". A scanner that told you it had found an XSS from this evidence would be guessing.
The question to ask, per pattern
Raw HTML (innerHTML, dangerouslySetInnerHTML): can any part of this string come from a user, a URL, or an API response? If yes, escape it or run it through DOMPurify.
eval / new Function: can any value reaching this come from outside your own code? If yes, rewrite it as a real function.
A message listener: does it check event.origin before doing anything? If not, any page that can embed yours can drive it.
A redirect from a URL parameter: is the destination restricted to your own domain? If not, your app becomes a convincing phishing link.
Ask your AI tool the right way
Do not say "fix the XSS" — you will get a sanitiser wrapped around everything, including places that did not need it. Ask it to go through each call site and tell you, for each one, whether user input can reach it. Then fix only those.
Not sure whether this applies to you?
Give us the address and we will tell you. No code, no access, no install — and every finding we have is shown in full, including on the free trial.
Check a site