Skip to main content

Apache Answer CVE-2026-90910

HIGH
2026-10-16
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach reaction API endpoint
  2. Exploit
    Request reactions on restricted content
  3. Execution
    Visibility control not enforced
  4. Impact
    Read metadata or toggle reactions

Vulnerability Assessment

Exploitation Conditions

Exploitation requires the target to be running Apache Answer at or below version 2.0.2 and requires content that is visibility-restricted (private/limited-audience posts) for which reaction data exists - the flaw only matters where the reaction API is used against such restricted content. The reaction API endpoint must be network-reachable to the attacker. Limiting factors: impact is confined to reaction metadata disclosure and the attacker's own reaction add/remove actions - the restricted content body itself is not exposed, and no server-side integrity or availability impact occurs; severity is capped at 'moderate' by the vendor. No non-default configuration appears necessary, as this is the default behavior of affected versions.

Impact

This is a low-to-moderate real-world risk, not a top-priority emergency. Apache rated it 'moderate' and provided no CVSS vector, EPSS score, or SSVC decision data, so quantitative exploitation signals are entirely absent from the input. The underlying weakness (CWE-287/862 style 'Missing authentication for critical function' on the reaction API) is a genuine authorization-bypass, but the technical impact is narrow: an actor can read reaction metadata on restricted content and add/remove their own reactions - there is no code execution, data destruction, privilege escalation, or access to the restricted content body itself. Exploitation status is 'no public exploit identified at time of analysis' (no KEV listing and no POC referenced), and no EPSS probability was supplied to contrast against. Because no CVSS vector was provided, attack-vector and complexity cannot be confirmed from NVD; the API nature of the flaw strongly implies network reachability, but this should be verified against the vendor patch (fix in 2.0.3). The description says 'unauthorized users,' implying little to no authentication is required, but per analysis rules this cannot be formally confirmed as PR:N without a CVSS vector - treat the auth requirement as inferred, not confirmed.

Exploit ScenarioDerived

An attacker interacts directly with Apache Answer's reaction API endpoint for content that is supposed to be visibility-restricted. Because the API fails to enforce content visibility controls, the attacker enumerates reaction metadata (who/what reacted) on that restricted content and can toggle their own reactions on it, leaking information about otherwise hidden posts. No public exploit code is referenced, and the impact is limited to metadata disclosure and reaction manipulation rather than full content access.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 16, 2026

Apache Answer through 2.0.2 fails to enforce content visibility in its reaction API, letting any remote, unauthenticated client read reaction metadata attached to visibility-restricted (private or limited-audience) posts and comments and add or remove its own reactions against content it is not authorized to see. Impact is bounded - reaction metadata and the attacker's own reaction state are exposed, not the restricted content body - and the vendor rates the issue moderate; there is no server-side availability or broader integrity impact. Apache Answer 2.0.3 fixes the issue; no public exploit identified at time of analysis, and exploitation only matters on deployments that combine visibility-restricted content with the reaction feature.

RemediationAI

Vendor-released patch: upgrade Apache Answer to version 2.0.3, which enforces content visibility in the reaction API and is the only complete fix for CVE-2026-90910; confirm the version from the project advisory at https://answer.apache.org and the oss-security posting at https://seclists.org/oss-sec/2026/q4/209 before and after upgrading. Until the upgrade can be deployed, compensating controls are limited and all carry trade-offs: block or restrict the reaction API paths (for example /api/ reaction endpoints) at the reverse proxy or WAF so they are reachable only by authenticated, authorized sessions - this immediately stops the metadata disclosure and unauthorized reaction writes but also disables reactions for legitimate users; alternatively, place the whole instance behind your existing authentication/authorization proxy so anonymous clients can no longer reach any API surface, at the cost of breaking public or anonymous access patterns; a further containment option is to temporarily stop relying on visibility-restricted content (make affected posts public or remove reactions from them), which eliminates the exposure path but may itself leak the content you were trying to protect, so weigh that carefully. No vendor workaround is documented, and no patch beyond 2.0.3 should be assumed. Detection should focus on unauthenticated requests to reaction endpoints referencing restricted content IDs in web server or application logs.

Affected ProductsAI

Apache Answer versions through 2.0.2, including the 2.0.x line prior to the fix, are affected; deployments running Apache Answer 2.0.3 or later are not. No CPE strings were supplied with the advisory, so identification must be based on the product name and the vendor's stated version range (through 2.0.2). The issue is present in the default configuration and becomes exploitable where the reaction feature is enabled and at least one piece of content has restricted visibility (private or limited audience) with reaction data present. Authoritative sources confirming the affected range and the fixed release are the oss-security advisory at https://seclists.org/oss-sec/2026/q4/209, the project site and advisory landing page at https://answer.apache.org, and the CVE record at https://www.cve.org/CVERecord?id=CVE-2026-90910.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Apache Answer is an open-source Q&A and knowledge-sharing platform (Go backend with a React front end, used for community forums, help centers, and internal knowledge bases) that applies a reaction/vote feature to posts, comments, and answers. The vendor describes the root cause as a missing authentication check for a critical function; the independent assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N confirms network reachability with no privileges and no user interaction required, but limits impact to low confidentiality and low integrity with no availability effect. Concretely, the reaction API endpoints operate on content by identifier but through version 2.0.2 did not apply the same visibility/authorization gate used by the content-read endpoints, so private or limited-audience content leaked through its derived reaction metadata and reaction write operations were accepted against content the caller could not view. This is an object-level authorization failure (broken access control / missing authorization at the API layer, consistent with CWE-862/CWE-306 class) rather than a memory-safety or injection flaw; because the exposure is limited to reaction data instead of post bodies, the assessed severity remains moderate. The affected surface is the default behavior of impacted versions, requiring no special configuration.

Know when the next one hits your stack

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

vuln.today AI 6.5 MEDIUM

Web/API reaction endpoint reachable over the network with no special conditions (AV:N/AC:L); missing authorization check implies PR:N; limited to reaction metadata disclosure and own-reaction changes, so C:L/I:L/A:N.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

Description PRE-NVD

Disclosed via oss-security. NVD scoring and full description are pending.

Executive ViewAI

Why It Matters

Deployments of Apache Answer at version 2.0.2 and earlier fail to apply content-visibility checks in the reaction API, so any remote client that can reach that endpoint can read reaction metadata tied to private or limited-audience posts and comments, and can add or remove its own reactions on content it is not permitted to view. The disclosure is bounded - restricted post and comment bodies are not exposed, only reaction metadata and the caller's own reaction state - but it still leaks the existence and engagement profile of restricted discussions and permits unauthorized write activity against them. Leadership should care because organizations using Apache Answer for internal Q&A or community forums may believe private content is fully siloed when engagement signals about it are not, which can inform targeted social engineering or reveal sensitive project activity.

Business Impact: Medium
Compensating Controls

Apply vendor patch: upgrade to Apache Answer 2.0.3. Where upgrade is not yet possible, disable the reaction feature on deployments that host visibility-restricted content, restrict network access to the reaction API to trusted internal ranges, and monitor for anomalous reaction activity against private or limited-audience posts.

Threat Intelligence Overview

Prevalence
Low
niche self-hosted open-source Q&A platform, limited enterprise footprint
Social Media
1
Sightings
Data Quality
1 sources
Confidence: Low

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS N/A
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy