Skip to content

Unauthenticated Information Disclosure (Integration Metadata Leak)

Moderate
Meierschlumpf published GHSA-m4vc-4prp-cvp7 Mar 6, 2026

Package

ghcr.io/homarr-labs/homarr (Docker image)

Affected versions

<= 1.53.2

Patched versions

None

Description

Summary

The integration.all tRPC endpoint in Homarr is exposed as a publicProcedure, allowing unauthenticated users to retrieve a complete list of configured integrations. This metadata includes sensitive information such as internal service URLs, integration names, and service types.

Details

The vulnerability is caused by an overly permissive access control configuration for the integration list procedure.

  1. Exposed Procedure: In packages/api/src/router/integration/integration-router.ts, the all procedure is defined using publicProcedure:

    // packages/api/src/router/integration/integration-router.ts
    export const integrationRouter = createTRPCRouter({
      all: publicProcedure
        .output(z.array(integrationSchema))
        .query(async ({ ctx }) => {
          // ... fetches and returns all integrations
        }),
  2. Sensitive Metadata Leak: The returned integrationSchema includes fields like url, which often contains internal IP addresses, local hostnames, or private subdomains for services that Homarr integrates with (e.g., Pi-hole, Plex, Sonarr, Docker).

PoC

Send a GET request to the integration.all endpoint:

curl -G 'http://127.0.0.1:7575/api/trpc/integration.all' \
  --data-urlencode 'batch=1' \
  --data-urlencode 'input={"0":{"json":null,"meta":{"values":["undefined"]}}}'

The response will contain a JSON array of all configured integrations and their internal URLs.

Impact

Vulnerability Type: Information Disclosure
Impacted Parties: Homarr administrators whose instances are exposed to untrusted networks.
Effect:

  • Leak of internal network topology and service discovery.
  • Disclosure of internal hostnames and IP addresses.
  • Identification of service versions and types configured in the environment, aiding in further targeted attacks.

Severity

Moderate

CVSS overall score

This score calculates overall vulnerability severity from 0 to 10 and is based on the Common Vulnerability Scoring System (CVSS).
/ 10

CVSS v3 base metrics

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
None
Availability
None

CVSS v3 base metrics

Attack vector: More severe the more the remote (logically and physically) an attacker can be in order to exploit the vulnerability.
Attack complexity: More severe for the least complex attacks.
Privileges required: More severe if no privileges are required.
User interaction: More severe when no user interaction is required.
Scope: More severe when a scope change occurs, e.g. one vulnerable component impacts resources in components beyond its security scope.
Confidentiality: More severe when loss of data confidentiality is highest, measuring the level of data access available to an unauthorized user.
Integrity: More severe when loss of data integrity is the highest, measuring the consequence of data modification possible by an unauthorized user.
Availability: More severe when the loss of impacted component availability is highest.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

CVE ID

CVE-2026-27796

Weaknesses

Exposure of Sensitive Information to an Unauthorized Actor

The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information. Learn more on MITRE.

Missing Authorization

The product does not perform an authorization check when an actor attempts to access a resource or perform an action. Learn more on MITRE.

Credits