CVE-2026-41671: Admidio OIDC Token Introspection Endpoint Returns Vulnerability

MODERATE
Advisory Identifier: GHSA-9xx5-cv6j-x533
CVSS 6.8
CWE-287
Published
Advisory Summary

CVE-2026-41671 is a MODERATE (CVSS 6.8) oidc token introspection endpoint returns vulnerability (CWE-287: Improper Authentication) affecting Admidio libraries in the Packagist ecosystem. The issue involves oidc token introspection endpoint returns active for all tokens without validation. Remediation is available by upgrading affected packages to version 5.0.9.

CVE-2026-41671 at a Glance

CVE Identifier CVE-2026-41671
GHSA Identifier GHSA-9xx5-cv6j-x533
Severity MODERATE
CVSS v3.1 Base Score 6.8
CWE Classification CWE-287: Improper Authentication
Affected Product Admidio
Package Ecosystem Packagist
Published Date
Last Updated

Security Impact

CVSS: 6.8

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:H/A:N).

Attack Vector Network (AV:N)
Attack Complexity High (AC:H)
Privileges Required None (PR:N)
User Interaction None (UI:N)
Scope Changed (S:C)
Confidentiality None (C:N)
Integrity High (I:H)
Availability None (A:N)

How to Fix CVE-2026-41671

To remediate this vulnerability, upgrade all affected Admidio dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

admidio/admidio fixed: 5.0.9
Upgrade admidio/admidio to 5.0.9
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for admidio/admidio

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-41671, inspect your project dependencies for Admidio:

inspect dependencies for admidio/admidio

