All the data is managed through a series of JSON files so it may be useful to read up on the JSON syntax.
To add a new site, go to the data files and get familiar with how it
is set up. There is one file per entry named after the domain, located in the
subdirectory starting with the first letter of the domain. Site icons
are stored in folders corresponding to each of those entries in their own
folder. Please ensure any JSON files that are edited conform to our .editorconfig
.
- Don't break the build: We have a simple continuous integration system setup with GitHub Actions. If your pull request doesn't pass, it won't be merged. GH Actions will only check your changes after you submit a pull request.
- Use a Nice Icon: SVG is the preferred format. If possible, please also run the image through an optimizing utility such as svgo (command line) or SVGOMG (web) to reduce the file size. If an SVG icon is not available, the icon should be a PNG with a resolution of 32x32, 64x64, or 128x128. If possible, run the PNG image through an optimizing utility such as TinyPNG so that it ideally is below 3 kB in size.
- HTTPS links: All sites that support HTTPS should also be linked with an HTTPS address.
- Similarweb top 200K: A new site that is not already listed has to be within the Similarweb top 200,000 global rankings. You can check the ranking of a site here.
- No 2FA providers: We do not list 2FA providers, such as Authy, Duo or Google Authenticator.
The following section contains rough criteria and explanations regarding what websites should be listed in 2fa.directory. If one of the following criteria is met, it belongs in 2fa.directory:
- Personal Info: Any site that deals with personally identifiable information (PII) such as name, photo, age, address, etc.
- Data: This criterion relates to data that is either important or sensitive. Websites detailed in Criteria 1 also fit this criteria.
- Money: Any site that deals with money.
- Control: This criteria is more general, in that it includes sites that give access to things that may infringe upon criteria 1, 2, or 3. An example of this is a website that allows remote access to a device.
If you have any questions regarding whether or not a site matches one of the criteria, simply open an issue and we'll take a look.
A list of excluded sites and categories has also been created with various categories and sites that we have opted not to list on 2fa.directory. You should check the list in the EXCLUSION.md file to make sure that your site is eligible before submitting a pull request.
First and foremost, make sure the new site meets our definition requirements of two-factor authentication.
If you are adding multiple sites to the 2FA Directory, please create a new git branch for each website, and submit a separate pull request for each branch. More information regarding how to create new git branches can be found on GitHub's Help Page.
Adding a new website should be pretty straightforward. Create a JSON file in the corresponding subdirectory as shown in the following example:
{
"Site Name": {
"domain": "site.com",
"img": "site.com.png",
"tfa": [
"sms",
"call",
"email",
"totp",
"u2f",
"custom-software",
"custom-hardware"
],
"documentation": "<link to site TFA documentation>",
"categories": [
"category1",
"category2"
]
}
}
- The domain should point to the main page of the service, not the login page (usually the root domain, not a subdomain).
- Categories must be selected from the values listed in
categories.json
. - The default value for the icon is
<domain>.svg
, but can be overridden by animg
field. - If you would like the site's link on 2fa.directory to be different from
https://<domain>
, you can use aurl
field to specify this.
Sites that provide TFA can be noted with the tfa
field and should contain the TFA methods supported.
If a site does provide TFA, it is strongly recommended that you add the documentation
field where public documentation is available.
Sites supporting TFA must not have a contact
property.
The following is an example of a website that supports TFA:
{
"YouTube": {
"domain": "youtube.com",
"tfa": [
"sms",
"call",
"totp",
"custom-software",
"u2f"
],
"documentation": "https://www.google.com/intl/en-US/landing/2step/features.html",
"categories": [
"entertainment"
]
}
}
If a site does not provide TFA, the contact
field should be included.
Inside this object,
- The
twitter
field should be included if the site uses Twitter. - Facebook can also be included using the
facebook
field. - Email can be included using the
email
field. - Contact forms can be included using the
form
field. - Only email or a contact form can be added, not both. Emails are preferred over contact forms.
- The
language
field insidecontact
can be included for websites whose social media pages/communication channels do not use English. The language codes should be lowercase ISO 639-1 codes.
Do not add the tfa
, notes
, documentation
, or recovery
fields.
The following is an example of a website that does not support TFA:
{
"Netflix": {
"domain": "netflix.com",
"contact": {
"facebook": "netflix",
"twitter": "Netflixhelps"
},
"categories": [
"entertainment"
]
}
}
If a site requires the user to do something out of the ordinary to set up 2FA or if 2FA is
only available to specific account types, you can document this using the notes
field.
{
"Site Name": {
"domain": "site.com",
"tfa": [
"totp"
],
"documentation": "<link to site TFA documentation>",
"notes": "Specific text goes here.",
"categories": [
"category"
]
}
}
If a site (with or without 2FA) is only available in certain countries or most users are located in certain countries -
for example a government site or a local retailer - you can note this with the regions
field.
{
"Site Name": {
"domain": "site.com",
"tfa": [
"totp"
],
"documentation": "<link to site TFA documentation>",
"categories": [
"category"
],
"regions": [
"us",
"ca"
]
}
}
The country codes should be lowercase ISO 3166-1 codes.
If you want to distinguish the entry from others of the same company or service in order to provide a unique name,
use "Site Name [CC]"
where CC
is the country code.
If a site is available globally apart from a specific region, this can be noted using the regions
array. Excluded
regions should be prefixed with a -
symbol to exclude the site from that region. Region codes and excluded region
codes should not be used together, as adding a region code automatically excludes the site from other regions. The
example below shows a site that is available in all regions apart from us
.
{
"Site Name": {
"domain": "site.com",
"tfa": [
"totp"
],
"documentation": "<link to site TFA documentation>",
"categories": [
"category"
],
"regions": [
"-us"
]
}
}
additional-domains
If a site exists at another domain in addition to the main domain that is listed in thedomain
field, you can mark this with theadditional-domains
property.
{
"Site Name": {
"domain": "site.com",
"additional-domains": [
"site.net",
"site.io"
],
"tfa": [
"totp"
],
"documentation": "<link to site TFA documentation>",
"categories": [
"category"
]
}
}
recovery
The recovery field can be used to link to account recovery documentation about what to do if you lose access to your 2FA method.
{
"Site Name": {
"domain": "site.com",
"tfa": [
"totp"
],
"documentation": "<link to site TFA documentation>",
"recovery": "<link to site TFA recovery documentation>",
"categories": [
"category"
]
}
}
custom-software
/custom-hardware
If a site uses a proprietary software or hardware method, you can add specific details of what is being used. Examples would be Authy or non-U2F security keys.
{
"Site Name": {
"domain": "site.com",
"tfa": [
"custom-software",
"custom-hardware"
],
"custom-software": [
"Authy"
],
"custom-hardware": [
"Yubico OTP"
],
"documentation": "<link to site TFA documentation>",
"categories": [
"category"
]
}
}
-
See Guideline #2 about icons. The SVG file should go in the corresponding
img/
folder. -
For the sake of organization and readability, it is appreciated if your site chunk follows the same order as the example earlier in the document.
-
If a site supports TFA, their contact information is not needed and must be left out.
Entries on 2fa.directory have to be put into categories. An entry can have one or many categories. Below is a table of each available category, the name of the category, which title it has on 2fa.directory with a description.
Name | Title | Description |
---|---|---|
backup | Backup and Sync | Online backup and cross-device file synchronization |
banking | Banking | Online banking platforms |
betting | Betting | Betting and gambling |
cloud | Cloud Computing | "Serverless" cloud computing |
communication | Communication | Online communication platforms excluding email and social media |
creativity | Creativity | Art and design software |
crowdfunding | Crowdfunding | |
cryptocurrencies | Cryptocurrencies | Any site whose main purpose is handling cryptocurrencies |
developer | Developer | Development software |
domains | Domains | DNS registrars |
education | Education | Non-university education platforms |
Email providers | ||
entertainment | Entertainment | Audio/Video entertainment excluding games |
finance | Finance | Financial and pension services |
food | Food | Food and beverage services |
gaming | Gaming | Games and game platforms. Sites for buying games should be listed in Retail |
government | Government | Government portals. Excluding education |
health | Health | Health and fitness platforms |
hosting | Hosting/VPS | Online website hosting, VPS, and dedicated server rentals |
hotels | Hotels and Accommodations | Hotels and short term accommodation providers |
identity | Identity Management | Authentication providers, Single Sign On platforms |
insurance | Insurance | Insurance services |
investing | Investing | Investment platforms |
iot | IoT | Internet of Things and device management platforms |
legal | Legal | Legal aid services |
marketing | Marketing & Analytics | Marketing campaign providers and analytics services |
payments | Payments | Payment providers |
postal | Post and Shipping | Postal and logistics providers |
remote | Remote Access | Remote device access platforms |
retail | Retail | Online retail platforms |
security | Security | Online security and anti-malware services. Excluding VPN and identity management |
social | Social | Social networks |
task | Task Management | Task management and to-do services |
tickets | Tickets and Events | Ticketing and event platforms |
transport | Transport | Transportation services including public transport and airlines |
universities | Universities | University online platforms |
utilities | Utilities | Household utilities including electricity, gas, water, phone and internet providers |
vpn | VPN Providers | |
other | Other | Sites that don't fit in any other category |
When adding a category to an entry remember to use the category name and not the title. If you're unsure which category is correct for an entry, ask for assistance by creating a new issue.
There are lots of different ideas of what constitutes two-factor authentication and what doesn't, so it stands to reason that we should clarify a bit. For the purposes of this site, two-factor authentication is defined as any service provided as a redundant layer for account authentication. Services that provide authorization redundancy are certainly appreciated, but should not be considered two-factor authentication.
As an example, a site that prompts you for an authentication token following user login would be considered two-factor authentication. A site that does not prompt you for a token upon login, but prompts you for a token when you try to perform a sensitive action would not be considered two-factor authentication.
For context, check out the discussion in issue #242.
Many sites now offer passwordless authentication, replacing the traditional password (something you know) with a different factor, such as something you have or are. Examples include sites allowing users to log in using a U2F key or a magic link without requiring a second factor. While these methods enhance security, it's important to note that our 2FA Directory focuses on platforms providing two distinct factors for authentication. For passkey-specific options, we invite you to explore the Passkeys Directory. The repository is 2factorauth/passkeys.