Ce sunt HTTPS și SSL? Cum funcționează site-urile sigure, explicat simplu
HTTPS este versiunea sigură a HTTP, protocolul pe care îl folosesc browserele ca să vorbească cu site-urile. Înfășoară fiecare cerere și fiecare răspuns într-o conexiune criptată, folosind TLS (Transport Layer Security), astfel încât nimeni între vizitator și site nu poate citi sau modifica ceea ce se trimite. SSL este numele mai vechi al aceleiași idei — protocolul original pe care l-a înlocuit TLS — de aceea oamenii mai spun încă „certificat SSL”.
De ce contează HTTPS când construiești cu AI
Orice aplicație pe care o publici ar trebui servită prin HTTPS. Nu este doar o bună practică:
- Browserele se așteaptă la el. Site-urile pe HTTP simplu sunt etichetate „Not secure” („Nesigur”), iar unele funcții ale browserului — precum accesul la locație, camera și microfonul sau service worker-ele pentru aplicații offline — funcționează în general doar pe pagini sigure (HTTPS).
- Autentificările și formularele. Fără HTTPS, parolele, cookie-urile de sesiune și datele formularelor circulă în text lizibil. Oricine din aceeași rețea Wi-Fi publică le-ar putea captura.
- Plățile și serviciile terțe. Furnizorii de plăți, autentificarea OAuth și multe API-uri cer adrese de redirecționare și de callback HTTPS.
- Încredere și căutare. Vizitatorii observă avertismentul, iar Google a spus că tratează HTTPS ca semnal de clasare.
Vestea bună: pe majoritatea platformelor moderne de găzduire, HTTPS se configurează automat. Ceea ce trebuie să înțelegi este suficient de mult cât să repari lucrurile atunci când un domeniu personalizat sau un avertisment de conținut mixt nu merge.
O analogie din viața de zi cu zi
Trimiterea datelor prin HTTP simplu este ca a trimite o carte poștală: fiecare angajat poștal care o atinge o poate citi și cineva ar putea chiar să schimbe mesajul.
HTTPS este ca un plic sigilat, cu sigiliu care arată dacă a fost deschis, trimis după ce ai verificat mai întâi actul de identitate al destinatarului. Certificatul este acel act de identitate, emis de o autoritate de încredere (autoritatea de certificare), care a verificat că site-ul controlează cu adevărat domeniul. Criptarea este plicul sigilat. Actul de identitate dovedește că scrii la adresa corectă; plicul păstrează conținutul privat.
Cum funcționează HTTPS, simplu
Când un browser deschide https://shop.example.com:
- Salutul. Browserul se conectează și spune ce metode de criptare suportă.
- Certificatul. Serverul trimite certificatul său, care spune „această cheie aparține lui
shop.example.com” și este semnat de o autoritate de certificare. - Verificarea. Browserul verifică semnătura față de autoritățile în care are deja încredere, verifică dacă certificatul nu a expirat și dacă domeniul corespunde.
- Cheile. Browserul și serverul se înțeleg asupra unei chei secrete noi pentru această sesiune, fără să o trimită vreodată în clar.
- Conversația criptată. Toate cererile și răspunsurile — pagini, date de formular, cookie-uri — circulă acum criptate.
Această strângere de mână TLS (TLS handshake) durează câteva milisecunde și are loc automat. Vizitatorul vede doar iconița lacătului (sau, în unele browsere, o iconiță neutră cu informații despre site).
Ce protejează și ce nu protejează HTTPS
| Protejează | Nu protejează |
|---|---|
| Datele în tranzit între browser și server | Datele odată ajunse pe serverul tău sau în baza ta de date |
| Împotriva spionării pe rețele Wi-Fi publice | Împotriva unui site rău intenționat sau de tip înșelătorie |
| Împotriva modificării paginilor pe drum | Împotriva erorilor din aplicația ta, precum lipsa verificărilor de permisiuni |
| Cookie-urile și parolele cât timp sunt trimise | Împotriva parolelor slabe sau a cheilor API scurse |
HTTPS criptează conținutul cererilor, inclusiv calea paginii și șirul de interogare. Dar numele domeniului pe care îl vizitezi este de obicei încă vizibil pentru rețelele prin care trece. Acesta este un motiv în plus să nu pui niciodată date personale în URL-uri, deoarece ajung și în jurnale și în istoricul browserului.
Un exemplu practic: conectarea unui domeniu personalizat
Să presupunem că publici o aplicație de rezervări și vrei să fie la book.myyogastudio.com:
- Adaugi o înregistrare DNS care indică
book.myyogastudio.comcătre gazda ta. Vezi cum funcționează domeniile și DNS. - Gazda demonstrează unei autorități de certificare că controlează numele respectiv — de obicei răspunzând unei provocări pe domeniul respectiv — și primește un certificat.
- Gazda îl instalează și îl reînnoiește automat înainte să expire. Certificatele sunt intenționat de scurtă durată, deci reînnoirea automată contează.
- Vizitatorii care accesează
http://book.myyogastudio.comsunt redirecționați cătrehttps://.
Dacă pasul 1 este greșit — înregistrarea indică în altă parte sau un proxy se află la mijloc — pasul 2 poate eșua și vizitatorii văd o eroare de certificat. Aceasta este cea mai frecventă problemă HTTPS întâlnită la conectarea unui domeniu personalizat.
Termeni cheie
| Termen | Sens |
|---|---|
| TLS | Transport Layer Security, protocolul de criptare din spatele HTTPS. |
| SSL | Secure Sockets Layer, predecesorul depășit al TLS. Numele persistă. |
| Certificat | Un fișier semnat care leagă un domeniu de o cheie publică. |
| Autoritate de certificare (CA) | O organizație în care browserele au încredere și care emite certificate, precum Let's Encrypt. |
| Validare de domeniu (DV) | Un certificat care dovedește controlul asupra domeniului — ce folosesc aproape toate site-urile. |
| Certificat wildcard | Acoperă toate subdomeniile cu un nivel de adâncime, precum *.example.com. |
| Conținut mixt | O pagină HTTPS care încarcă unele resurse prin HTTP simplu. Browserele le blochează sau avertizează. |
| HSTS | Un antet care le spune browserelor să folosească mereu HTTPS pentru site-ul tău, de acum înainte. |
| Portul 443 | Portul standard pentru HTTPS (HTTP folosește portul 80). |
Concepții greșite frecvente
- „Lacătul înseamnă că site-ul este de încredere.” Înseamnă că conexiunea este privată și că domeniul corespunde. Și scamerii obțin certificate.
- „HTTPS este necesar doar pentru paginile de plată.” Orice pagină cu autentificare, formular sau cookie are nevoie de el — adică aproape fiecare aplicație. Folosește-l peste tot.
- „Certificatele sunt scumpe.” Certificatele gratuite și de încredere sunt standard, iar majoritatea gazdelor le gestionează pentru tine.
- „HTTPS face aplicația mea sigură.” Securizează conexiunea. Aplicația ta are încă nevoie de verificări de permisiuni pe server, de gestionarea sigură a secretelor și de validarea datelor de intrare. Vezi lista de verificare de securitate pentru aplicații construite cu AI.
- „HTTPS face site-urile lente.” TLS modern adaugă foarte puțin cost, iar funcțiile precum HTTP/2, care accelerează site-urile, cer în general HTTPS în browsere.
Remedierea problemelor HTTPS frecvente
| Simptom | Cauză probabilă |
|---|---|
| „Conexiunea nu este privată” | Certificatul nu acoperă exact acest domeniu, a expirat sau încă nu a fost emis |
Funcționează cu www., dar nu și pe domeniul de bază (sau invers) | Doar un nume are DNS și certificat |
| Lipsește lacătul, „Not secure” pe unele pagini | Conținut mixt: o imagine, un script sau un font încărcat prin http:// |
| Eroare de certificat imediat după conectarea unui domeniu | DNS-ul încă se propagă sau un proxy din față blochează verificarea certificatului |
Ce să ceri constructorului tău cu AI
- „Asigură-te că fiecare imagine, script și font se încarcă prin HTTPS sau printr-un URL relativ — fără link-uri
http://.” - „Redirecționează tot traficul HTTP către HTTPS.”
- „Setează cookie-urile de sesiune cu indicatorii
SecureșiHttpOnly.” - „Folosește
https://pentru fiecare URL de callback OAuth, de plată și de webhook.” - „Domeniul meu personalizat arată o eroare de certificat — ce înregistrare DNS așteaptă gazda?”
HTTPS în Mythex
Când conectezi un domeniu personalizat în Mythex (o funcție Pro), adaugi o înregistrare CNAME care indică spre ținta slug.mythex.ai pe care ți-o arată Mythex, apeși Verify (Verifică), iar Mythex emite automat HTTPS pentru domeniu. Documentația acoperă cele două obstacole cele mai frecvente: dacă DNS-ul tău este la Cloudflare, setează înregistrarea pe „DNS only” (nor gri) în loc de proxiat, ca Mythex să poată emite certificatul; iar DNS-ul poate fi verificat înainte ca HTTPS să fie complet configurat, deci așteaptă câteva minute și verifică din nou. Vezi domeniile personalizate în documentație și ghidul nostru despre conectarea unui domeniu personalizat.
Întrebări
Care este diferența dintre HTTP și HTTPS?
HTTP trimite datele între browser și site ca text lizibil. HTTPS este HTTP trimis printr-o conexiune TLS criptată, astfel încât persoanele din aceeași rețea sau de-a lungul traseului nu pot citi sau modifica ce se trimite, iar browserul poate verifica faptul că vorbește cu site-ul real.
SSL și TLS înseamnă același lucru?
TLS este succesorul modern al SSL. Toate versiunile SSL sunt depășite și nesigure, iar site-urile sigure de azi folosesc TLS. Oamenii mai spun încă „certificat SSL” din obișnuință, dar certificatele sunt folosite împreună cu TLS.
Lacătul înseamnă că un site este sigur?
Nu. Lacătul înseamnă că și conexiunea este criptată, iar certificatul corespunde domeniului. Un site de tip înșelătorie poate avea și el un certificat valid. Îți spune că nimeni nu poate spiona conexiunea, nu că proprietarul site-ului este de încredere.
Trebuie să plătesc pentru un certificat SSL?
De obicei nu. Autoritățile de certificare gratuite și automatizate, precum Let's Encrypt, emit certificate în care browserele au încredere, iar majoritatea platformelor de găzduire le obțin și le reînnoiesc pentru tine. Certificatele plătite adaugă mai ales suport sau verificări suplimentare de identitate.
De ce scrie site-ul meu „Not Secure”?
Cauzele frecvente sunt deschiderea site-ului prin http:// în loc de https://, un certificat expirat sau care nu acoperă exact acel domeniu, ori o pagină care încarcă imagini sau scripturi prin http:// simplu (conținut mixt).