IIS - How to setup the web.config file to send HTTP Security Headers with your web site (and score an A on securityheaders.io) How to tweak your web application's web.config file to secure your Windows + IIS hosted website with the required HTTP Security Headers and get A rate from securityheaders.io scan.

IIS - How to setup the web.config file to send HTTP Security Headers with your web site (and score an A on securityheaders.io)

We already explained the basics about HTTP Security Headers in this previous post: it's now time to put all these words into action and learn how we can implement them within our Internet Information Services (IIS) instance to shield our valuable web sites from most dangerous threats.

In case you need to do that with an Apache web server, read here; to do that with Nginx, read here instead. Last but not least, if you want to know more about the (rather) new Expect-CT security header, check out this post!

The first thing we should do is check our website before making any change, to get a grip of how things currently are. Here are some websites that we can use to scan our web site:

Our personal favourite is the first one, as it also has a nice rating system that might help us to understand how protected we are (or not). If your website has no security headers, you'll most likely end up with a severe F rating, just like the following screenshot:

IIS - How to setup the web.config file to send HTTP Security Headers with your web site (and score an A on securityheaders.io)

We know, this is our site! We temporarily deactivated everything to be able to get a screenshot that could show the worst possible outcome. If that's your scenario as well, don't worry: you're 1 minute away from ranking up to A !

Without further ado, here's the relevant snippet to place within your application's web.config  file:

That's about it. These settings are loose enough for most web sites while keeping a strong level of security: you shouldn't have issues with any standard website based upon WordPress, Joomla, Drupal, ASP.NET Core MVC and so on.

In case you need a more relaxed content security policy - for example, if you have media, applets or unsafe scripts & styles - you can tweak that specific line. Here's an example accepting basically everything:

Don't get us wrong, we're not suggesting using it in any way! However, whenever a given scenario would force us to accept anything, having a super-permissive policy it's still better than having none.

And here's our scan after implementing all of the above:

IIS - How to setup the web.config file to send HTTP Security Headers with your web site (and score an A on securityheaders.io)

That's it! In case you need to do the same with an Apache web server, read here; to do that with Nginx, read here instead.

I sincerely hope that this post will help you to improve the security level of your web site as well.

 

 

 

About Ryan

IT Project Manager, Web Interface Architect and Lead Developer for many high-traffic web sites & services hosted in Italy and Europe. Since 2010 it's also a lead designer for many App and games for Android, iOS and Windows Phone mobile devices for a number of italian companies. Microsoft MVP for Development Technologies since 2018.

View all posts by Ryan

7 Comments on “IIS - How to setup the web.config file to send HTTP Security Headers with your web site (and score an A on securityheaders.io) How to tweak your web application's web.config file to secure your Windows + IIS hosted website with the required HTTP Security Headers and get A rate from securityheaders.io scan.

  1. Pingback: HTTP Security Headers overview and setup guide for IIS, Apache, Nginx
  2. Pingback: Apache - setup httpd.conf to send HTTP Security Headers on global scope
  3. Pingback: Expect-CT - A new HTTP Security Header to be aware of
  4. Pingback: How to setup NGINX conf file to send HTTP Security Headers

Leave a Reply

Your email address will not be published. Required fields are marked *


The reCAPTCHA verification period has expired. Please reload the page.

This site uses Akismet to reduce spam. Learn how your comment data is processed.