make it possible to use SSL on blob storage using custom domains
Currently you can use SSL but you have to user the standard URL. You can create a CNAME to your storage account but most browsers complain that the traffic was rerouted and is possibly an attack. There should be a way to install a domain certificate to your containers.
You can now use the Azure CDN to access blobs with custom domains over HTTPS. See the following article for instructions on how to do so: https://docs.microsoft.com/en-us/azure/storage/storage-https-custom-domain-cdn. Having talked to a number of customers, we concluded that this solution addresses many scenarios where the need for HTTPS access to blobs with custom domains exists.
Native Azure Storage support for using SSL to access blobs at custom domains is still on our backlog. We would love to hear about your scenarios where using the Azure CDN is not an acceptable solution, either by posting on this thread or sending us an email at firstname.lastname@example.org.
Marcus Kern commented
Secure File Transfer from blob storage for distributed file sharing. for instance: our work provides assessments for each "client" these assessments are downloadable, where in they are generated on the fly. our hope is one day to be able to obtain a long term cache (historic deployment and version control) for activity monitoring and update policy violations.
providing a secure way to distribute these documents would make Azure Storage Blobs a simple solution when compared to other options available but without SSL, this path is not an option.
Serving static pages from a blob is a mess. Cannot specify default content and SSL is not possible using custom domains.
Why I need SSL? Now that's a different story:
I'm using Azure B2C directory and Azure functions. B2C is only allowing HTTPS callbacks. Which is a bit too strict. There is one usecase where it is not necessary:
I have a single web page application and the token is returned using html anchors. (#hash). The connection to B2C is under https, so as the redirect directive when the authentication was finished.
Then the next GET won't include the part of the URL after the #, so it will never leave the browser, only the app could read it (then redirect away from it).
Tor Knutsson commented
Why do I dislike CDN? First of all, its not a turnkey solution - there a management cost - changes I need to to to my blob data (cache invalidation headers management). Secondly, an additional run costs that bothers me less but it's surely not a pleaser.
James Hood commented
Put simply, Azure CDN would be unnecessary additional layer(s) for some use cases, including mine. It seems to me that native support for this feature within the blob storage service is a natural extension. Considering the general push for a more-secure web through TLS by default (https://letsencrypt.org/2017/06/28/hundred-million-certs.html) the Azure Storage Service _without_ this feature will become less-and-less useful over time.
Please, address this issue. This is not completed. Please, make https available for blob storage with custom domains.
Dimka M commented
I second the SAS link issue. This is NOT "completed".
Seriously? This is not completed... please revert status. This idea specifically asks for "SSL on blob storage using custom domains". It does not mention CDN which is a totally different thing.
E.g. blob storage has the concept of Shared Access Signature (SAS) Links, which can be use for both read and write. SAS links is typically used for material, that you absolutely do not want to access using a CDN server. If you didn't care about privacy, why do you want SSL in the first place?
In case the status of this idea is not changed back I've created the original idea again here: https://feedback.azure.com/forums/217298-storage/suggestions/19411273-support-ssl-on-blob-storage-with-custom-domains
Michaël Hompus commented
Using CDN has many downsides including price, performance, caching, etc. This is a workaround, not a solution.
If this has been "Completed", why does it still say "Azure Storage does not yet support HTTPS with custom domains. While we do not have a specific timeline we can share for this feature, we are aware of customer interest." at https://docs.microsoft.com/en-us/azure/storage/storage-custom-domain-name?
Could it be that the completion does not refer to the original feedback request (blob storage), but only to CDN instead?
You can realize this with Azure Functions Proxies that route to the blob storage. Just add your custom domain to the Function App. The Proxies defined there route to the blob storage like this:
Clint Mann commented
This is mind blowing that Microsoft has not implemented this! And the status as of May 2017 is "Under Review" and not "Completed" or even "Started". What an epic fail. Azure could dominate the internet if only Microsoft really really wanted it to. We will see.
I just started to use Storage, i thought it was my lack of skill that i can't find a way to set up SSL there. Then i found this. This feature is so basic, how this can be not implemented for 5 years?
Dimka M commented
Let's get this done, come on already!
The idea was shared on July 18, 2012. It is 2017 and this is still not available. Shame (ring) shame (ring)
Need this ASAP!
Daresay you could meet this use-case now using Web App Firewalls, but an integrated solution would be better.
It might be necessary to use CloudFlare for the references until its implemented, but, I assumed that this would have been implemented as part of the initial service...
Add this to your themes function.php file (or anywhere else it works i.e. plugin)
add_filter( 'windows_azure_storage_allow_cname_https', '__return_true' );
Azure Storage plugin will now accept https CNAME and custom domain
there is actually a way. I've done it n multiple sites. Admin doesn't know what he/she is talking about.
Romulo Pehls commented