Approved changes feed: RSS · Atom
cpe:2.3:a:overleaf:overleaf:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Overleaf (08424beb-c565-5fa0-9b9d-8b6c7275f58c) |
|---|---|
| Product | Overleaf (044309e7-e579-5cb8-b88d-23e14951db93) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from purl2cpe mapping
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/overleaf/overleaf |
purl2cpe | 2026-06-01 10:15:33.398058 |
pkg:golang/github.com/overleaf/overleaf |
purl2cpe | 2026-06-01 10:15:33.398060 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2024-45313 |
vulnerable | 2026-06-08 06:45:55.865217 |
Insecure default setting for Server Pro installed via Overleaf toolkit
MEDIUM (5.4)
Overleaf is a web-based collaborative LaTeX editor. When installing Server Pro using the Overleaf Toolkit from before 2024-07-17 or legacy docker-compose.yml from before 2024-08-28, the configuration for LaTeX compiles was insecure by default, requiring the administrator to enable the security features via a configuration setting (`SIBLING_CONTAINERS_ENABLED` in Toolkit, `SANDBOXED_COMPILES` in legacy docker-compose/custom deployments). If these security features are not enabled then users have access to the `sharelatex` container resources (filesystem, network, environment variables) when running compiles, leading to multiple file access vulnerabilities, either directly or via symlinks created during compiles. The setting has now been changed to be secure by default for new installs in the Toolkit and legacy docker-compose deployment. The Overleaf Toolkit has been updated to set `SIBLING_CONTAINERS_ENABLED=true` by default for new installs. It is recommended that any existing installations using the previous default setting migrate to using sibling containers. Existing installations can set `SIBLING_CONTAINERS_ENABLED=true` in `config/overleaf.rc` as a mitigation. In legacy docker-compose/custom deployments `SANDBOXED_COMPILES=true` should be used.
Published: 2024-09-02T16:54:19.915Z
Updated: 2024-09-03T14:03:22.825Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2024-45312 |
vulnerable | 2026-06-08 06:45:55.863405 |
Arbitrary language parameter can passed to `aspell` executable via spelling requests in overleaf
MEDIUM (5.3)
Overleaf is a web-based collaborative LaTeX editor. Overleaf Community Edition and Server Pro prior to version 5.0.7 (or 4.2.7 for the 4.x series) contain a vulnerability that allows an arbitrary language parameter in client spelling requests to be passed to the `aspell` executable running on the server. This causes `aspell` to attempt to load a dictionary file with an arbitrary filename. File access is limited to the scope of the overleaf server. The problem is patched in versions 5.0.7 and 4.2.7. Previous versions can be upgraded using the Overleaf toolkit `bin/upgrade` command. Users unable to upgrade may block POST requests to `/spelling/check` via a Web Application Firewall will prevent access to the vulnerable spell check feature. However, upgrading is advised.
Published: 2024-09-02T16:50:08.305Z
Updated: 2024-09-03T14:04:59.459Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.