Security guidelines

Information and guidelines for secure access to e-paying.info applications

Security guidelines

1. Secure the access to applications

1.1 User-id and password

The main method to protect an account is to use a combination of user-id and password. The strength of this protection will greatly depend on the complexity of the password.

SWIFT recommends that at least these criteria are met:

  • At least 8 characters long
  • Combines digits, special characters, uppercase and lowercase letters
  • Only used for accessing e-paying.info
  • Not trivial (e.g. dictionary words)

Changing your password regularly is another good practice – your administrator may mandate this.

Obviously the complexity of your password is nothing compared to the requirement to keep it secret. The best way to do that is to memorize it and not keeping any written copy.

1.2 2-step verification

2-step verification is a security measure that helps protect your account from unauthorised access if someone manages to obtain your password. An additional layer of security requires a verification code to be entered along with your username and password.

This code can be delivered to you by SMS, voice message, or e-mail. SMS and voice message are the preferred means of delivering the verification code. This is because your e-mail address is already linked to your e-paying.info account and an external means of providing the authentication code is favoured.

Note that the secure channel application on e-paying.info uses a one-time password to secure each transaction that involves sensitive data. Security officers accessing the application must use their personal secure code card to generate the required one-time passwords.

2. Visit only trusted websites

2.1 Check the URL

  • Verify the URL of the web page before entering any personal data such as your e-mail address and password.
  • SWIFT always uses a secure connection to ask for your e-mail address and password. The URLs used by SWIFT start with "www2.e-paying.info" or "login.e-paying.info".

2.2 Verify the certificate on HTTPS websites

In most browsers this is done by clicking on the lock symbol either at the top or the bottom of the browser window.

2.3 Use a login-seal

You have the ability to define a seal that will be displayed to you every time you access the e-paying.info login page. When you see this login-seal you are sure to be at the right place to enter your credentials. SWIFT recommends using it to improve security.

To learn how to set up a login-seal, please see this page.

3. Use a recent browser

Using a recent browser is the best way to avoid common attacks and keep your account safe. SWIFT strongly encourages you to update it regularly. A recent browser means that you will have access to the latest security standards provided by the vendor. You should also update all the plugins (e.g. Java, Flash) that are integrated within the browser.

4. Phishing & social engineering

4.1 What is phishing?

Phishing is an attempt to get hold of your data with malicious intent, in order to abuse your personal details, such as user-id and password. It is the most common way to do social engineering. In practice it often involves asking you to click on a link to a malicious website that looks like the site of a trusted institution. Phishing can also be performed via phone or chat by people pretending to be a trusted party, such as the helpdesk.

4.2 Secure mailing practices

Mail sender and embedded links can easily be spoofed. Therefore mails from [email protected] are digitally signed and as a receiver you must verify the signature.

SWIFT will never ask you to change your credentials by email, unless you requested a change yourself.

4.3 How to prevent a phishing attempt?

Verify the signature (see tip 5022540 for a step-by-step guide).

In case our emails contain embedded links, you must check that:

  • The URL (mouse-over the link to see the real URL) starts with one of the below:
  • After you click and are redirected, one of the above domains is still shown in your browser’s address bar,
  • It uses secure HTTPS protocol, and 
  • A valid certificate is assigned to SWIFT’s website.

4.4 Email signature & certificate

We use different systems for email send-out, with different signatures & certificates. 

From: 

For example (each address has its own signature): 

Examples Operations

Examples Deployment

Details:

These e-mails are signed with certificates issued by Comodo. Your email systems must trust Comodo as a Certification Authority (CA) in order to trust the e-mails signed by Comodo. If not, you may receive a warning or an error.

What if you get an error?

Trust the Comodo root certificate in your email client, and ask your IT/Helpdesk to set trust these at company level. 

Your email client must also have access to the internet in order to download the revocation list (CRL) published by Comodo and/or to allow OCSP validation (Online revocation validation).

If you still face issues after these steps, please contact Customer Support.