Join our Newsletter — 33% off our NHI Course
Home› Glossary› Cyber Security› URL Scheme
Cyber Security

URL Scheme

← Back to Glossary
By NHI Mgmt Group Updated November 3, 2026 Domain: Cyber Security

A URL scheme is the part at the start of a URL that names the protocol or access method, such as http, https, mailto or file. It tells software how to interpret and open the rest of the address, and can influence how links are handled, passed between applications, or restricted by policy.

What the URL scheme does

The URL scheme is the signal at the front of an address that tells software how to interpret the rest of the link. In practice, it determines whether a browser, mail client, mobile app, or local handler should open the target, and it can shape policy decisions about which applications are allowed to claim or process that link.

Common schemes like http, https, mailto, and file are not interchangeable. A scheme is part of the security boundary, because it defines the handling context before any host, path, or query string is even evaluated.

Why URL schemes matter for security

URL schemes affect trust, routing, and user expectations. A link that looks harmless can trigger a different application, invoke a local protocol handler, or hand off control to software outside the browser. That makes schemes relevant to phishing, link spoofing, handler abuse, and unsafe file or app invocation.

This is especially important when a system accepts custom schemes or allows third-party apps to register handlers. If the intended handler is weakly controlled, a malicious or misconfigured application can intercept sensitive link flows, including login redirects, device handoffs, and app-opening actions.

Scheme handling in browsers and applications

Browsers and client applications usually decide scheme handling before they evaluate page content. That means the security question is often not only “does the destination look safe?” but also “which application gets to open this link, and under what rules?”

For web links, https provides transport protection, while http leaves content and navigation more exposed to interception or modification. For non-web schemes, the risk shifts to application registration, handler precedence, and whether the receiving app validates the source of the request before acting on it.

Related link-handling controls are often discussed alongside Mobile Deep Link and App Link Security Guide, because custom URL schemes, universal links, and intent routing are closely related operational problems.

How to assess and govern scheme exposure

Organisations should inventory where schemes are used in login flows, mobile deep links, desktop handoffs, email links, and internal tools. The main governance questions are which schemes are allowed, which applications may claim them, and whether the expected handler is enforced or merely assumed.

Policy decisions become more important when schemes are used for authentication or account recovery. In those cases, the scheme is not just a formatting detail, it is part of the trust path. A weakly governed scheme can undermine redirect validation, open-redirect protections, or user confidence in what application is receiving sensitive input.

For native-app authentication flows, the broader pattern is covered in OAuth for Native and Mobile Apps Guide, which shows why redirect handling and browser-mediated flows are safer than ad hoc custom handoffs.

Implementation details also matter at the platform level. For example, secure platform coding guidance such as Swift and iOS Secure Coding Guide is relevant where iOS apps rely on universal links, trust handling, and safe inter-app navigation.

When schemes become a threat path

Attackers look for places where a scheme can redirect users, bypass expected browser protections, or send sensitive actions to the wrong handler. Custom scheme hijacking, deep-link collision, and malformed handler registration are all examples of how a simple link prefix can become an abuse path.

Because schemes sit at the start of the URL, they can also be used for social engineering. A user may trust the visible front of a link while the actual handling behavior launches a different application or workflow than expected. That is why scheme validation and handler restriction are part of link security, not just protocol syntax.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5SC-7 — Boundary ProtectionURL schemes influence which handlers and trust boundaries process a link.
SI-10 — Information Input ValidationScheme strings must be validated before a link is routed or acted on.
Recommendation — Restrict link handlers and boundary crossings to approved applications and protocols. Validate allowed schemes before dispatching URLs to external applications.
CIS Controls v8CIS-8 — Audit Log ManagementScheme-handling abuse is easier to investigate when link-opening events are logged.
Recommendation — Log scheme dispatch and handler-selection events for investigation and monitoring.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org