LiveActive security incident?Get immediate response
CVE Record

CVE-2022-31185: Email addresses are not hidden regardless of selected state in mprweb

mprweb is a hosting platform for the makedeb Package Repository. Email addresses were found to not have been hidden, even if a user had clicked the `Hide Email Address` checkbox on their account page, or during signup. This could lead to an account's email being leaked, which may be problematic if your email needs to remain private for any reason. Users hosting their own mprweb instance will need to upgrade to the latest commit to get this fixed. Users on the official instance will already have this issue fixed.

MediumCVSS 5.3Not KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

mprweb could expose user email addresses even when users selected the option to hide them. This is a privacy issue, not a system takeover issue. It matters most where email anonymity is important, such as public package repository contributors using self-hosted mprweb instances.

Executive priority

Treat as a moderate privacy remediation item. Prioritize quickly for self-hosted public repositories where contributor anonymity matters, but it is not evidence of server compromise or broad operational disruption.

Technical view

CVE-2022-31185 is a CWE-200 information disclosure issue in makedeb mprweb. The application did not honor the Hide Email Address setting during signup or account management. Affected versions are before commit d13e3f2f5a9c0b0f6782f35d837090732026ad77. CVSS is 5.3, with low confidentiality impact only.

Likely exposure

Exposure is limited to makedeb mprweb deployments before the fixed commit. The official makedeb instance is reported fixed. Organizations that do not operate or rely on self-hosted mprweb are unlikely to have direct exposure.

Exploitation context

The provided sources do not show active exploitation, and this CVE is not listed as KEV. The practical risk is privacy loss, unwanted contact, spam, phishing targeting, or identity correlation for users who expected email addresses to remain hidden.

Researcher notes

Evidence supports a narrow confidentiality issue: email visibility ignored user preference. Sources do not identify broader affected products, exploit activity, or a formal release version beyond the fixing commit. Avoid expanding scope without vendor confirmation.

Mitigation direction

  • Upgrade self-hosted mprweb to commit d13e3f2f5a9c0b0f6782f35d837090732026ad77 or later.
  • Check the GitHub advisory for newer vendor guidance before deploying changes.
  • Review whether exposed email addresses create notification or privacy obligations.
  • Confirm the official hosted instance is not treated as affected in internal tracking.

Validation and detection

  • Inventory any self-hosted mprweb deployments.
  • Confirm deployed code is at or after the fixed commit.
  • Review account privacy behavior against the Hide Email Address setting.
  • Check whether public pages previously exposed emails for users with hidden-email preference.
Prepared
Confidence
high
Sources
4

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · medium confidence lookup

CWE-200: Information exposure and cloud metadata lookup

Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2022-31185 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Medium
CVSS
5.3 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
0Timeline events
0ADP providers
3Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
5.3CVSS 3.1MediumCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N3.91.4Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

5.3Medium
CVSS 3.1 vector shape for CVE-2022-31185Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
makedebmprweb< d13e3f2f5a9c0b0f6782f35d837090732026ad77Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-200 · source CWE mapping

Exposure of Sensitive Information to an Unauthorized Actor

Exposure of Sensitive Information to an Unauthorized Actor represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.