Author Archives: aknight

This is why you should add SSL to your website today!

This is why you should add SSL to your website today!

Google now boosts search engine ranking on websites that have SSL (Secure Socket Layer). Google believes in making the web more secure and are willing to reward Webmasters who take the time to correctly install an SSL certificate on their website.

Going forward, Google will also be labeling sites without an SSL as Not Secure in the Google Chrome browser.

Get your SSL today for encryption, authentication, trust and Google.

A generic SSL ( can be added at no additional charge to ALL Knight Web Services Cloud hosting packages. Look for SSL manager in your control panel.

A vanity SSL ( can be added to your site for as little as $2.75/month.

For more information or to order your vanity SSL, go to

KWS Launches New Billing Software

We are pleased to announce our change to a new online billing system.  On April 01, 2017, we moved to WHMCS from Billing Orchard.

WHMCS integrates directly with our website giving you, our client the ability to view existing services, recurring fees, invoices and quotes.

WHMCS even allows you to manage your domain names that are registered with Knight Web Services directly in the client portal

If you have not yet logged into the new portal, please go to and click the Forgot Password? button. You will receive an email providing direction to reset your password.

The old Billing Orchard system will be decommissioned on May 31, 2017. If you require billing history prior to April 1, 2017 please log into Billing Orchard at and export the required information prior to May 31, 2017. Please do not update any information in Billing Orchard as updates will not flow to WHMCS.

If you have any questions or concerns, please contact

Thank you and have a wonderful week.

Chrome and Firefox Phishing Attack Uses Domains Identical to Known Safe Sites

Chrome and Firefox Phishing Attack Uses Domains Identical to Known Safe Sites

There is a phishing attack that is receiving much attention today in the security community.

As a reminder: A phishing attack is when an attacker sends you an email that contains a link to a malicious website. You click on the link because it appears to be trusted. Merely visiting the website may infect your computer or you may be tricked into signing into the malicious site with credentials from a site you trust. The attacker then has access to your username, password and any other sensitive information they can trick you into providing.

This variant of a phishing attack uses unicode to register domains that look identical to real domains. These fake domains can be used in phishing attacks to fool users into signing into a fake website, thereby handing over their login credentials to an attacker.

This affects the current version of Chrome browser, which is version 57.0.2987 and the current version of Firefox, which is version 52.0.2. This does not affect Internet Explorer or Safari browsers.

We created our own example to demonstrate how an attacker can register their own domain that looks identical to another company’s domain in the browser. We decided to imitate a healthcare site called ‘’ by registering our own fake site. You can visit our demo site here in Chrome or Firefox. For comparison you can click here to visit the real

Here is what the real looks like in Chrome:

Here is our fake in Chrome:

And the real in Firefox:

And here is our fake in Firefox:

As you can see both of these domains appear identical in the browser but they are completely different websites. One of them was registered by us, today. Our domain is actually the domain but it appears in Chrome and Firefox as

The real is a healthcare website. Using our unicode domain, we could clone the real website, then start emailing people and try to get them to sign into our fake healthcare website which would hand over their login credentials to us. We may then have full access to their healthcare records or other sensitive data.

We even managed to get an SSL certificate for our demonstration attack domain from LetsEncrypt. Getting the SSL certificate took us 5 minutes and it was free. By doing this we received the word ‘Secure’ next to our domain in Chrome and the little green lock symbol in Firefox.

How is this possible?

The xn-- prefix is what is known as an ‘ASCII compatible encoding’ prefix. It lets the browser know that the domain uses ‘punycode’ encoding to represent Unicode characters. In non-techie speak, this means that if you have a domain name with Chinese or other international characters, you can register a domain name with normal A-Z characters that can allow a browser to represent that domain as international characters in the location bar.

What we have done above is used ‘e’ ‘p’ ‘i’ and ‘c’ unicode characters that look identical to the real characters but are different unicode characters. In the current version of Chrome, as long as all characters are unicode, it will show the domain in its internationalized form.

How to fix this in Firefox:

In your firefox location bar, type ‘about:config’ without quotes.

Do a search for ‘punycode’ without quotes.

You should see a parameter titled: network.IDN_show_punycode

Change the value from false to true.

Now if you try to visit our demonstration site you should see:

Can I fix this if I use Chrome?

Currently we are not aware of a manual fix in Chrome for this. Chrome have already released a fix in their ‘Canary’ release, which is their test release. This should be released to the general public within the next few days.

Until then, if you are unsure if you are on a real site and are about to enter sensitive information, you can copy the URL in the location bar and paste it into Notepad or TextEdit on Mac. It should appear as the https://xn--….. version if it is a fake domain. Otherwise it will appear as the real domain in its unencoded form if it is the real thing.

Spread the word

The concept of an IDN homograph attack has been around since 2001 when Israeli researchers Evgeniy Gabrilovich and Alex Gontmakher first wrote about it.

Web browsers have attempted various fixes but the current implementations in Chrome and Firefox are clearly not doing a good enough job. To Chrome’s credit, they are about to fix that. Thankfully there is a manual fix for Firefox.

We would like to encourage you to spread the word. This new twist on phishing is getting a lot of attention today, Friday April 14th and is making the rounds currently in the security community. Xudong Zheng wrote about this earlier today and it is also being discussed on the netsec subreddit.

We think here is a high possibility that this may be exploited in phishing attacks before the Chrome fix is released to the general public, which is why we are posting this public service announcement.