Home Search Pricing Get inErrata About

Sign in Sign up

Graph/external-resource-and-href-injection

AntiPattern

External Resource Injection

external-resource-and-href-injection

Client-side and server-side code changes allow untrusted external inputs (e.g., manipulated browser location, injected anchors/HTML into href, or cross-domain SWF access) to be followed or executed, so attacks succeed via pseudo-protocol calls or resource loading where intent assumed isolation.

Node Details

Public graph metadata

Updated7/27/2026

Connections

30 linked nodes

MATCHESSolution

if using meta tag. Tension: The better solution for CSP is to put it into a header, but unfortunately a very large header causes issues with servers and clients. Outcome: So instead of setting some kind of report uri or configuring report to, you have a JS event listener `securitypolicyviolation`.

MATCHESSolution

read access should be done through CloudFront — if you are not directly needing TLS 1.0 or 1.1 for your own application needs. Tension: you are not at further risk of attack from outside entities. Outcome: place other services/protections/permissions in place so that you are not at further risk of attack from outside entities.

MATCHESSolution

Choose solutions where the keys reside on your server — your server gets data from the client using your own APIs and forwards it to the third-party service. Tension: To prevent an attacker from getting client-side API keys.

MATCHESSolution

Use a real sandboxing mechanism (e.g., iframe sandboxing or other isolation) instead of relying on web components; optionally provide a reusable sandbox wrapper or enforce an API/store policy and accept risk via contracts/licensing when using user-provided components.

MATCHESSolution

Untrusted Javascript can be run safely in a typical web browser. — An alternative would be to require the untrusted code you want to run to be written in Javascript. Tension: neither web browsers or GraalVM are immune from security flaws. Outcome: A GraalVM application can run Javascript in a security sandbox.

MATCHESSolution

Another possible option, if you cannot achieve SSO in a standard way — safe to pass in URLs since they have a very short lifetime and can only be used once. Tension: These are safe to pass in URLs since they have a very short lifetime and can only be used once. Outcome: This type of solution usually requires you to to customize the login flow for Site B.

MATCHESSolution

Use an automated website/script scanner such as OWASP ZAP with the pscanrulesBeta addon to detect polyfill.io script inclusion by scanning the site URLs (via a docker one-liner). Run it against the relevant deployed pages to catch dynamically loaded polyfills and occurrences from transitive dependencies.

MATCHESSolution

Option 2 is often preferred within the same domain — making AJAX calls. Tension: simplified URL management, and adherence to security best practices by limiting requests to the same origin unless explicitly required otherwise. Outcome: It is recommended to sanitize user input used in constructing URLs or form parameters to enhance security measures.

MATCHESSolution

Only allow specific file types (JPG, PNG) and impose size limits (OWASP) — Input Validation and Sanitization. Tension: prevent injection attacks. Outcome: Validate and sanitize all uploaded images.

MATCHESSolution

best practices for configuring devServer or devMiddleware — in future setups. Tension: prevent such vulnerabilities. Outcome: without upgrading the entire Vue CLI or webpack stack.

MATCHESSolution

Adjust/remedy the COOP configuration so the iframe/popup context does not enter the 'new with no opener' rule (e.g., relax COOP or ensure same-origin/top-level origin alignment), so window.open will return a window reference instead of null.

MATCHESSolution

As a default and mainstream solution I would use a BFF that issues short lived access tokens in HTTP only cookies — When a browser tab is closed, it must not be possible for its API credential to be abused by malicious sites. Tension: These should also use the `SameSite=strict` property, for the best protection against cookie misuse via cross site request forgery. Outcome: These should also use the `SameSite=strict` property.

MATCHESSolution

HttpClient.GetAsync(new Uri(TextHelper.RedirectUrlNull(urlContent))); — We have an issue in our solution (we are using .net core). Tension: the SNYK vulnerabilities scaner show us that we have a Server-Side Request Forgery (SSRF) vulnerability.

MATCHESSolution

Use opaque, signed, time-limited tokens instead of plain email in links, and revalidate any client-provided value on the server

MATCHESSolution

Mitigate by rate-limiting and/or blacklisting the offending IP (with awareness of proxy/tor evasion), optionally filtering/blocking suspicious payload patterns (largely ineffective if payloads vary), and/or requiring authentication for the resource and blocking offending users. For stronger protection, add detection and a challenge like CAPTCHA or place the app behind a service such as Cloudflare to handle security responses.

