View Categories

Bitwarden – Using URIs

6 min read

Using URIs #

Any login item in your vault can have one or more Uniform Resource Identifiers (URIs). A URI can be a website address (URL), a server IP address, a mobile app package ID, and more.

Login item URI fields in the Web Vault

Note: 

Assigning URIs to login items is required if you want to use auto-fill in various Bitwarden apps.

URI schemes #

Well-formed URIs should include a scheme at the beginning, for example the https:// scheme to securely reference a website address. If no scheme is specified, http:// is assumed.

Tip

Most Bitwarden apps allow you to Launch an website or app directly from your vault. Without a scheme, launching won’t work properly.Launching applications is supported only in Android versions 13 and newer.

Schemes include:

  • http:// or https:// reference website addresses (for example, https://github.com)
  • androidapp:// references an Android application package ID or name (for example, androidapp://com.twitter.android)

Obtaining URIs for mobile apps #

It can be tricky to obtain URIs for mobile apps. Here are a few tips for getting URIs on iOS and Android apps:

iOS

  1. On the app’s login screen, use autofill to open Bitwarden.
  2. Once Bitwarden is open, select the + icon on the top right corner of the screen.
  3. The URI that has been included in the new vault item (if permitted by the app), can be copied and pasted into any existing login items.

Android

  1. Visit the app’s page in the Google Play Store.
  2. Locate the share button and copy the link to your clipboard.
  3. Paste the copied link somewhere you can read it. The link will look like:https://play.google.com/store/apps/details?id=com.twitter.android.
    The value after id= is your URI, in this case com.twitter.android.

Match detection options #

Each URI assigned to a login has an associated match detection option. This option determines when Bitwarden will offer the login as available for auto-fill, typically determined by matching against specific component pieces. The following graphic breaks down component pieces of a URI:

Default match detection #

Bitwarden browser extensions and mobile apps allow you to select a Default match detection behavior from the options listed next by navigating to Settings → Auto-fill → Default URI match detection. You can set override the globally-set detection on an item-by-item basis in all Bitwarden apps.

Base domain matching is the default option.

Base domain #

Selecting Base domain will prompt Bitwarden to offer auto-fill when the top-level domain and second-level domain of the URI match the detected resource. Base domain matching is implemented to work with any country code top-level domain (for example, .it or .co.uk)

For example, if the URI https://google.com uses base domain match detection:

URL Auto-fill?
http://google.com

Yes

https://accounts.google.com

Yes

https://google.net

No

http://yahoo.com

No

Note:

Login items intended to auto-fill in a URI with a local TLD (e.g. http://mysite.local or https://mysite.lan) or single-term hostname (e.g. http://localdevice) will not be available for base domain detection. We recommend using host matching.

Host #

Selecting Host will prompt Bitwarden to offer auto-fill when the hostname and (if specified) port of the URI matches the detected resource.

For example, if the URI https://sub.domain.com:4000 uses host match detection:

URL Auto-fill?
http://sub.domain.com:4000

Yes

https://sub.domain.com:4000/page.html

Yes

https://domain.com

No

https://sub.domain.com

No

https://sub2.sub.domain.com:4000

No

https://sub.domain.com:5000

No

Warning

While using keyboard based suggestions, iOS will always use base domain matching for autofill suggestions. Opening the Bitwarden app during login will allow you to manually select the appropriate app for autofill.

Starts with #

Selecting Starts with will prompt Bitwarden to offer auto-fill when the detected resource starts with the URI, regardless of what follows it.

For example, if the URI https://sub.domain.com/path/ uses starts with match detection:

URL Auto-fill?
https://sub.domain.com/path/

Yes

https://sub.domain.com/path/page.html

Yes

https://sub.domain.com

No

https://sub.domain.com:4000/path/page.html (interrupted with a port)

No

https://sub.domain.com/path (absent trailing slash)

No

Regular expression #

Warning

Regular expressions are an advanced option and can be quite dangerous if used incorrectly. You should not use this option if you do not know exactly what you are doing.

Selecting Regular expression will prompt Bitwarden to offer auto-fill when the detected resource matches a specified regular expression. Regular expressions are always case insensitive.

Unsafe example #

If the URI ^https://.*google\.com$ uses regular expression match detection:

URL Auto-fill?
https://google.com

Yes

https://sub.google.com

Yes

https://malicious-site.com?q=google.com

No

http://google.com

No

https://yahoo.com

No

This probably matches more than what is intended. Consider avoiding periods (.), which unless escaped (\) match on any character.

Safe example #

If the URI ^https://[a-z]+\.wikipedia\.org/w/index\.php uses regular expression match detection:

URL Auto-fill?
https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Bitwarden

Yes

https://pl.wikipedia.org/w/index.php?title=Specjalna:Zaloguj&returnto=Bitwarden

Yes

https://en.wikipedia.org/w/index.php

Yes

https://malicious-site.com

No

https://en.wikipedia.org/wiki/Bitwarden

No

Exact #

Selecting Exact will prompt Bitwarden to offer auto-fill when the URI matches the detected resource exactly.

For example, if the URI https://www.google.com/page.html uses exact match detection:

URL Auto-fill?
https://www.google.com/page.html

Yes

http://www.google.com/page.html

No

https://www.google.com/page.html?query=123

No

https://www.google.com

No

Tip

As shown in the table, you can use exact match detection to restrict auto-fill to only https:// sites. Note that, whether you use exact or not, browser extensions will warn users before auto-filling an HTTP site when HTTPS is expected based on that item’s saved URI(s).

Never #

Selecting Never will prompt Bitwarden to never offer auto-fill for the item.

Equivalent domains #

Equivalent domains, which can be set from the Account settings → Domain rules page of the web vault, allow you to link domains for easier auto-fill. For example, setting turbotax.com and intuit.com as equivalent means that a vault item with turbotax.com saved as a URI will also be offered for auto-fill at intuit.com.

Bitwarden maintains a vetted list of default equivalent domains of major sites, for example apple.com and icloud.com, to improve your auto-fill experience. You can disable any given equivalence by hovering over it and using the  options menu to select  Exclude.

Tip

An equivalent domain will be negated for an item that uses exact match detection. For example, an item with the saved URI apple.com set to Exact will not offer auto-fill for icloud.com despite that being a default equivalent.
Twisted VoIP