tabs ↹ over ␣ ␣ ␣ spaces

by Jiří {x2} Činčura

How not to handle your HTTPS issues

9 Nov 2016 1 mins Best practice or not?, Cryptography, Encryption

What could possibly go wrong when you expect HTTPS for signing in… I was handling new version of my client’s application which was hosted on That just mean logging into the admin panel and uploading new deployment. Simple as that. As I was accessing the admin panel I spotted it’s not running on HTTPS, which honestly is a big no-no for me in 2016. So I filled a support ticket an asked whether that would be possible. Maybe different URL or IP. What the brought is unbelievable.

Here’s the screenshot of that ticket.

Support ticket

What? I mean WHAAAT? It’s fucking not! It’s a good old <form> that is POSTing the values to the server. Every script kiddie can handle that.

With that “solution” in my hands I turned over, moved the website to my own server and cancelled the account. This is not an inconvenience. It’s a pure ignorance. Wrong attitude.

Eventually they told me I can access it via HTTPS, although I would have to accept self-signed certificate (without at least trying to send me the fingerprint for manual validation (not that it matters because the support platform was on plain HTTP anyway)). Hard to chew that if you can get free certificate from Let’s Encrypt.

If you want to know what others think, here’s a tweet I posted yesterday.

What do you think? Is this acceptable in 2016? Or am I too picky?

Profile Picture Jiří Činčura is .NET, C# and Firebird expert. He focuses on data and business layers, language constructs, parallelism, databases and performance. For almost two decades he contributes to open-source, i.e. FirebirdClient. He works as a senior software engineer for Microsoft. Frequent speaker and blogger at