External risk intelligence

Snipe-IT Authentication Bypass via Google SSO Callback

CVE advisorySeverity: CRITICAL (CVSS 9.2)

CVE-2026-116199

Snipe-IT is a widely deployed web-based IT asset management application. It is commonly configured to be internet-facing or accessible to employees via public web endpoints to facilitate asset tracking and remote access. Because the vulnerability exists within the Google SSO authentication flow, which is typically exposed to the internet to allow remote user login, it is likely to be reachable in common deployments.

Authentication Bypass

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability in the way Snipe-IT handles Google Single Sign-On (SSO) could allow unauthorized access to the system. If an organization uses Google SSO for Snipe-IT and has users who were previously deactivated but whose usernames resemble a Google account email, they might be able to log in again through Google SSO with their original permissions, potentially including administrator access. The main concern is confirming if your organization uses Snipe-IT with Google SSO and if any deactivated users fit this specific profile.

  • Bypasses authentication for specific users.
  • Potential for unauthorized access to IT assets.
  • Confirm Snipe-IT Google SSO and deactivated user relevance.

Attack Path

How an attacker could exploit the issue

An attacker could leverage this vulnerability by first gaining the ability to initiate the Google Single Sign-On (SSO) process. This would allow them to bypass the standard login and directly access an account if their username matches the email address used for Google authentication, potentially leading to elevated privileges.

  • Attack starts with unauthorized login initiation.
  • Vulnerable component is Google SSO callback.
  • Risk is unauthorized access and privilege escalation.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could allow deactivated users to regain access to the Snipe-IT application, potentially including administrative privileges, by leveraging their Google account credentials. This occurs when the application is configured to use Google Single Sign-On and a user account within Snipe-IT shares the same username as a Google account, even if the Snipe-IT account is deactivated.

  • User accounts and their associated permissions.
  • Via a bypassed authentication check during Google SSO.
  • Unauthorized access and data exposure.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability in Snipe-IT's Google authentication could allow deactivated users to regain access. The first step is to identify all instances of Snipe-IT, determine their internet reachability and business criticality, and locate the accountable owner. Remediation planning should then proceed based on the identified risk.

  • Identify application owners and infrastructure teams.
  • Verify Google SSO configuration and user status.
  • Plan and execute remediation during maintenance.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Snipe-IT?

Snipe-IT is a web-based IT asset management application used by organizations to track hardware, software licenses, and accessories. It provides a centralized dashboard for managing the lifecycle of physical and digital inventory, frequently deployed in corporate environments to streamline IT operations and auditability.

How does CVE-2026-116199 work?

This vulnerability is classified as Improper Authorization (CWE-285). The flaw exists in the Google SSO callback mechanism, which fails to verify whether a user account is active before granting access. If a login attempt matches the email address of a deactivated user, the system grants them entry based on their existing, original permission level instead of blocking the session.

Do I need Google SSO enabled to be affected?

Yes, this specific vulnerability relies on the Google Single Sign-On (SSO) flow. If your Snipe-IT instance does not use Google SSO for authentication, this specific bug is not applicable. The issue is triggered during the callback process that handles external authentication identities.

Is my Snipe-IT instance at risk?

Halo Surface Signal indicates that because Snipe-IT is often used for remote IT management, it is frequently configured as an internet-facing web service. If your installation is accessible via public endpoints to facilitate remote access and has Google SSO configured, it is considered reachable and at higher risk.

When should I take action?

You should prioritize assessing your environment by confirming if your instance uses Google SSO and reviewing the status of your user accounts. Identify any deactivated users who might have email-shaped usernames. Coordinate with your application owners to plan remediation steps and ensure your software version is updated to address this authentication oversight.

References