Threats Tagged 'cve-2026-100671'

Grav CMS versions 2.0.0 through 2.0.24 and 1.7.x (with content Twig explicitly enabled) contain a vulnerability where page content authored by users with page-write permission is processed through a Twig sandbox that allowlists get_cookie(). This function exposes cookies, including session cookies, server-side. The rendered content is cached without user or session context, allowing subsequent visitors to receive cached pages containing administrator session cookies. This enables cookie replay attacks to authenticate as administrators. The vulnerability is fixed in version 2.0.25; 1.7.x is not patched.

Grav is a flat-file CMS. In versions 2.0.19 through 2.0.24 — and in 2.0.0 through 2.0.18 and 1.7.x only where content Twig has been explicitly enabled — page content authored by a user holding only page-write permission is rendered through a Twig sandbox that allowlists get_cookie(), which returns any cookie sent with the current request, including the visitor's session cookie. Because the read occurs server-side via filter_input(INPUT_COOKIE, ...), the HttpOnly, Secure and SameSite attributes offer no protection. Grav then stores the finished post-Twig output in a page-content cache keyed only on page identity and the configuration checksum, with no session, user or request dimension and no bypass for authenticated visitors. A page published by a page-write user can therefore capture the session identifier of the next administrator who views it, after which the cached output serves that identifier to unauthenticated visitors, who can replay the cookie to authenticate as that administrator. Since 2.0.19, security.twig_content.process_enabled defaults to true and Security::applyTwigContentDefault() derives each page's process.twig flag from that gate, so content Twig runs on every page with no frontmatter or operator action. Fixed in 2.0.25; 1.7.x is outside the backport scope.