CVE-2026-58202
OpenReception: Confirmation-email links built from the request Host enable pending-account takeover via `POST /api/auth/resend-confirmation`
P3 CVSS最高 8.3
公式ソースで確認された事実(機械抽出)
| 公式説明(原文・英語) | OpenReception's appointment booking software provides an end-to-end encrypted appointment booking platform. Prior to version 2.0.0, the account-confirmation link in emails is built from the request Host header, with no allowlist. The unauthenticated POST /api/auth/resend-confirmation rotates a pending invitee's confirmation token and emails a link whose host comes from the request. An attacker who sends one resend-confirmation with Host: attacker.example and a pending invitee's email causes that invitee to receive a confirmation email whose only link points to the attacker. If the invitee clicks, the one-time confirmation token reaches the attacker, who then confirms the account on the real tenant domain and registers a passkey they control, taking over the account before the legitimate invitee ever uses it. All released versions through v1.1.0 are affected; no patched version exists yet. Reaching the app with a spoofed Host depends on the front proxy: the stock Caddy catch-all forwards it, while an operator who configures explicit per-tenant proxy blocks is not affected (see Details 4). The invite path builds links from the trusted tenant.domain (invite/+server.ts:204-210); the resend-confirmation path builds them from the request Host. This issue has been patched in version 2.0.0. |
|---|---|
| 悪用状況 | 不明 |
| KEV(米CISA既知悪用脆弱性カタログ) | 未登録(確認 —)。KEV未掲載は「悪用されていない」ことを意味しません。 |
| CVSS評価 | security-advisories-at-github.com CVSS 3.1: 8.3 security-advisories-at-github.com: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:L |
| EPSS(今後30日以内の悪用確率・FIRST) | — |
| 修正バージョン | 公表なし |
| 公表日 | 2026年10月24日 05:27 |
| 最終更新 | 2026年10月30日 04:17 |
| 最終確認 | 2026年10月30日 14:40 |
対象製品・バージョン
| 製品 | 影響バージョン | 修正バージョン | ベンダー修正済み | 利用者対応要否 |
|---|---|---|---|---|
| open-reception appointment-booking-software | < 2.0.0 | — | 未告知 | 未告知 |
「ベンダー修正済み」と「利用者対応要否」は別の事実として管理しています(ベンダー修正済みでも利用者側の更新が必要です)。
出典・根拠
AIによる補助要約
AIによる補助要約は無効化されています(無料運用のため既定ではオフ)。一次情報をご確認ください。