Analyze the terminal output to locate any version of Admidio in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 5.0.9), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-287: Improper Authentication, where when an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct. In Admidio, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary The OIDC token introspection endpoint (`/modules/sso/index.php/oidc/introspect`) always returns `{"active": true}` for every request, regardless of whether a valid token is provided, whether the token is expired, revoked, or completely fabricated. The endpoint performs no authentication of the calling resource server and no validation of the submitted token. Any resource server that relies on this introspection endpoint to validate access tokens will accept all requests as authorized, enabling complete authentication bypass. Additionally, the OIDC token revocation endpoint (`/oidc/revoke`) returns `{"revoked": true}` without actually revoking any token, preventing resource servers from invalidating compromised credentials. ## Details The vulnerability is in `src/SSO/Service/OIDCService.php`, lines 604-619: ```php public function handleIntrospectionRequest() { // TODO_RK if (!$this->isServiceSetup) { $this->setupService(); } return new JsonResponse(["active" => true]); } public function handleRevocationRequest() { // TODO_RK if (!$this->isServiceSetup) { $this->setupService(); } return new JsonResponse(["revoked" => true]); } ``` The introspection endpoint is routed at `modules/sso/index.php`, line 58-59: ```php } elseif (strpos($requestUri, '/oidc/introspect') !== false) { $response = $oidcService->handleIntrospectionRequest(); ``` The router comment at line 35 says "Login checks will be done in the individual endpoint handler functions!" but neither `handleIntrospectionRequest` nor `handleRevocationRequest` perform any authentication or authorization checks. Per RFC 7662 (OAuth 2.0 Token Introspection), the introspection endpoint: 1. MUST authenticate the calling resource server (Section 2.1) 2. MUST validate the submitted token against its database 3. MUST return `{"active": false}` for invalid, expired, or revoked tokens The current implementation violates all three requirements. **Attack flow:** 1. Attacker obtains a resource server's endpoint URL that uses Admidio as its OIDC provider 2. Attacker crafts any arbitrary string as a Bearer token 3. Resource server sends the fabricated token to `/oidc/introspect` for validation 4. Admidio returns `{"active": true}` without any checks 5. Resource server accepts the fabricated token as valid and grants access **The revocation bypass compounds this:** If a legitimate token is stolen, the resource server or client application cannot revoke it. Calling `/oidc/revoke` returns success without actually revoking the token in the database, so the stolen token remains usable indefinitely (until its expiry time). ## PoC ```bash # Step 1: Confirm the introspection endpoint exists and always returns active # No valid token needed - any string works curl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \ -d "token=COMPLETELY_FABRICATED_TOKEN_12345" # Expected response: {"active":true} # Step 2: Try with an empty token curl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \ -d "token=" # Expected response: {"active":true} # Step 3: Demonstrate that revocation is also broken curl -X POST https://TARGET/modules/sso/index.php/oidc/revoke \ -d "token=any_valid_token_here" # Expected response: {"revoked":true} # But the token is NOT actually revoked in the database # Step 4: Verify the token is still active after "revocation" curl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \ -d "token=any_valid_token_here" # Still returns: {"active":true} ``` ## Impact - **Authentication Bypass on Resource Servers**: Any application (wiki, CMS, project management tool, etc.) configured to validate tokens against this Admidio OIDC introspection endpoint will accept completely fabricated tokens. An attacker can impersonate any user on all connected resource servers. - **Inability to Revoke Compromised Tokens**: If a legitimate access token is leaked or stolen, there is no way to revoke it through the standard OIDC revocation flow. The token remains valid until its 1-hour expiry. - **Scope Change (S:C)**: The vulnerability in the Admidio authorization server directly impacts the security of all connected resource servers (different security authority), which is why the CVSS scope is Changed. ## Recommended Fix Replace the stub implementations with proper token introspection and revocation logic: ```php public function handleIntrospectionRequest() { if (!$this->isServiceSetup) { $this->setupService(); } $request = $this->getRequest(); // 1. Authenticate the resource server (RFC 7662 Section 2.1) // The resource server MUST authenticate using client credentials $clientId = $request->getParsedBody()['client_id'] ?? null; $clientSecret = $request->getParsedBody()['client_secret'] ?? null; if (!$clientId || !$this->clientRepository->validateClient($clientId, $clientSecret, null)) { return new JsonResponse(['error' => 'invalid_client'], 401); } // 2. Get and validate the token $tokenValue = $request->getParsedBody()['token'] ?? ''; if (empty($tokenValue)) { return new JsonResponse(['active' => false]); } try { // Validate the token using the resource server $validatedRequest = $this->resourceServer->validateAuthenticatedRequest( $request->withHeader('Authorization', 'Bearer ' . $tokenValue) ); $tokenId = $validatedRequest->getAttribute('oauth_access_token_id'); // Check if token is revoked if ($this->accessTokenRepository->isAccessTokenRevoked($tokenId)) { return new JsonResponse(['active' => false]); } $token = $this->accessTokenRepository->getToken($tokenId); // Check expiry if ($token->getExpiryDateTime() < new \DateTimeImmutable()) { return new JsonResponse(['active' => false]); } return new JsonResponse([ 'active' => true, 'sub' => $token->getUserIdentifier(), 'client_id' => $token->getClient()->getIdentifier(), 'exp' => $token->getExpiryDateTime()->getTimestamp(), 'scope' => implode(' ', array_map(fn($s) => $s->getIdentifier(), $token->getScopes())), ]); } catch (\Exception $e) { return new JsonResponse(['active' => false]); } } public function handleRevocationRequest() { if (!$this->isServiceSetup) { $this->setupService(); } $request = $this->getRequest(); // Authenticate the client $clientId = $request->getParsedBody()['client_id'] ?? null; $clientSecret = $request->getParsedBody()['client_secret'] ?? null; if (!$clientId || !$this->clientRepository->validateClient($clientId, $clientSecret, null)) { return new JsonResponse(['error' => 'invalid_client'], 401); } $tokenValue = $request->getParsedBody()['token'] ?? ''; if (!empty($tokenValue)) { try { $validatedRequest = $this->resourceServer->validateAuthenticatedRequest( $request->withHeader('Authorization', 'Bearer ' . $tokenValue) ); $tokenId = $validatedRequest->getAttribute('oauth_access_token_id'); $this->accessTokenRepository->revokeAccessToken($tokenId); } catch (\Exception $e) { // RFC 7009: The server responds with HTTP 200 even for invalid tokens } } return new JsonResponse([], 200); } ```

CVE-2026-41671 Affected Admidio Versions

1 component(s)
Fixed Versions:
5.0.9
Product / Package Ecosystem Affected Versions Fixed Version
admidio/admidio
Packagist
< 5.0.9
5.0.9

References

Frequently Asked Questions

