Skip to content

Archive

CORS

3 articles
Cybersecurity 16 Sep 2026 8 min read

CORS Preflight Caching Extends Cross-Origin Policy Decisions

CORS Preflight Caching Extends Cross-Origin Policy Decisions An API operator can remove a cross-origin method from its CORS configuration and still see browsers issue that method without a fresh OPTIONS exchange. The browser may already hold a valid preflight cache entry authorizing the request shape. Until that entry expires or is discarded, the earlier policy decision can continue to suppress a new preflight. This behavior does not make CORS authorization permanent, and it does not bypass the CORS check on the actual response. It does create an operational interval in which a server-side policy change and browser preflight behavior are not synchronized. Access-Control-Max-Age therefore affects more than request volume: it influences the lifetime of a cached permission decision inside the user agent.

Cybersecurity 14 Sep 2026 7 min read

CORS Policy Is an Authorization Boundary Between Browser Origins

A cross-origin API request can reach its destination, execute application code, and produce a valid response even when the browser refuses to expose that response to JavaScript. That distinction is central to Cross-Origin Resource Sharing, yet it is often blurred by configurations that treat CORS as a connectivity switch. CORS is a browser-enforced extension to the same-origin model. It gives a server a way to state which external origins may access selected responses from browser script. The server still owns authentication and authorization for the underlying resource. CORS controls an additional boundary: whether code running under another web origin may receive the response through browser APIs.

Cybersecurity 12 Sep 2026 8 min read

CORS Is a Browser Read Boundary, Not an API Firewall

CORS Is a Browser Read Boundary, Not an API Firewall An API can reject every cross-origin browser response and still receive the underlying requests. That distinction is easy to lose when Cross-Origin Resource Sharing is described as an access-control feature without naming the actor it constrains: browser script. CORS extends the browser’s same-origin model by letting a server state which origins may access selected responses. It does not turn the server into a network firewall, authenticate a caller, or guarantee that a request never reaches application code. A command-line client, backend service, malware process, or custom HTTP stack does not have to enforce browser CORS rules at all.