当前位置:首页 > 文章列表 > Golang > Go教程 > Go websocket 升级前怎样校验来源

Go websocket 升级前怎样校验来源

来源:17golang原创 2026-10-14 04:46:13 0浏览 收藏

我在把一个 HTTP 接口改成 WebSocket 时,最容易忽略的不是连接怎么读写,而是“谁可以发起升级”。浏览器会在握手请求里带上 Origin,真正决定是否升级的服务端应该在调用 Upgrade 前完成来源判断。

对 Go 项目来说,推荐把允许的来源写成精确白名单交给 websocket.Upgrader.CheckOrigin:匹配 scheme 和 host,拒绝空值、路径异常以及未登记的站点。这样来源策略属于握手边界,而不是连接建立后才补救。

核心做法是:只允许明确登记的 Origin,校验失败就让 Upgrade 返回 403;不要把 Host 当成来源,也不要用“全部返回 true”换取联调方便。

先分清 Origin、Host 和 101 握手

WebSocket 通常先从 HTTP/1.1 请求开始,客户端用 Connection: Upgrade 和 Upgrade: websocket 邀请服务端切换协议。服务端接受后才返回 101 Switching Protocols,连接随后进入双向通信。

Host 表示请求要到达哪个服务地址,Origin 表示发起浏览器脚本所属的来源。它们在同站点场景里可能相同,但不能因此把 Host 比较当成来源授权。Gorilla 文档也明确把 Origin 策略交给 CheckOrigin。

HTTP 请求、Origin 白名单、CheckOrigin 和 WebSocket 升级边界的静态结构说明图
图1:握手边界结构说明图,查看请求来源、白名单和 Upgrader 之间的静态关系;这不是运行截图。

官方地址:https://pkg.go.dev/github.com/gorilla/websocket

把校验写进 Upgrader.CheckOrigin

我更倾向于让白名单保存完整的来源串,再解析后只比较 scheme 和 host。这样不会把 https://app.example.com.evil.test、带路径的伪来源或大小写处理不清的字符串误当成合法站点。

package main

import (
    "net/http"
    "net/url"

    "github.com/gorilla/websocket"
)

var allowedOrigins = map[string]struct{}{
    "https://app.example.com": {},
    "https://admin.example.com": {},
}

var upgrader = websocket.Upgrader{
    CheckOrigin: func(r *http.Request) bool {
        rawOrigin := r.Header.Get("Origin")
        if rawOrigin == "" {
            // 浏览器来源为空时不默认放行,非浏览器客户端需走单独授权策略。
            return false
        }

        origin, err := url.Parse(rawOrigin)
        if err != nil || origin.Scheme == "" || origin.Host == "" {
            // 解析失败或缺少协议/主机时,不能把字符串猜成合法来源。
            return false
        }
        if origin.Path != "" || origin.RawQuery != "" || origin.Fragment != "" {
            // Origin 不应携带路径、查询参数或片段,避免出现伪造的匹配形式。
            return false
        }

        canonical := origin.Scheme + "://" + origin.Host
        _, ok := allowedOrigins[canonical]
        // 只有精确登记的来源才允许继续握手。
        return ok
    },
}

func wsHandler(w http.ResponseWriter, r *http.Request) {
    conn, err := upgrader.Upgrade(w, r, nil)
    if err != nil {
        // CheckOrigin 失败时 Upgrade 已写入错误响应,这里只记录并结束处理。
        return
    }
    defer conn.Close()

    // 连接建立后的读写、身份认证和消息权限仍需单独设计。
}

这里的关键不是把白名单写成 map,而是把判定点固定在 Upgrade 内部:返回 false 时,握手不会成功。Gorilla 的安全默认值也会在 Origin 存在且其 host 与请求 Host 不同的情况下拒绝,但生产项目通常仍应显式列出允许的站点,尤其是前后端分离和多域名部署时。

几个看似省事的写法,代价都在握手边界外

第一种反例是 CheckOrigin: func(*http.Request) bool { return true }。它适合极短的本地联调,不适合作为正式策略,因为所有浏览器来源都被当成可接受来源。

第二种反例是只比较 r.Host。Host 只能说明请求抵达的主机,不能证明哪个页面触发了浏览器连接;校验来源时应读取 r.Header.Get("Origin"),并把它与受控白名单比较。

第三种反例是继续使用已弃用的包级 websocket.Upgrade,然后忘记补来源检查。该入口不会替应用执行 Origin 校验。若前面还有反向代理,还要确认代理传递到应用的 Host 与 Origin 语义没有被错误改写;来源白名单不能靠“猜一个 Host”来修补。

Origin 精确白名单、Host 混用和全量放行三种静态决策边界对比图
图2:来源决策边界对比图,展示精确白名单与两个常见反例的后果;这是一张原创结构说明图。

上线前我会保留的判断清单

  • 允许列表是否包含完整的 scheme 和 host,而不是模糊后缀匹配?
  • Origin 缺失、解析失败、带路径或未登记时,是否在 Upgrade 前拒绝?
  • 是否使用 websocket.Upgrader 的 CheckOrigin,而不是忘记校验的旧入口?
  • 来源校验是否与登录态、Token、消息级权限分开?Origin 只是浏览器来源信号,不能代替用户身份认证。

我的取舍是:白名单宁可先收紧,再按实际前端域名补充;把来源策略写在升级边界,后续再处理连接身份和消息权限。这样排查“为什么 403”时,问题会落在一个清晰的函数上,而不是散落在连接读写逻辑里。

相关问题

没有 Origin 的 WebSocket 客户端一定不可信吗?

不一定。非浏览器客户端可能不会自动发送 Origin,但这不等于它已经通过授权。可以为这类客户端设计独立的认证入口或令牌策略,不要为了兼容而无条件放行空值。

Origin 校验通过后还需要鉴权吗?

需要。Origin 只回答“请求来自哪个网页来源”,不能回答“当前用户是谁、是否有权访问这条连接”。登录态、令牌和消息权限仍要在连接建立或业务消息处理中完成。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Go plugin 与静态链接部署有什么区别Go plugin 与静态链接部署有什么区别
上一篇
Go plugin 与静态链接部署有什么区别
Go database/sql 连接池上限与等待监控的配置方法
下一篇
Go database/sql 连接池上限与等待监控的配置方法
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    465次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    527次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    545次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    495次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    314次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码