API网关云原生微服务【免费下载链接】kgatewayThe Cloud-Native API Gateway and AI Gateway项目地址https://gitcode.com/gh_mirrors/kg/kgateway点击查看免费下载导读本文以 kgateway 项目官方发布的《CNCF TAG Security 自评估》文档devel/security/self-assessment.md为主体结合仓库源码系统拆解 kgateway 的安全架构、认证授权能力、TLS/加密机制、流量安全策略、供应链合规规划与安全开发实践。读者读完后将能理解 kgateway 的安全边界与职责划分掌握 JWT、ExtAuth、RBAC、API Key、限流、CORS/CSRF、IP 访问控制等安全功能在TrafficPolicy、BackendConfigPolicy等 CRD 中的真实配置形态并了解其面向 CNCF incubation 级别的安全合规路线图。一、文档定位面向 CNCF incubation 级的安全自评估devel/security/self-assessment.md是 kgateway 团队遵循 CNCF TAG Security and Compliance group 的评估指南编写的自我评估文档核心目的是评估 kgateway 当前的安全态势security posture以及与最佳实践的契合程度为项目达到 CNCF incubation 级别的采纳标准做准备。文档开篇的 Metadata 表格明确了几个关键事实文档初稿日期2025 年 9 月 5 日作者为 Sam Heilbron、Lin Sun、Jenny Shu主要语言Golang、YAML、Python安全提供方定位kgateway 明确表示“No”——它不是安全提供商而是为安全和合规性验证提供支撑的平台。这一点决定了后续所有安全功能的边界理解kgateway 提供机制但不承诺自身承担安全审计职责。该文档还强调其使用场景为用户提供 kgateway 安全现状、既有安全文档、未来安全规划及安全开发实践的全貌为维护者与利益相关方提供 roadmap 决策上下文同时明确声明它不是独立审计或对安全状况的认证attestation。二、角色划分kgateway 的安全组件拓扑自评估文档从“Actors角色”维度定义了 kgateway 部署中的五类组件这既是安全分析的基础也是理解攻击面的起点组件职责隔离方式kgateway-proxy基于 envoy-gloo 封装的 Envoy 代理处理来自下游客户端/应用的流量独立 Podkgateway路由与策略 APIKubernetes Gateway API 与 kgateway CRD的控制面控制器生成 xDS 快照下发至 kgateway-proxy独立 Podsds实现 SDSSecret Discovery Service协议动态向 kgateway-proxy 分发证书而无需挂载进代理容器作为 kgateway-proxy 的 sidecarkgateway-ai-extension面向 LLM 的数据面扩展负责将流量路由到 LLM作为 kgateway-proxy 的 sidecarkgwctl与已安装的 kgateway 交互、检查运行时状态的 CLI独立二进制从 Actions动作看kgateway-proxy 的请求链路是接收下游请求 → 执行编码过滤器与路由逻辑 → 转发至上游服务 → 收集响应 → 执行解码过滤器 → 返回给客户端而 kgateway 控制面则持续将用户定义的 Gateway API 路由与策略 CRD 翻译为 xDS 快照。这一“控制面/数据面分离”的架构在源码中的体现是 pkg/kgateway/proxy_syncer 目录下的proxy_syncer.go、xdswrapper.go等文件负责将内部中间表示翻译为 Envoy xDS 配置并同步给数据面。三、安全目标与边界Goals / Non-goals自评估文档明确列出 kgateway 的安全目标提供安全、策略驱动的入口与路由能力强制实施认证、授权、限流与转换在保持机密性的同时提供可观测性。同时Non-goals非目标划定了责任边界这对安全评估至关重要kgateway不保证 serverless 或上游服务本身的安全性——它提供了应对机制如响应操纵/防护但这些上游的安全问题超出项目范围kgateway不负责平台级漏洞例如 Kubernetes 节点被攻陷。理解这一边界有助于避免对网关能力的过度期待kgateway 是一道强化边界而不是整个基础设施的安全兜底。四、安全功能全景从文档到源码实现自评估文档将 kgateway 的安全功能归纳为三大类认证与授权、数据加密、流量安全。下面逐一结合仓库源码验证其真实实现。4.1 认证与授权Authentication and AuthorizationJWT 认证文档指出 kgateway 提供“可配置 provider、令牌校验、基于 claim 的授权的统一 JWT 认证系统”。在源码中这由 api/v1alpha1/kgateway/jwt_types.go 承载JWTProvider定义 issuerissclaim 必须匹配、Audiences如指定则令牌必须有audclaim 且命中列表、ClaimsToHeaders将已验证 claim 复制到上游请求头、JWKS必填来自 Kubernetes ConfigMap 或远程 JWKS 服务器、ForwardToken是否将令牌透传上游、ClockSkew默认 Envoy 60s与Cache已验令牌的内存缓存每个 Envoy worker 线程一份Size默认 100、MaxTokenSize默认 4096 字节多个 provider 在同一策略中按OR语义组合只要任一 provider 验证通过即放行令牌来源JWTTokenSource支持 header如Authorization: Bearer前缀与 query parameter。在控制面翻译侧pkg/kgateway/extensions2/plugins/trafficpolicy/jwt.go 与gateway_extension.go中的resolveJwtProviders、buildCompositeJwtFilter将策略编译为 Envoyjwt_authnHTTP 过滤器配置。外部认证ExtAuth文档所述“与外部认证服务集成实现集中化身份管理”对应 api/v1alpha1/kgateway/ext_auth_types.go 中的ExtAuthPolicy与ExtAuthProvider支持gRPC 与 HTTP 两种外部认证服务grpcService/httpService二选一可配置headersToForwardHTTP 服务默认转发 Host、Method、Path、Content-Length、AuthorizationgRPC 服务默认转发全部客户端请求头failOpen默认false认证服务不可用时拒绝请求statusOnError默认 403认证服务出错时的返回码withRequestBody可选地缓冲并透传请求体注意对流式传输与性能的影响contextExtensions向认证服务附带额外上下文。翻译实现见 pkg/kgateway/extensions2/plugins/trafficpolicy/extauth_policy.go其中过滤器按filters.AuthNStage阶段插入过滤器链。基于角色的访问控制RBAC文档所述“在网关、路由、服务层级支持细粒度访问控制”在 api/v1alpha1/shared/rbac.go 中由Authorization承载通过CELCommon Expression Language表达式matchExpressions最长 16384 字符定义匹配条件Action为Allow/Deny默认 Allow任一表达式为真即匹配。插件侧 pkg/kgateway/extensions2/plugins/trafficpolicy/rbac.go 的translateRBAC、createCELMatcher将其编译为 Envoy RBAC 过滤器与 CEL matcher 配置。API Key 认证文档所述“基于 API Key 的认证与安全密钥管理”由 api/v1alpha1/kgateway/traffic_policy_types.go 中的APIKeyAuth实现keySources支持从header、query 参数、cookie提取同一 key source 内优先级 header query cookie多个 key source 按数组顺序逐个尝试不配置时默认从 headerapi-key提取密钥存于 Kubernetes SecretsecretRef或按标签选择多个 Secret 的secretSelectorSecret 每项为一个 API Key如client1: k-123forwardCredential控制是否将 API Key 透传上游默认移除clientIdHeader指定携带认证客户端标识的请求头名称。实现插件见 pkg/kgateway/extensions2/plugins/trafficpolicy/api_key_auth.go。补充TrafficPolicy还内置 Basic Authapi/v1alpha1/kgateway/basic_auth_types.go使用Authorization头校验 htpasswdSHA-1格式的凭据支持内联 users 或 Secret默认 key 为.htpasswd两种方式。4.2 数据加密Data Encryption文档列出了 TLS 终止、mTLS、后端 TLS、证书管理与传输加密五项能力。这些能力分散在多个 API 中前端 TLS通过 Gateway API 的Gateway/HTTPRoute引用 TLS Secret 实现证书终止并与SDS联动实现证书动态下发与轮换——即 sds 组件通过 Secret Discovery Service 目录。后端 TLS / mTLS文档所述“安全的上游连接、证书校验与 SNI 支持”由 api/v1alpha1/kgateway/backend_config_policy_types.go 中的TLS结构体承载可选证书来源包括secretRef引用含证书、密钥及可选根 CA 的 Kubernetes Secretfiles代理本地的证书文件路径wellKnownCACertificates使用众所周知的 CA当前仅支持系统证书池经 SDS 提供insecureSkipVerify跳过后端证书校验明确标注为不安全选项仅在你理解风险时使用sniTLS 握手中的 SNI 域名verifySubjectAltNames校验对端证书 SAN使用该项必须提供根 CAalpnProtocols默认[h2, http/1.1]allowRenegotiation默认 falseTLS 重协商被认为不安全simpleTLS提供客户端证书时默认启用 mTLS置 true 可退回单向 TLSparametersminVersion/maxVersionAUTO、1.01.3、cipherSuites等。证书管理前端证书经 SDS 动态分发与轮换后端证书可通过 secretRef 滚动更新构成“自动轮换 校验 SDS 集成”的证书生命周期管理。4.3 流量安全Traffic Security本地与全局限流文档所述“本地与全局分布式限流”由 api/v1alpha1/kgateway/traffic_policy_types.go 的RateLimit结构体承载本地限流LocalRateLimitPolicy基于令牌桶maxTokens突发容量≥1、tokensPerFill每次填充的令牌数默认 1、fillInterval填充间隔合法值如1s、500ms最短 50ms支持percentEnabled/percentEnforced灰度放量与shareAcrossGateway把令牌桶共享给整个 Gateway按副本数均分如 100 令牌/秒 × 4 副本则每个副本 25/秒此时maxTokens必须 ≥ 副本数。全局限流RateLimitPolicy通过extensionRef引用提供全局限流服务的GatewayExtension以descriptors定义维度——条目类型支持Generic键值对、Header从请求头取值、RemoteAddress客户端 IP、Path请求路径。插件侧实现见 pkg/kgateway/extensions2/plugins/trafficpolicy/local_rate_limit_plugin.go 与global_rate_limit_plugin.go后者含createRateLimitActions等翻译函数GatewayExtension 的限流 provider 配置见 api/v1alpha1/kgateway/gateway_extensions_types.go支持xRateLimitHeaders标准版本Off或DraftVersion03。CORS 防护api/v1alpha1/kgateway/traffic_policy_types.go 中CorsPolicy内联了 Gateway API 的HTTPCORSFilterallowOrigins、allowMethods、allowHeaders、allowCredentials、exposeHeaders、maxAge等并提供Disable字段以在策略层级关闭上层应用的 CORS 配置。实现见 pkg/kgateway/extensions2/plugins/trafficpolicy/cors_policy.go。CSRF 防护CSRFPolicy支持percentageEnabled启用百分比、percentageShadowed影子模式只评估不强制与additionalOrigins除目标 origin 外的额外允许来源最多 16 个。实现见 pkg/kgateway/extensions2/plugins/trafficpolicy/csrf_policy.go。请求/响应转换TrafficPolicy提供 header 操作headerModifiers、URL 重写、变换transformation等能力安全相关的典型用途是剥离敏感请求头、注入安全响应头具体可参考 docs/guides/transformation.md 与 pkg/kgateway/extensions2/plugins/trafficpolicy/transformation_plugin.go。IP 白名单/黑名单ACL文档所述“基于客户端 IP 的网络级访问控制”由 api/v1alpha1/shared/acl_types.go 中的ACLPolicy承载defaultActionallow/deny无规则匹配时的默认动作rulesACLRule由cidrsIPv4/IPv6 地址或 CIDR裸 IP 视为 /32 或 /128与action组成采用最长前缀匹配规则顺序无关denyResponse自定义拒绝响应statusCode默认 403、附加headers、blockedByHeaderName输出被哪个规则拦截。实现见 pkg/kgateway/extensions2/plugins/trafficpolicy/http_acl_plugin.go可结合 internal/envoy_modules/filters/http-aclRust 编写的 Envoy 扩展过滤器理解数据面执行细节。此外与速率限制、故障注入、重试、超时等一起TrafficPolicy的完整字段可通过 api/v1alpha1/kgateway/traffic_policy_types.go 与 examples/example-http-route-with-attached-traffic-policy.yaml、examples/example-basic-auth-traffic-policy.yaml 等示例文件对照查看。五、合规性与行业标准当前状态与未来规划5.1 当前对齐的标准自评估文档说明kgateway 目前不将 PCI-DSS、GDPR 等作为目标但在云原生生态内对齐以下标准Gateway API 合规完全遵循 Kubernetes Gateway API 规范及其安全指南Envoy Proxy 标准基于久经实战考验的 Envoy 代理及其安全模型CNCF 云原生安全遵循 CNCF SIG Security 白皮书OpenTelemetry 集成通过 OpenTelemetry 标准实现可观测性与安全监控相关设计见 design/11173-opentelemetry-tracing-access-log-support.md 与 devel/architecture/metrics.md。5.2 Kubernetes 集成原生 KubernetesRBAC访问控制符合 KubernetesPod Security Standards支持 KubernetesNetworkPolicy微隔离集成。5.3 未来合规目标Future State文档将以下内容列为未来建设方向这也为关注供应链安全的用户提供了预期供应链安全SLSA所有发布产物携带带密码学验证的签名 provenance来源证明实现构建过程隔离与非可伪造 provenance容器镜像与发布二进制均有完整 SLSA provenance 链。容器安全标准使用 Cosign 以**无密钥签名keyless signing**为所有容器镜像签名为所有版本生成SBOM软件物料清单多架构容器构建并携带 attestation证明。从仓库现状看SBOM/安全洞察/Cosign 公钥等条目在文档的 Security links 中均指向“Future State”与 hack/oss_compliance开源合规工具等现有实践互补。六、安全开发实践Secure Development Practices文档将开发流程安全划分为四个维度贡献安全贡献文档中提供明确的安全指南支持签名提交与签名发布代码安全集成 golangci-lint 并启用安全聚焦的 linter静态代码分析强制同行代码评审且评审中考虑安全因素安全考量贯穿整个开发生命周期测试与验证大量端到端测试包含安全聚焦的用例在各类负载条件下进行性能与安全测试仓库 e2e 体系见 test/e2e 与 devel/testing/e2e-framework.mdCI/CD使用 GitHub Actions 做持续集成与持续部署仓库 CI 脚本见 hack/ci如get-recent-flakes.sh、manifest-digest.sh。安全沟通渠道文档列出的社区沟通渠道包括文档站、Slack、邮件列表cncf-kgateway-maintainerslists.cncf.io、LinkedIn、X/Twitter、YouTube 与社区会议贡献规范详见仓库根目录 CONTRIBUTING.md。安全漏洞响应文档指出安全问题披露与应急响应流程由 kgateway 社区 CVE 文档kgateway-dev/community仓库的CVE.md覆盖。项目还提供了 SECURITY.md 与 SECURITY_RESPONSE.md、THREAT_MODEL.md 供进一步参考。七、附录已知问题、OpenSSF 与案例研究已知问题时间线文档披露kgateway 已知问题当前在项目 roadmap 中跟踪截至文档撰写时无已报告的公开安全漏洞所有已知问题与缺陷在 GitHub Issues 中跟踪并由维护者及时处理项目在代码评审与自动化测试阶段有良好的问题捕获记录发布后未发现严重漏洞。OpenSSF 最佳实践徽章kgateway 已获得通过的OpenSSF 最佳实践徽章bestpractices.coreinfrastructure.org 项目编号 10534作为项目支持安全最佳实践的佐证。两个典型安全场景文档提供两个实战案例说明安全功能如何落地案例一用限流抵御凭证填充攻击Credential Stuffing一家企业遭遇针对登录端点的凭证填充攻击。在不改造核心应用的前提下他们在 API 前部署 kgateway配置了基于 IP 与基于用户的限流策略从而在不改动业务代码的情况下缓解攻击。对应的全局限流指南见 kgateway.dev 文档的 Global Rate Limiting 章节其底层能力即上文所述RateLimitPolicyGatewayExtensionRateLimit 类型的组合。案例二受监管环境中的审计日志一家医疗机构为满足 HIPAA 合规需对所有外部 API 请求做审计日志。他们利用 kgateway 的可插拔日志能力以结构化格式记录请求元数据IP、User-Agent、访问端点、响应状态等从而能够方便地检索可疑模式并顺利通过第三方审计。kgateway 的访问日志与 OpenTelemetry 集成详见 devel/architecture/metrics.md 与 design/11173-opentelemetry-tracing-access-log-support.md。相关项目文档将 Envoy Gateway 与 Kong 列为相关项目表明 kgateway 处于 Envoy 网关生态中的同类位置。八、给读者的落地建议综合自评估文档与源码可以给出如下实践要点安全边界认知kgateway 是“安全能力平台”而非安全提供商——网关边界内的认证、授权、加密与限流由你通过策略声明式配置而节点/平台层安全与上游服务安全不在其承诺范围内优先启用认证链推荐按需组合 JWTjwt_types.go、ExtAuthext_auth_types.go、RBACrbac.go与 API Key 认证traffic_policy_types.go并通过TrafficPolicy的Disable字段实现分层策略覆盖纵深防御在认证之外同时配置本地/全局限流、CORS、CSRF 与 IP ACL并结合 BackendConfigPolicy 的 TLS 字段为上游连接启用证书校验与 SNI默认避免insecureSkipVerify跟踪合规进展SLSA 签名、Cosign keyless 签名、SBOM 与多架构 attestation 均为文档明示的未来目标接入生产环境前应关注这些供应链安全能力的落地状态持续关注安全渠道通过 SECURITY.md、社区 CVE 流程与 OpenSSF 徽章状态跟踪项目安全态势的演进。参考路径速查主题仓库路径安全自评估原文devel/security/self-assessment.mdJWT 认证类型api/v1alpha1/kgateway/jwt_types.go外部认证类型api/v1alpha1/kgateway/ext_auth_types.goRBAC 授权类型api/v1alpha1/shared/rbac.go流量策略API Key/CORS/CSRF/限流等api/v1alpha1/kgateway/traffic_policy_types.goIP 访问控制ACLapi/v1alpha1/shared/acl_types.go后端 TLS 配置api/v1alpha1/kgateway/backend_config_policy_types.go限流扩展 Providerapi/v1alpha1/kgateway/gateway_extensions_types.go安全功能翻译插件pkg/kgateway/extensions2/plugins/trafficpolicy安全披露与威胁模型SECURITY.md、SECURITY_RESPONSE.md、THREAT_MODEL.md赞分享API网关云原生微服务【免费下载链接】kgatewayThe Cloud-Native API Gateway and AI Gateway项目地址https://gitcode.com/gh_mirrors/kg/kgateway点击查看免费下载相关推荐Podman 安全架构深度解析基于 CNCF 安全自评估的容器安全全景Podman 安全架构深度解析基于 CNCF 安全自评估的容器安全全景 导读 本文以 Podman 项目官方维护的 CNCF 安全自评估文档 https://容器运行时云原生CLIM/o/Vfuscator安全认证通过第三方评估的最佳实践M/o/Vfuscator安全认证通过第三方评估的最佳实践 你是否在为代码保护方案的有效性验证而困扰第三方安全评估常因工具链复杂、验证流程不透明而难以通过。编译器nativecn-ui与shadcn/ui深度对比为什么它更适合React Native开发nativecn ui与shadcn/ui深度对比为什么它更适合React Native开发 在移动应用开发领域选择合适的UI组件库直接影响开发效率和产品上一篇gh_mirrors/aw/awesome-android-ui社区精选用户贡献的最佳实践案例下一篇miniaudio音频解码完全指南如何快速集成WAV、FLAC、MP3及自定义解码器创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考