Publish Self-signed SHA2 SSL certificate for IOS 10

When it comes to browsing and self-signed SSL, it looks like there is a ton of wrong information online. I read everywhere from “you can’t use IIS to generate valid self-signed SSL certs for iOS” to “iOS 10 doesn’t support self-signed SSL certificates at all anymore.” Well what’s the truth? Turns out the truth is that a lot of people want to use self-signed SSL certificates on iOS, but just don’t know how to do it.

First things first, the iOS Safari browser verifies SSL just like any other browser. What does that mean? That means that the website that you’re visiting must have an SSL certificate installed, and that the SSL certificate must have been issued by a trusted Root Certificate Authority. Here’s how I was able to get my self-signed SSL set up using Windows Server 2008 R2:

Create a self-signed SHA-256 SSL Certificate

  1. Stand up a ROOT CA,  generate a ROOT CA certificate, and then turn off this server for best practices.
  2. Stand up an Intermediate or Subordinate CA. Generate a CA certificate with this intermediate CA.
  3. You can’t use IIS to generate a SHA-256 certificate request directly. You will have to instead use the mmc.exe Certificate snap-in and certutil. In the mmc.exe Certificate snap-in, you’ll see an option to request a custom certificate. Click Create Custom Request.
  4. You will see the option to customize your request. Click Properties. 
  5. When creating your custom request, make sure to fill out common name, valid country code, state, organization, organization unit, DNS, IP Address, and URL. The common name and DNS should include the website that you are securing. This is your chance to add alternative names as well. 
  6. Make sure to export out your private key and choose at least SHA256. You don’t want to use SHA1 because it has been deprecated.
  7. Finish creating the custom request, then open command line.
  8. In command line, type this out: certutil -attrib “CertificateTemplate:WebServer” filelocation.req and then press enter.
  9. You will be prompted to choose an issuing CA. Choose your intermediary, and then you will generate a new certificate. It will prompt you where to save it.
  10. Now that you have a valid SHA-256 SSL certificate, take it to IIS where you can bind it to your default website. At this point your website has a valid self-signed SSL. However, your Root CA will not be trusted anywhere. You will have to make your Root CA certificate available for install in order for it to be trusted.

Make your Root CA certificate available for iOS install

  1. There are multiple ways to install a Root CA certificate onto an iOS device. One way is to email it to the device. That method is tedious in my opinion. A better method is to actually make an external link available, so that when you click it, the Root CA automatically installs onto your iOS device. The best way to do this is by creating a .mobileprovisioning file, or an iOS configuration file.
  2. On a Mac, open up Apple Configurator.
  3. Create a configuration profile. Under Credentials, choose your Root CA certificate.
  4. Create additional profiles for any intermediate CA certificates.
  5. When you have your mobileprovisioning files, put them somewhere external so that you can download them. For me the easiest way to do this was in the public IIS website: C:\inetpub\wwwroot\. I actually edited the
  6. Your server won’t be able to serve out those files by default. You’ll have to configure the IIS MIME type to allow those files to be served.

Make your CRLs publicly available

  1. You can configure your CA to publish your CRLs to your inetpub folder.
  2. Don’t forget to allow the CRL MIME type so that your server can deliver those files.
  3. Don’t forget to allow doubleescaping in IIS as well

You’re done! On your iOS device, navigate to your external site and install your CA certificates as mobile provisioning profiles. Then, when you navigate to your self-signed website, it will be trusted.

Base Windows 7 VM Not Capturing Mouse Input In Hyper-VM

If you’re creating a base Windows 7 VM in Hyper-V, you might have noticed the above error message. It says “Mouse not captured in Remote Desktop session.” The base version of Windows 7 does not natively support mouse control in Hyper-V.

There is no option for “Insert Integration Services Setup Disk”

If you’re lucky, you can click Action -> “Insert Integration Services Setup Disk” to solve your problem. If you’re like me though, no such luck. Clicking Action doesn’t give the same option. The good news is that you can still insert the Setup disk, you’ll just have to do it manually. I myself wasn’t able to find out where the setup disk is stored (the locations I found on Google were wrong), but I was amazingly able to download the setup disk from some Samaritan’s google drive account (scroll to the bottom). Insert that disk into your VM, run the setup, and voila! You can start using a mouse again. Just remember that the tab and enter keys are your best friend.


  • If you don’t see the option for “Insert Integration Services Setup Disk” in Hyper-VM, just download the disk and use it manually.
  • Don’t use Windows 7 Home Premium, it sucks. You can’t even remote into it, or join it to a domain.