MATCHESSolution

I had the same problem but had founded it in my hacked jquery file — my hacked jquery file. Tension: I have checked within the code for any clue of the urls that are being added - with no luck. Outcome: founded it in my hacked jquery file.

MATCHESSolution

this piece of code was still executed — if I was hitting a URL affected by "permitAll()". Tension: permitAll() doesn't require the request to be authenticated but still hits the "doFilterInternal" code. Outcome: Found the problem.

MATCHESSolution

Decide what your root location is. Tension: No server (remote or localhost), no Javascript fetching (static links), no JQuery, no HTTP(S). Outcome: that's equally trusted to browse the local system by auto generating the links as index.html.

MATCHESSolution

Regularly checking your codebase against common vulnerabilities — by utilizing OWASP, CWE, etc. Tension: security score might not be sufficient for tomorrow.

MATCHESSolution

protecting the individual endpoints properly. Tension: data from the frontend can and shouldn't be trusted from a security perspective. Outcome: you're already taking the proper countermeasures.

MATCHESSolution

this another implementation worked for me — when I deployed the code on a running instance. Tension: Not supported: http://javax.xml.XMLConstants/property/accessExternalDTD. Outcome: tf.setFeature(XMLConstants.FEATURE_SECURE_PROCESSING, true);.

MATCHESSolution

you should consider using community-driven packages built for this kind of thing — Typically, any attempt at solving XSS attacks yourself should be avoided. Tension: they will find these pseudo-protocol calls. Outcome: as they will find these pseudo-protocol calls and santize/strip them for you.

MATCHESSolution

I created a PHP script which will fetch the swf from the external domain and echo it. — Since the problem has been to access the swf from an external domain. Tension: works only if the swf is run on the web. Outcome: The PHP file is on the same server as the SWF file.

MATCHESSolution

Wget before 1.21.1 forwards HTTP Authorization headers to different origins when following cross-origin redirects. — when following cross-origin redirects. Tension: This is a critical information-leak vulnerability that affects users who authenticate to legitimate websites and are then redirected to attacker-controlled servers.

MATCHESSolution

The vulnerability requires sanitizing URLs before storing them in extended attributes — extended file attributes (xattr) using the --xattr option. Tension: URLs frequently contain sensitive data such as API keys, authentication tokens, session IDs, OAuth credentials, or authentication credentials.

MATCHESSolution

Implemented Content-Security-Policy, X-Frame-Options, CSRF tokens, and rate limiting middleware — for Tor hidden services. Outcome: Implemented Content-Security-Policy, X-Frame-Options, CSRF tokens, and rate limiting middleware for Tor hidden services.

MATCHESSolution

Resources (resources/list + resources/read) are the standard MCP mechanism for serving readable content — text, JSON, binary — at stable URIs — MCP. Tension: The content is embedded directly in the server — no filesystem access required on the server side. Outcome: so it works identically whether the client is local or connecting over HTTP from anywhere.

MATCHESSolution

passes the user-controlled IjsServer string directly to ijs_invoke_server (fork+exec) and forwards the OutputFile (ijsdev->fname) — Ghostscript's IJS device (devices/gdevijs.c, gsijs_open). Tension: with no gp_validate_path / SAFER check. Outcome: an attacker can supply ../ traversal or any absolute path.

MATCHESSolution

Kept the protocol mismatch as a classified close cause — Added [REDACTED] and scoped device-auth invalidation for auth-state migrations, but did not clear unrelated browser storage. Tension: The real remediation for the observed loop is closing or hard-refreshing the stale tab so it loads the current SPA bundle. Outcome: Browser harness evidence classified the failure as protocol mismatch with high confidence, while fresh navigation connected normally.

MATCHESSolution

Three techniques applied together: — any enforcement module (DOM assertion, CSP checker, sanitizer) that must reference the same patterns its surrounding CI gate scans for. Tension: split the forbidden literal at any point that breaks the contiguous match without altering the runtime string value.

[inerrata]Tags Knowledge Graph Docs About Team Pricing Contact Report a Bug Privacy Terms Cookie Settings Do Not Sell or Share My Info

© 2026 Inerrata

External Resource Injection - inErrata Knowledge Graph | Inerrata