All the data is managed through a series of Yaml files so it may be useful to read up on the Yaml syntax.
To add a new site, go to the data files and get familiar with how it is setup. There is a section and coresponding file for each Category and they all follow this syntax:
-
Don't break the build: We have a simple continuous integration system setup with Travis. If your pull request doesn't pass, it won't be merged.
To manually test the build, just run the following:
$ ruby verify.rb
-
Use a Nice Icon: The icon must be 32x32 in dimension. Earlier we were using 16x16 but upgraded for various high density screens.
-
Be Awesome: You need to be awesome. That is all.
It's easy to run everything locally to test it out. Either you can have plain Jekyll installed or you can use Bundler to manage everything for you.
- To install Bundler, just run
gem install bundler
. - Install dependencies in the Gemfile,
bundle install
. - Run Jekyll:
bundle exec jekyll serve --watch
. The--watch
is optional and makes Jekyll watch for file changes.
- Install Jekyll if you don't already have it:
gem install jekyll
. - Run Jekyll:
jekyll serve --watch
. The--watch
is again optional.
The following is a rough criteria and explanations for what sites should be on 2FA.org. If one of the following Criteria is met, it belongs on 2FA.org:
- Personal Info/Image: Any site that deals with personal info or a person's image. An example of a site with Personal Info would be their Amazon account and a site regarding Personal Image would be one like Twitter.
- Data: This means data that is either important or sensitive. It also is any data relating to Criteria 1.
- Money: Any site that deals with money.
- Control: This is a more general Criteria that includes sites that give access to things that might infringe upon Criteria 1, 2, and 3. An example of this is a site that allows remote access.
If you have any questions regarding whether or not a site matches one of the Criteria, just open an Issue and we'll take a look.
A list for excluded sites has also been created to ensure sites that have been removed don't get re-added. The list also contains the reason for its removal.
View the complete list in the EXCLUSION.md file.
To add a new section, modify the sections
value in main.yml
and follow the template below:
sections:
- id: category-id
title: Category Name
icon: icon-class
Then create a new file in the _data
directory named the same as your section's
id with the .yml
extension.
First and foremost, make sure the new site meets our definition requirements for Two Factor Auth.
The values should be pretty straight forward for adding a new website. The
websites
array should already be defined, just add a new website to it like
this example:
websites:
- name: Site Name
url: https://www.site.com/
twitter: SiteTwitter
img: site.png
tfa: Yes
sms: Yes
email: Yes
phone: Yes
software: Yes
hardware: Yes
doc: <link to site 2FA documentation>
If a site doesn't support 2FA in certain countries, you can note this on the website. There are 4 ways to customize how it is displayed:
-
A default message acknowledging restrictions will be used with the following config:
- name: Site Name url: https://www.site.com/ twitter: SiteTwitter img: site.png tfa: Yes sms: Yes exceptions: Yes doc: <link to site 2FA documentation>
-
The message can be replaced with a custom set of words:
- name: Site Name url: https://www.site.com/ twitter: SiteTwitter img: site.png tfa: Yes sms: Yes exceptions: text: "Specific text goes here." doc: <link to site 2FA documentation>
-
The icon can be made into a link in which more details can be revealed such as country specific info and anything else.
- name: Site Name url: https://www.site.com/ twitter: SiteTwitter img: site.png tfa: Yes sms: Yes exceptions: link: Yes doc: <link to site 2FA documentation>
-
2 and 3 can be combined into:
- name: Site Name url: https://www.site.com/ twitter: SiteTwitter img: site.png tfa: Yes sms: Yes exceptions: link: Yes text: "Specific text can go here as well." doc: <link to site 2FA documentation>
-
See Guideline #2 about icons. The png file should go in the corresponding
img/section
folder. -
Only the 2FA methods implemented by a site need a
yes
tag, the others can just be left off completely. -
For the sake of organization and readability, it is appreciated if you insert new sites alphabetically and that your site chunk follow the same order as the example above.
-
If a site supports 2FA, their Twitter handle is not needed and can be left out for cleanliness.
-
If a site does not have 2FA but there is documentation that they are adding it, then use:
tfa: no status: <url to documentation>
A lot of people have different ideas of what constitutes Two Factor Auth and what doesn't, so it stands to reason that we should clarify a bit. For the purposes of this site, Two Factor Auth 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 Auth.
As an example, a site that prompts you for an authentication token following user login would be considered Two Factor Auth. 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 Auth.
For context, check out the discussion in #242.
Rather than split out providers on the main page, we elected to keep the main page clean and add another page dedicated to 2fa providers.
To add a new provider simply add to the providers.yml
file, marking Yes
where appropriate.
- name: Company Name
url: https://example.com
img: company.png
sms: Yes
email: Yes
phone: Yes
software: Yes
hardware: Yes