How the Vary HTTP Header Can Be Bad

Vary is а powerful HTTP header that plays a significant role in how your website cache is working. When this header is set correctly, it ensures that your site visitors see the right content, regardless of the caching applied. However, if this header is set up incorrectly, it can totally overrule even the benefits of the best caching system and cause resource overusage. In this blog post, I want to shed some light on how the Vary header affects your SiteGround hosted site and specifically our caching system, and to show you what’s the recommended use of Vary header for your site.

Continue reading “How the Vary HTTP Header Can Be Bad”

14 Years of WordPress Playlist

It’s that time of the year when we’re getting ready to celebrate another WordPress anniversary. Tomorrow, May 27th, WordPress turns 14! To mark the occasion the SiteGround way, we made a playlist featuring a track by every musician that’s ever had a WordPress release named in their honor. The mix did wonders for our productivity in the office, so we decided to share it. We hope it makes your day better, whether you had to spend it working on your website or celebrating. Enjoy and a Happy 14th Birthday to the whole WordPress community!

[subscribe_cta]

Let’s Encrypt Interface New Options

Making SSL certificated accessible and used by everyone has been our ongoing effort for more than a year now. We were among the first to provide the free Let’s Encrypt certificates. Then, we automated the SSL issuing for all accounts. Later, we upgraded our WordPress plugin, SiteGround Optimizer, to allow 1-click WordPress SSL configuration. Now we’re making the next step – our latest upgrade to the Let’s Encrypt tool in cPanel allows you to force all your domain traffic through HTTPS with a single click regardless of the application you are using. Read below to find out what are the new options in our Let’s Encrypt interface.

Continue reading “Let’s Encrypt Interface New Options”

How Our New Anti-Bot AI Prevents Millions of Brute-Force Attacks

For the last few days, we have been gradually launching a new AI-based bot prevention system on our servers developed by our own DevOps specialists. We are already seeing amazing results from the operation of the system. Each hour it blocks between 500 000 and 2 million brute-force attempts across all our servers. Thus, we have prevented an unknown number of potential unauthorized logins, but what is even more important — we have managed to save an enormous amount of server resources that can now be used for a meaningful and legitimate activity by our users.

Continue reading “How Our New Anti-Bot AI Prevents Millions of Brute-Force Attacks”

SiteGround Optimizer – Our WordPress Plugin

In 2012 we released a SiteGround WordPress plugin. Its purpose was to connect the WordPress installations of our users with our caching service – the SuperCacher. For many years all updates we have made to the plugin were only related to the caching functionality. However, in the last few months, we have added two completely new functionalities (HTTPS switch and PHP 7.0 updater) and have changed the plugin name to SiteGround Optimizer. To learn more about what is now included in the SiteGround Optimizer read below.

Continue reading “SiteGround Optimizer – Our WordPress Plugin”

Get your WordPress on PHP 7.0 now!

We have just released a new version of our WordPress plugin 3.2.1 the SiteGround Optimizer, which allows you to move to PHP 7.0 with a click.  We encourage all SiteGround customers to utilize this great option and make their WordPress installation run on PHP 7.0 now. PHP 7.0 has been available on our servers for over a year and it is high time that all of our customers take full advantage of the considerable performance boost it provides.

Continue reading “Get your WordPress on PHP 7.0 now!”

NextGEN Vulnerability Patched on SiteGround Hosting

Yesterday, our partners from Sucuri discovered a serious SQL injection vulnerability in one of the most popular WordPress gallery plugins – NextGen Gallery. Our security team started working immediately on the issue and created a rule in our web application firewall (WAF) to block any potential attempts to exploit this vulnerability. However, we strongly recommend that all NextGen Gallery users update their plugin to version 2.1.79 which fixes the core of the issue in the plugin code.

[subscribe_cta]

Cloudflare HTTPS and WAF Update

UPDATE

Since the launch of our own in-house built Content Delivery Network – SiteGround CDN, we are no longer providing Cloudflare services as part of our hosting plans.

Since we launched our integration with Cloudflare in 2012 we have seen thousands of our customers benefit from its CDN and the site security functionalities. Today we are happy to announce two improvements in the Cloudflare packages we provide. First, the SSL is now supported in the free plan of the service. Second, we have included a very cool security feature – the Cloudflare Web Application Firewall, in our Plus plan.

Continue reading “Cloudflare HTTPS and WAF Update”

WordPress AutoUpdater Restarted

We first launched our WordPress AutoUpdater in 2012. Some tweaks were made to the system a year later when the original AutoUpdate feature was included in the WordPress core, but we continued to rely primarily on our own system for our customers. The SiteGround AutoUpdater has been used successfully for the last 5 years and has kept a lot of our customers up-to-date and safe from hacks. Thanks to it, more than 70% of the WordPress installations on our servers have been constantly using the latest software version. However, we have been thinking for a while how to get this percentage even closer to 100. The recent security issues with WordPress REST API motivated us to introduce a change into the system that increased the upgrade rate to more than 90%.