What is CVE-2026-41671?
CVE-2026-41671 is a security vulnerability in Admidio involving OIDC Token Introspection Endpoint Returns Active for All Tokens Without Validation under CWE-287: Improper Authentication.
Which Admidio versions are affected?
Affected versions include releases prior to 5.0.9 across affected packages: admidio/admidio.
What version fixes CVE-2026-41671?
Upgrading to 5.0.9 (or the latest patched release for your respective branch) resolves the vulnerability.
Is admidio/admidio affected?
Yes, admidio/admidio is affected in releases prior to 5.0.9. Upgrade your dependency to 5.0.9 or later.
What is the CVSS score of CVE-2026-41671?
CVE-2026-41671 has a CVSS v3.1 base score of 6.8 (MODERATE) with vector string CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:H/A:N.
What CWE is associated with CVE-2026-41671?
CVE-2026-41671 is classified under CWE-287: Improper Authentication (When an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct.).
How can I check Packagist dependencies for CVE-2026-41671?
Run the dependency tree command: 'inspect dependencies for admidio/admidio'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-9xx5-cv6j-x533",
  "modified" : "2026-05-08T20:14:32Z",
  "published" : "2026-04-29T21:58:56Z",
  "aliases" : [ "CVE-2026-41671" ],
  "summary" : "Admidio: OIDC Token Introspection Endpoint Returns Active for All Tokens Without Validation",
  "details" : "## Summary\n\nThe OIDC token introspection endpoint (`/modules/sso/index.php/oidc/introspect`) always returns `{\"active\": true}` for every request, regardless of whether a valid token is provided, whether the token is expired, revoked, or completely fabricated. The endpoint performs no authentication of the calling resource server and no validation of the submitted token. Any resource server that relies on this introspection endpoint to validate access tokens will accept all requests as authorized, enabling complete authentication bypass.\n\nAdditionally, the OIDC token revocation endpoint (`/oidc/revoke`) returns `{\"revoked\": true}` without actually revoking any token, preventing resource servers from invalidating compromised credentials.\n\n## Details\n\nThe vulnerability is in `src/SSO/Service/OIDCService.php`, lines 604-619:\n\n```php\npublic function handleIntrospectionRequest() {\n    // TODO_RK\n    if (!$this->isServiceSetup) {\n        $this->setupService();\n    }\n    return new JsonResponse([\"active\" => true]);\n}\n\npublic function handleRevocationRequest() {\n    // TODO_RK\n    if (!$this->isServiceSetup) {\n        $this->setupService();\n    }\n\n    return new JsonResponse([\"revoked\" => true]);\n}\n```\n\nThe introspection endpoint is routed at `modules/sso/index.php`, line 58-59:\n\n```php\n} elseif (strpos($requestUri, '/oidc/introspect') !== false) {\n    $response = $oidcService->handleIntrospectionRequest();\n```\n\nThe router comment at line 35 says \"Login checks will be done in the individual endpoint handler functions!\" but neither `handleIntrospectionRequest` nor `handleRevocationRequest` perform any authentication or authorization checks.\n\nPer RFC 7662 (OAuth 2.0 Token Introspection), the introspection endpoint:\n1. MUST authenticate the calling resource server (Section 2.1)\n2. MUST validate the submitted token against its database\n3. MUST return `{\"active\": false}` for invalid, expired, or revoked tokens\n\nThe current implementation violates all three requirements.\n\n**Attack flow:**\n1. Attacker obtains a resource server's endpoint URL that uses Admidio as its OIDC provider\n2. Attacker crafts any arbitrary string as a Bearer token\n3. Resource server sends the fabricated token to `/oidc/introspect` for validation\n4. Admidio returns `{\"active\": true}` without any checks\n5. Resource server accepts the fabricated token as valid and grants access\n\n**The revocation bypass compounds this:** If a legitimate token is stolen, the resource server or client application cannot revoke it. Calling `/oidc/revoke` returns success without actually revoking the token in the database, so the stolen token remains usable indefinitely (until its expiry time).\n\n## PoC\n\n```bash\n# Step 1: Confirm the introspection endpoint exists and always returns active\n# No valid token needed - any string works\ncurl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \\\n  -d \"token=COMPLETELY_FABRICATED_TOKEN_12345\"\n\n# Expected response: {\"active\":true}\n\n# Step 2: Try with an empty token\ncurl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \\\n  -d \"token=\"\n\n# Expected response: {\"active\":true}\n\n# Step 3: Demonstrate that revocation is also broken\ncurl -X POST https://TARGET/modules/sso/index.php/oidc/revoke \\\n  -d \"token=any_valid_token_here\"\n\n# Expected response: {\"revoked\":true}\n# But the token is NOT actually revoked in the database\n\n# Step 4: Verify the token is still active after \"revocation\"\ncurl -X POST https://TARGET/modules/sso/index.php/oidc/introspect \\\n  -d \"token=any_valid_token_here\"\n\n# Still returns: {\"active\":true}\n```\n\n## Impact\n\n- **Authentication Bypass on Resource Servers**: Any application (wiki, CMS, project management tool, etc.) configured to validate tokens against this Admidio OIDC introspection endpoint will accept completely fabricated tokens. An attacker can impersonate any user on all connected resource servers.\n- **Inability to Revoke Compromised Tokens**: If a legitimate access token is leaked or stolen, there is no way to revoke it through the standard OIDC revocation flow. The token remains valid until its 1-hour expiry.\n- **Scope Change (S:C)**: The vulnerability in the Admidio authorization server directly impacts the security of all connected resource servers (different security authority), which is why the CVSS scope is Changed.\n\n## Recommended Fix\n\nReplace the stub implementations with proper token introspection and revocation logic:\n\n```php\npublic function handleIntrospectionRequest() {\n    if (!$this->isServiceSetup) {\n        $this->setupService();\n    }\n    \n    $request = $this->getRequest();\n    \n    // 1. Authenticate the resource server (RFC 7662 Section 2.1)\n    // The resource server MUST authenticate using client credentials\n    $clientId = $request->getParsedBody()['client_id'] ?? null;\n    $clientSecret = $request->getParsedBody()['client_secret'] ?? null;\n    \n    if (!$clientId || !$this->clientRepository->validateClient($clientId, $clientSecret, null)) {\n        return new JsonResponse(['error' => 'invalid_client'], 401);\n    }\n    \n    // 2. Get and validate the token\n    $tokenValue = $request->getParsedBody()['token'] ?? '';\n    if (empty($tokenValue)) {\n        return new JsonResponse(['active' => false]);\n    }\n    \n    try {\n        // Validate the token using the resource server\n        $validatedRequest = $this->resourceServer->validateAuthenticatedRequest(\n            $request->withHeader('Authorization', 'Bearer ' . $tokenValue)\n        );\n        \n        $tokenId = $validatedRequest->getAttribute('oauth_access_token_id');\n        \n        // Check if token is revoked\n        if ($this->accessTokenRepository->isAccessTokenRevoked($tokenId)) {\n            return new JsonResponse(['active' => false]);\n        }\n        \n        $token = $this->accessTokenRepository->getToken($tokenId);\n        \n        // Check expiry\n        if ($token->getExpiryDateTime() < new \\DateTimeImmutable()) {\n            return new JsonResponse(['active' => false]);\n        }\n        \n        return new JsonResponse([\n            'active' => true,\n            'sub' => $token->getUserIdentifier(),\n            'client_id' => $token->getClient()->getIdentifier(),\n            'exp' => $token->getExpiryDateTime()->getTimestamp(),\n            'scope' => implode(' ', array_map(fn($s) => $s->getIdentifier(), $token->getScopes())),\n        ]);\n    } catch (\\Exception $e) {\n        return new JsonResponse(['active' => false]);\n    }\n}\n\npublic function handleRevocationRequest() {\n    if (!$this->isServiceSetup) {\n        $this->setupService();\n    }\n    \n    $request = $this->getRequest();\n    \n    // Authenticate the client\n    $clientId = $request->getParsedBody()['client_id'] ?? null;\n    $clientSecret = $request->getParsedBody()['client_secret'] ?? null;\n    \n    if (!$clientId || !$this->clientRepository->validateClient($clientId, $clientSecret, null)) {\n        return new JsonResponse(['error' => 'invalid_client'], 401);\n    }\n    \n    $tokenValue = $request->getParsedBody()['token'] ?? '';\n    if (!empty($tokenValue)) {\n        try {\n            $validatedRequest = $this->resourceServer->validateAuthenticatedRequest(\n                $request->withHeader('Authorization', 'Bearer ' . $tokenValue)\n            );\n            $tokenId = $validatedRequest->getAttribute('oauth_access_token_id');\n            $this->accessTokenRepository->revokeAccessToken($tokenId);\n        } catch (\\Exception $e) {\n            // RFC 7009: The server responds with HTTP 200 even for invalid tokens\n        }\n    }\n    \n    return new JsonResponse([], 200);\n}\n```",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:H/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "admidio/admidio"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "5.0.9"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 5.0.8"
    }
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/Admidio/admidio/security/advisories/GHSA-9xx5-cv6j-x533"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-41671"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/Admidio/admidio"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/Admidio/admidio/releases/tag/v5.0.9"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-287" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-04-29T21:58:56Z",
    "nvd_published_at" : "2026-05-07T04:16:32Z"
  }
}