Gitea 在解析 SSH 证书的主体(principals)时,错误地遍历了所有已存储的公钥内容,而本应仅检查专门用于主体的密钥。当 Gitea 配置为信任用户证书颁发机构( )并允许任意主体( )时,攻击者可以将其他用户的公钥行注册为自己的主体,或者持有由该机构签发的证书的用户也可以列出该公钥,随后通过 HTTP 签名 API 及内置 SSH 服务器冒充该公钥的拥有者进行身份验证。未配置信任用户证书颁发机构的实例不受此问题影响。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-104627 | Gitea OpenID 账户链接会话绑定缺失漏洞 | |
| CVE-2026-105661 | Gitea 用户仓库路由恐慌漏洞 | |
| CVE-2026-105964 | Gitea Actions v4 API 请求体无限制漏洞 | |
| CVE-2026-109844 | Gitea 仓库 API 在权限撤销后泄露 | |
| CVE-2026-107618 | Gitea 仓库主题跨站请求伪造漏洞 | |
| CVE-2026-107686 | Gitea 已锁定议题和评论的点赞漏洞 | |
| CVE-2026-110494 | Gitea 问题附件重新链接漏洞 | |
| CVE-2026-110324 | Gitea 通过 POST 请求泄露用户隐私信息漏洞 | |
| CVE-2026-110311 | Gitea 草稿发布创建附件元数据泄露 | |
| CVE-2026-97204 | Gitea 跨仓库与组织 ID 标签删除漏洞 | |
| CVE-2026-97859 | Gitea 用户社交图、密钥及收藏信息泄露漏洞 |
暂无评论