La mia comprensione è che i certificati SSL sono costosi perché stai pagando una terza parte per garantire la tua identità, e apparentemente la forma più sicura di fiducia è la fiducia che devi pagare. Immagino che la fiducia che stai ottenendo sia un modo per dimostrare che non sei un sito di phishing o qualcosa del genere (anche se ho visto certificati SSL molto convincenti sui siti di phishing).
Ad ogni modo, ho un'API che richiede solo comunicazioni crittografate tra un client e un server web. Non ho bisogno del fattore di fiducia che offrono i certificati di $ 200 per anno, perché gli utenti non utilizzano nemmeno un browser Web per usare la mia API - stanno usando un codice che hanno scritto da soli e l'URL è hard-coded nelle loro applicazioni.
Purtroppo lavorare con i certificati SSL è complicato per la maggior parte dei nuovi sviluppatori (che useranno la mia API) se il certificato è autofirmato. La maggior parte dei framework di programmazione genererà un'eccezione se il certificato non attendibile non viene importato, ecc. È troppo fastidioso e allontanerà gli sviluppatori dal mio servizio. Tuttavia, non crittografare il traffico non è solo un'opzione.
Tutto ciò di cui ho bisogno è che il traffico web sia crittografato e che gli sviluppatori che usano la mia API non debbano saltare i cerchi. Il meccanismo per fare la crittografia è gratuito e open source, e non voglio dover acquistare "terze parti" di terze parti aggiunte.
TLDR / Conclusione: C'è un modo per generare un certificato SSL gratuito che sarà considerato affidabile dalla maggior parte dei framework di programmazione? O, ci sono altre opzioni per comunicazioni sicure su HTTP senza un certificato SSL acquistato?