跳至主要内容
短.be

CORS

Cross-Origin Resource Sharing 的缩写,一种允许网页从不同域名请求资源的安全机制。

2026 年 8 月 11 日 / 约 1 分钟阅读

安全

CORS (Cross-Origin Resource Sharing) 是 Web 浏览器控制不同源之间资源共享的安全机制。源指协议、域名和端口的组合。它放宽同源策略,用于允许正当的跨源请求。

例如,从 `https://app.example.com` 的前端向 `https://api.example.com` 的 API 发送请求时,由于子域名不同,这属于「跨源」,若 API 服务器一侧不设置 CORS 响应头,浏览器就会拦截响应。要设置的响应头是 `Access-Control-Allow-Origin`,在其中指定允许的源。

CORS 中最容易被忽略的是预检请求。对于 `GET` 和 `POST` 之外的方法,或包含自定义请求头的请求,浏览器会在正式请求之前先用 `OPTIONS` 方法确认「这个请求可以发送吗?」。若服务器一侧没有对 `OPTIONS` 请求做出恰当响应,正式请求就不会被发送。在 API Gateway 或 Lambda 上配置 CORS 时忘记处理 `OPTIONS`,是实务中最常见的问题。

`Access-Control-Allow-Origin: *` 即允许所有源,开发阶段很方便,但生产环境中无法与包含认证信息 (Cookie) 的请求并用。需要认证的 API,必须明确指定允许的源,并设置 `Access-Control-Allow-Credentials: true`。

从外部调用短链接服务的 API 时,CORS 的设置是必不可少的。

这篇文章对您有帮助吗?

相关术语

CSP

Content Security Policy 的缩写,通过 HTTP 头限制页面可以加载的资源来源,防止 XSS 等攻击。

XSS

Cross-Site Scripting 的缩写,通过在网页中注入恶意脚本来攻击用户的安全漏洞。

HTTPS

HTTP 协议的安全版本,通过 SSL/TLS 加密保护浏览器与服务器之间的通信数据。

SQL 注入

通过在用户输入中嵌入恶意 SQL 代码来操纵数据库的攻击手法。

HSTS

HTTP Strict Transport Security 的缩写,强制浏览器只通过 HTTPS 连接访问网站。

Referrer Policy

通过 HTTP 响应头部控制 Referrer 信息发送范围的安全机制。有助于保护隐私。

相关文章

网址缩短 API 使用指南 - 通过程序生成短链接

解说如何通过程序使用网址缩短服务的 API。介绍请求格式、响应结构和实现示例。

自建网址缩短服务的方法 - 自主运营的优势与搭建步骤

解说在自有服务器或云环境中搭建和运营网址缩短服务的方法。介绍开源工具的比较和无服务器架构的实现步骤。

短链接安全指南 - 钓鱼风险识别与安全分享最佳实践

全面介绍短链接的安全风险和防护方法。涵盖钓鱼攻击识别、恶意链接检测和安全分享的最佳实践。

常见问题

CORS 错误发生的原因是什么?
因为浏览器阻止了对不同源(域名、端口、协议)的请求。可以通过在服务器端设置 Access-Control-Allow-Origin 头来解决。
什么是 CORS 预检请求?
浏览器在发送正式请求前用 OPTIONS 方法发送的确认请求。用于事先确认服务器允许的方法和头信息,确保安全性。

把知识用到真实链接上

免费缩短网址