Continue reading “WordPress AutoUpdater Restarted”

Are You Ready to Get Hacked?


In the security world, the following advice seems to be gold: keep templates and plugins up to date; use secure passwords and captchas; be careful whom you give access and to what; use a security-conscious web host.

While those are all great tips and we encourage them, your website is still (and always will be) hackable. We’ve seen and helped clients with numerous hacks over the years, so we wanted to share some advice that goes beyond following security best practices.

As your user base and reputation grow, getting hacked becomes more likely and it really can happen to anyone. Therefore, the best thing you can do is to have a hack recovery plan. In case of disaster, you’ll know exactly what needs to be done, and who can do it for you. You won’t panic and make hasty decisions that may turn a crisis into a catastrophe.

1. Be the First to Know

You don’t want to find out about a hack from a random visit to your own site. You don’t want to see the red screen of death, with an unwelcoming message like “Danger: malware ahead!” or “This website may harm your computer”. You don’t want to see your homepage defaced (at the time of writing, a WordPress REST API Vulnerability is at large and defacing thousands of websites).

The worst thing about finding a hack by accident is that you probably won’t know how long it’s been there. You won’t be able to put the damage into perspective.

The solution is to set up one or several proactive tools that detect hacks and notify you.

Front-end/Source Code Monitors
There are tools that monitor the front-end of your site for uptime and content changes, such as Pingdom. There are also tools that monitor the source code of your website for hacks, such as our own HackAlert service. Both can be set up to send various notifications and the options here are endless.

Google Search Console Alerts
Although you cannot count on it for an early warning, Google’s Search Console detects a plethora of hacks. Set up your site and make sure to enable email alerts in the preferences. It’s a good idea to keep an eye on Google’s security status regarding your site. Best of all, it’s free.

2. Make a Backup

You will need a backup copy of the hacked site to be used later when removing malicious code. Make a backup and save it before going into maintenance mode.

That being said, make sure your site is backed up regularly and several copies are kept at all times. A clean copy can also be of help when later recovering your site. Your web host will usually make backups for you, but there are plenty of tools and plugins to set up backups yourself.

3. Get the Access Logs

Another thing to be used in the recovery of your site is access logs. Talk to your host whether they can provide them and how far back in time. Some attacks are difficult to find and may require logs from 6 months ago. If your host cannot provide that, set up log keeping yourself. At SiteGround, and probably other hosts, access logs can be downloaded from the Statistics tool.

4. Have Maintenance Mode Ready

Going into maintenance mode as soon as possible is important. Search engines constantly check the HTTP status of your site and what content it is serving to visitors. Having your site down or serving malicious content will obviously damage your rankings.

This is why it’s a good idea to have a simple HTML maintenance page ready before you ever get hacked. You’ll be able to enable it quickly, while your site is being cleaned, minimizing damage in the eyes of both visitors and search engines.

The best way to enable maintenance mode is by using .htaccess to redirect all requests to an html page. This way, any malicious files left on your domain will become inaccessible and will forward to the said page.

5. Clean the Website and Vulnerability

To clean your website, you can either restore from a clean backup or remove the malicious code from files and databases. Whatever the method of cleaning, you will have to make sure the vulnerability is eliminated afterward.

Restoring a Clean Backup
This is the fastest, easiest and cheapest option that most people will be able to perform on their own with their backup tool. However, it comes with some disadvantages. If you are running a website that is updated frequently, you may lose some data (e.g. an online store might lose some orders). Also, you can never be sure that the backup you are restoring is completely clean.

Remove the Malicious Code From Files and Database
This is the more effective option, but it can prove extremely difficult depending on the hack. If you are not completely sure what you are doing, it’s best to use a 3rd party cleaning service. Identifying and removing attacks is well beyond this blog post.

Eliminate the Vulnerability
This is where the access logs come into play, however, once again this can become a difficult task that you should be confident with when performing it on your own. At the end of the day, you need to know the malicious code was removed from your files and database, together with the vulnerability used to access and modify those files and databases.

SiteGround customers can order a thorough malware cleanup, by going to Client Area -> Contact us -> Expert Care Service -> Malware Cleanup.

6. Return to Live

At the end of the process, you should change all passwords of all users, tools, and devices that have access to your site (control panel, FTP, SSH, etc.). Make sure the same is done by all website collaborators. Do this before you go live.

Another thing you should consider at this point is your website users and visitors. Analyze the situation and find out if any of their data was exploited during the attack. If yes, it’s a good idea to communicate it, along with a password change and any other needed actions to users.

How to secure your WordPress website? (video tutorial)

[subscribe_cta]