mirror of
https://github.com/infinite-iroha/touka.git
synced 2026-02-02 16:31:11 +08:00
feat: Add security vulnerability report in Chinese
Creates a `bugs.md` file to document security vulnerabilities found in the Touka web framework. This report includes details on path traversal, cross-site scripting, potential memory safety issues, and information disclosure vulnerabilities. It also notes the inability to run a dependency scan and recommends resolving the issue. The report is written in Chinese.
This commit is contained in:
parent
ee0ebc986c
commit
0845776165
1 changed files with 53 additions and 0 deletions
53
bugs.md
Normal file
53
bugs.md
Normal file
|
|
@ -0,0 +1,53 @@
|
|||
# 安全漏洞报告
|
||||
|
||||
本文档概述了在 Touka Web 框架中发现的安全漏洞。
|
||||
|
||||
## 1. `fileserver.go` 中的路径遍历漏洞
|
||||
|
||||
**漏洞:** `fileserver.go` 文件中的 `GetStaticDirHandleFunc` 函数容易受到路径遍历攻击。
|
||||
|
||||
**位置:** `fileserver.go`
|
||||
|
||||
**描述:** 用户提供的 `filepath` 参数被直接用于为 `http.FileServer` 构建文件路径。攻击者可以提供恶意的 `filepath`(例如 `../../../../etc/passwd`)来访问系统上的任意文件。尽管 `path.Clean` 在文件的其他部分被使用,但它并未应用于此特定函数中用户控制的 `filepath`。
|
||||
|
||||
**建议:** 在使用 `filepath` 参数之前,应将其进行清理,以移除任何目录遍历字符。可以使用 `path.Join` 函数来安全地构建文件路径。此外,应考虑将文件访问限制在特定的基目录下。
|
||||
|
||||
## 2. `context.go` 中的跨站脚本(XSS)漏洞
|
||||
|
||||
**漏洞:** `context.go` 文件中的 `String` 方法容易受到跨站脚本(XSS)攻击。
|
||||
|
||||
**位置:** `context.go`
|
||||
|
||||
**描述:** `String` 方法使用 `fmt.Sprintf` 来格式化响应,该方法不会执行任何 HTML 转义。如果将用户提供的数据传递给此方法,它可能会在用户的浏览器中呈现为 HTML,从而允许攻击者执行任意 JavaScript。
|
||||
|
||||
**建议:** 在 HTML 上下文中呈现用户提供的内容时,应使用 `HTML` 方法而非 `String` 方法。`HTML` 方法使用 `html/template` 包,该包提供自动转义功能,可有效缓解 XSS 漏洞。如果必须使用 `String` 方法,请确保在将其传递给该方法之前,所有用户提供的数据都已进行适当的转义。
|
||||
|
||||
## 3. `tree.go` 中潜在的内存安全问题
|
||||
|
||||
**漏洞:** `tree.go` 文件中的 `StringToBytes` 和 `BytesToString` 函数使用了 `unsafe` 包,这可能导致内存安全问题。
|
||||
|
||||
**位置:** `tree.go`
|
||||
|
||||
**描述:** 这些函数用于性能优化,但它们绕过了 Go 的内存安全保证。如果在通过这些函数创建的切片或字符串仍在使用时修改了底层数据,可能会导致内存损坏、程序崩溃或其他不可预测的行为。
|
||||
|
||||
**建议:** 尽管对于性能关键的代码,使用 `unsafe` 有时是必要的,但应极其谨慎。应彻底审查代码,以确保底层数据不会以可能违反内存安全的方式被修改。建议添加更详细的注释,解释为何使用 `unsafe` 以及必须维护哪些不变量以确保安全。
|
||||
|
||||
## 4. `context.go` 中的信息泄露漏洞
|
||||
|
||||
**漏洞:** `context.go` 文件中的 `FileText` 和 `SetRespBodyFile` 方法可用于暴露系统上的任意文件。
|
||||
|
||||
**位置:** `context.go`
|
||||
|
||||
**描述:** 这些方法接受一个文件路径作为参数,并提供该文件的内容。尽管它们使用 `filepath.Clean` 来防止简单的路径遍历攻击,但并未将文件访问限制在特定目录内。如果攻击者可以控制 `filePath` 参数,他们就可以利用这些方法读取应用程序有权访问的系统上的任何文件。
|
||||
|
||||
**建议:** 在提供文件服务时,将访问权限限制在特定的、已知的目录内至关重要。应用程序应为静态文件设置一个基目录的配置选项,并且所有文件访问都应相对于该目录进行。应用程序还应确保解析后的路径仍在基目录范围内。
|
||||
|
||||
## 5. 依赖项漏洞
|
||||
|
||||
**漏洞:** 项目的依赖项可能包含已知的漏洞。
|
||||
|
||||
**位置:** `go.mod`
|
||||
|
||||
**描述:** 由于持续的程序崩溃,无法完成使用 `govulncheck` 进行的依赖项扫描。这意味着项目可能正在使用带有已知漏洞的依赖项。
|
||||
|
||||
**建议:** 应成功运行 `govulncheck` 工具,以识别并修复项目依赖项中的任何漏洞。应对程序崩溃问题进行调查并予以解决。
|
||||
Loading…
Add table
Add a link
Reference in a new issue