---
id: CVE-2026-101041
title: >-
  The account recovery (password reset) functionality in the
  vulnerability-lookup web application contains a time-of-check-to-time-of-use
  (TOCTOU) race condition in the consumption of single-use recovery tokens
summary: >-
  The account recovery (password reset) functionality in the
  vulnerability-lookup web application contains a time-of-check-to-time-of-use
  (TOCTOU) race condition in the consumption of single-use recovery tokens. The
  original implementation…
severity: medium
cvss: 6.3
cvssVector: 'CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:L/SI:N/SA:N'
cwe:
  - CWE-20
  - CWE-362
vendor: vulnerability-lookup
product: vulnerability-lookup
affected:
  - vulnerability-lookup <= 6.2.0
published: '2026-09-27'
updated: '2026-09-27'
sourceUpdated: '2026-09-27T15:16:27.190'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-101041'
references:
  - url: >-
      https://github.com/vulnerability-lookup/vulnerability-lookup/commit/5462bab62d76df852619e01eb67da36c023c8c40
    label: 5a6e4751-2f3f-4070-9419-94fb35b644e8
  - url: >-
      https://github.com/vulnerability-lookup/vulnerability-lookup/commit/ad6f22882975516adf193a1a920aaa54025c71d4
    label: 5a6e4751-2f3f-4070-9419-94fb35b644e8
tags:
  - nvd
  - cve.org
cvssSource: cna
ingestedAt: '2026-09-27T14:54:04.943Z'
---

## Overview

The account recovery (password reset) functionality in the vulnerability-lookup web application contains a time-of-check-to-time-of-use (TOCTOU) race condition in the consumption of single-use recovery tokens. The original implementation verified the token nonce against the stored digest and then consumed (cleared) it in separate database operations. Two concurrent HTTP requests presenting the same valid recovery token could both pass the verification check before either transaction committed, allowing both to set their own password on the target account. The last transaction to commit overwrites the first, enabling an attacker who possesses a valid recovery token to replace the legitimate user's password with one of their choosing.

A secondary defect in the same endpoint (confirm_account) allowed a valid recovery link to be used to set an empty or trivially short password (e.g., three characters). The view handler performed only a manual equality comparison between the two password fields and never invoked the form's validation logic, bypassing the intended minimum-length and complexity constraints.

The affected component is the user account recovery endpoint (/user/confirm_account/<token>) and the associated token verification and consumption logic in the User model (website/models/user.py) and the view layer (website/web/views/user.py).

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.