Ce este criptarea RSA? Cum funcționează algoritmul RSA

Dacă ai generat vreodată un CSR, probabil ai ales „RSA 2048” ca tip de cheie. Mai jos explicăm ce înseamnă acest lucru: cum funcționează algoritmul RSA, un exemplu lucrat pe care îl poți verifica manual și ce dimensiune de cheie să alegi. Acoperim și recordurile de factorizare din septembrie 2026, care nu amenință cheile de 2048 de biți.

Acest ghid acoperă algoritmul RSA. RSA Security, compania de securitate, poartă numele acelorași trei inventatori.

---

Cuprins

1. Ce este criptarea RSA?
2. Ce este o cheie RSA?
3. Dimensiunile cheilor RSA
4. Cum funcționează criptarea RSA?
5. Pașii criptării RSA: un exemplu lucrat
6. Unde este folosit RSA?
7. RSA în certificatul tău SSL
8. RSA vs AES și ECC
9. Avantajele și dezavantajele RSA
10. Este RSA sigur?
11. Este RSA pe cale de dispariție?
12. Întrebări frecvente despre criptarea RSA

---

---

Ce este criptarea RSA?

Criptarea RSA este o formă de criptografie asimetrică: folosește o cheie publică pentru a cripta datele și o cheie privată separată pentru a le decripta. Cifrurile simetrice, precum AES, folosesc o singură cheie comună pentru ambele operații.

Securitatea sa se bazează pe factorizare. Înmulțirea a două numere prime mari este simplă. Recuperarea lor pornind de la produsul lor, un număr numit semiprim, este nepractică prin orice metodă clasică cunoscută odată ce acel produs are 2048 de biți lungime.

Ron Rivest, Adi Shamir și Leonard Adleman au publicat algoritmul în 1977 la Massachusetts Institute of Technology (MIT). Clifford Cocks de la GCHQ din Marea Britanie găsise un sistem echivalent în 1973, dar munca sa a rămas clasificată până în 1997.

RSA criptează rareori datele tale efective. Este lent și poate gestiona doar un mesaj mai scurt decât cheia sa. Sistemele folosesc în schimb criptarea hibridă: criptografia RSA protejează o cheie secretă scurtă sau semnează un mesaj, iar AES criptează datele.

Ce înseamnă RSA?

RSA înseamnă Rivest–Shamir–Adleman, numele de familie ale celor trei cercetători de la MIT care l-au publicat în 1977. Nu este o abreviere a unui termen tehnic. Vei întâlni și denumirile de algoritm RSA, sistem criptografic RSA sau cifru RSA; toate trei înseamnă același lucru.

---

Ce este o cheie RSA?

O cheie RSA este o jumătate dintr-o pereche legată matematic. Cheia publică este formată din două numere, (e, n), iar cheia privată este (d, n). Aici n este produsul a două numere prime secrete, și numai cineva care cunoaște acele numere prime poate calcula exponentul privat d.

Cheia ta publică RSA este inclusă în cererea de semnare a certificatului (CSR) și apoi în certificatul emis, unde orice browser o poate citi. Cheia ta privată RSA rămâne pe serverul tău și nu ajunge niciodată la CA. Dacă se scurge, oricine poate să se dea drept site-ul tău, așa că urmează practicile noastre de stocare a cheii private.

Pe disc, o cheie este un fișier text în format PEM care începe cu -----BEGIN PRIVATE KEY-----. Ghidurile noastre despre fișierele PEM și găsirea cheii tale private SSL explică formatul și locul unde serverele o păstrează.

Exponentul public e este aproape întotdeauna 65537. Este prim, suficient de mare pentru a bloca atacurile cu exponent mic, și egal cu 2¹⁶ + 1. Acest număr are doar doi biți de 1 în binar, astfel încât criptarea și verificările semnăturilor rămân rapide.

---

Dimensiunile cheilor RSA: 2048, 3072 sau 4096 de biți?

Folosește o cheie RSA de 2048 de biți pentru un certificat SSL standard. Este cea mai mică dimensiune acceptată de autoritățile de certificare publice și cea mai rapidă dintre cele trei. Alege 3072 de biți dacă ai nevoie de nivelul de securitate de 128 de biți pe care planul preliminar al NIST îl prevede după 2030. O cheie de 4096 de biți adaugă putere, dar încetinește fiecare handshake pe un server aglomerat.

Dimensiune cheie RSA	Nivel de securitate (NIST SP 800-57)	Statut la autoritățile publice	Folosește-o pentru
1024 de biți	80 de biți sau mai puțin	Neacceptat	Nimic. Înlocuiește-o.
2048 de biți	112 biți	Minimul acceptat	Majoritatea site-urilor web
3072 de biți	128 de biți	Acceptat	Chei care trebuie să respecte o politică de 128 de biți
4096 de biți	Între 128 și 192 de biți	Acceptat	Politici care o impun
ECDSA P-256 (pentru comparație)	128 de biți	Acceptat	O alternativă mai mică și mai rapidă

Cerințele de bază ale CA/Browser Forum (Baseline Requirements, secțiunea 6.1.5) stabilesc pragul minim pentru certificatele publice: un modul RSA de cel puțin 2048 de biți, cu o lungime divizibilă cu 8. Cheile ECDSA trebuie să folosească curba P-256, P-384 sau P-521.

Un modul de 2048 de biți are aproximativ 617 cifre lungime. Cel mai mare număr RSA factorizat public până acum are 270 de cifre (vezi Chei scurte și recorduri de factorizare). Dacă alegi un tip de cheie pentru un certificat nou, comparația noastră ECDSA vs RSA acoperă compatibilitatea și viteza.

---

Cum funcționează criptarea RSA?

Algoritmul de criptare RSA funcționează în trei etape, pas cu pas: generarea cheilor, criptarea și decriptarea. Fiecare etapă folosește aritmetica modulară, matematica în stil „ceas” în care numerele se reiau după ce ating un modul, precum și legătura dintre cheia publică și cheia privată.

Generarea cheii RSA

1. Alege două numere prime mari aleatorii, p și q, dintr-un generator puternic de numere aleatorii. Pentru o cheie de 2048 de biți, fiecare are aproximativ 1.024 de biți.
2. Înmulțește-le: n = p × q. Acest modul stabilește dimensiunea cheii.
3. Calculează funcția totient a lui Euler: φ(n) = (p − 1)(q − 1).
4. Alege exponentul public e, care nu trebuie să aibă niciun factor comun cu φ(n) în afară de 1. Cheile reale folosesc 65537, nu e = 3 din multe manuale.
5. Calculează exponentul privat d, inversul modular al lui e modulo φ(n), folosind algoritmul euclidian extins.

Cheia publică este (e, n), iar cheia privată este (d, n). Păstrează p și q la fel de secrete ca d, deoarece oricine le deține poate reconstrui cheia privată.

Standardul PKCS #1 definește d folosind funcția lui Carmichael, λ(n) = cmmmc(p − 1, q − 1), în locul lui φ(n). Aceasta poate produce un d mai mic care funcționează la fel de bine. În exemplul de mai jos, ambele dau d = 23.

Criptarea și decriptarea RSA

Pentru a cripta, transformă mesajul într-un număr M mai mic decât n, apoi calculează textul cifrat C prin exponențiere modulară:

C = Mᵉ mod n

Pentru a decripta, aplică cheia privată:

M = Cᵈ mod n

Numai deținătorul lui d poate inversa prima operație, astfel încât două părți care nu s-au întâlnit niciodată pot face schimb de secrete pe o rețea deschisă. Sistemele reale adaugă umplutură (padding) înainte de criptare (vezi Umplutura necorespunzătoare).

Semnături digitale RSA

Semnăturile RSA rulează aceeași matematică în sens invers. Calculezi un hash al mesajului și îl ridici la puterea d cu cheia ta privată. Oricine poate ridica semnătura la puterea e cu cheia ta publică și compara rezultatul cu propriul hash.

O potrivire dovedește că mesajul provine de la deținătorul cheii și nu a fost modificat. Semnăturile RSA moderne folosesc schema de umplutură PSS, pe care TLS 1.3 o impune pentru semnăturile din handshake.

---

Pașii criptării RSA: un exemplu lucrat cu numere mici

Cu p = 17 și q = 11, RSA transformă mesajul 88 în textul cifrat 11 și înapoi în 88. Fiecare pas este suficient de mic pentru a fi verificat cu un calculator.

1. Numere prime: p = 17 și q = 11.
2. Modul: n = 17 × 11 = 187.
3. Totient: φ(n) = 16 × 10 = 160.
4. Exponent public: e = 7, valid deoarece cmmdc(7, 160) = 1.
5. Exponent privat: găsește d astfel încât 7 × d mod 160 = 1.

Algoritmul euclidian extins necesită două împărțiri: 160 = 7 × 22 + 6, apoi 7 = 6 × 1 + 1. Lucrând înapoi, 1 = 7 − 6 = 7 − (160 − 7 × 22) = 7 × 23 − 160. Deci d = 23. Verificare: 7 × 23 = 161, iar 161 mod 160 = 1.

Astfel obținem o cheie publică (7, 187) și o cheie privată (23, 187). Acum criptează numărul 88. Într-un sistem real, textul este mai întâi convertit în numere, de exemplu cu coduri ASCII.

• Pentru a cripta: C = 88⁷ mod 187 = 11
• Pentru a decripta mesajul criptat RSA: M = 11²³ mod 187 = 88

Versiunea lui Carmichael dă același d: λ(187) = cmmmc(16, 10) = 80, iar 7 × 23 = 161 = 2 × 80 + 1.

Observă că 88 se criptează de fiecare dată în 11. RSA „de manual” este determinist, astfel încât un atacator care ghicește un mesaj probabil îl poate cripta cu cheia ta publică și compara rezultatul. De aceea RSA-ul real adaugă întotdeauna umplutură aleatorie.

Cheile reale urmează aceiași pași cu numere prime de sute de cifre lungime. Cineva care interceptează textul cifrat nu îl poate inversa fără p, q sau d.

Exemplu de criptare RSA cu p = 17 și q = 11: generarea cheii, criptarea lui 88 în 11 și decriptarea înapoi în 88

---

---

Unde este folosit RSA?

RSA autentifică serverele în HTTPS, semnează software și certificate, criptează e-mailuri și securizează conexiunile SSH și VPN. Aceste atribuții îl fac unul dintre cei mai comuni algoritmi din securitatea rețelelor. Ceea ce face rareori astăzi este criptarea datelor în volum mare sau, în TLS modern, schimbul de chei de sesiune.

RSA în certificatele SSL/TLS și HTTPS

Certificatul tău SSL, un certificat X.509, conține cheia ta publică RSA. Într-un handshake TLS modern, această cheie dovedește identitatea serverului tău. Nu mai criptează cheia de sesiune.

Când un browser se conectează prin HTTPS cu TLS 1.3:

1. Browserul și serverul convin asupra unei chei de sesiune printr-un schimb de chei efemer (ECDHE). Chrome folosește aici un hibrid de X25519 și ML-KEM post-cuantic.
2. Serverul trimite certificatul digital, iar browserul verifică semnătura CA-ului și valabilitatea certificatului.
3. Serverul semnează handshake-ul cu cheia sa privată RSA, iar browserul o verifică cu cheia publică a certificatului.
4. Ambele părți criptează sesiunea cu un cifru simetric precum AES.

Configurațiile TLS 1.2 mai vechi puteau folosi în schimb schimbul de chei RSA: browserul cripta un secret cu cheia publică a serverului. TLS 1.3 a eliminat acest mod în 2018, deoarece îi lipsește secretul perfect pe termen lung (forward secrecy). Oricine ar fi furat ulterior cheia privată ar fi putut decripta traficul înregistrat.

RFC 10015, publicat în iulie 2026, interzice acum schimbul de chei RSA și în TLS 1.2. Clienții nu trebuie să îl ofere, iar serverele nu trebuie să îl selecteze.

Semnături digitale, semnarea codului și autoritățile de certificare

RSA permite semnăturile digitale, care dovedesc că un mesaj sau fișier provine de la expeditor și nu a fost modificat. Când dezvoltatorii semnează software, folosesc cheia lor privată, iar sistemul de operare verifică semnătura cu cheia publică corespunzătoare.

Același mecanism construiește încrederea în conexiunile SSL/TLS. Trimiți cheia ta publică într-o Cerere de semnare a certificatului (CSR), iar Autoritatea de certificare (CA) îți semnează certificatul cu propria cheie privată. Browserele stochează certificatele rădăcină ale CA-ului, astfel încât pot verifica acea semnătură.

E-mail, SSH și VPN-uri

Instrumente de e-mail precum Pretty Good Privacy (PGP) și S/MIME folosesc RSA pentru a proteja e-mailurile tale. Expeditorul criptează o cheie unică a mesajului cu cheia publică a destinatarului, iar numai cheia privată a destinatarului o poate recupera.

Criptarea VPN se bazează adesea pe certificate RSA în timpul handshake-ului, astfel încât dispozitivul tău poate confirma că vorbește cu serverul VPN real.

SSH folosește RSA pentru cheile de gazdă și de utilizator, deși Ed25519 este tipul de cheie implicit în ssh-keygen din OpenSSH 9.5 (octombrie 2023). Alege Ed25519 pentru chei SSH noi, cu excepția cazului în care un sistem mai vechi acceptă doar RSA. Ghidul nostru SSH vs SSL explică diferențele dintre cele două protocoale.

---

RSA în certificatul tău SSL: tipul de cheie, CSR-ul și reînnoirea

Pentru majoritatea site-urilor web, comandă certificatul SSL cu o cheie RSA-2048, sau ECDSA P-256 dacă serverul și vizitatorii tăi o acceptă. Oricum ai alege, generezi cheia privată pe server, iar cheia publică ajunge la CA în interiorul CSR-ului tău.

RSA sau ECDSA?

RSA-2048 funcționează practic cu orice client încă în uz, inclusiv dispozitive mai vechi și sisteme embedded. ECDSA P-256 oferă securitate de 128 de biți cu o cheie mult mai mică, deci certificatele sunt mai mici, iar handshake-urile mai rapide. Alege ECDSA dacă deservești browsere moderne; rămâi la RSA pentru dispozitive mai vechi. Ghidul nostru despre certificatele ECC explică cum poți obține unul.

Generează o cheie RSA și un CSR

O singură comandă OpenSSL creează o cheie privată RSA de 2048 de biți și un CSR:

openssl req -new -newkey rsa:2048 -nodes -keyout example.com.key -out example.com.csr

Aceasta cere detalii despre domeniul și organizația ta. Trimite fișierul .csr către CA și păstrează example.com.key pe server. Opțiunea -nodes lasă cheia necriptată astfel încât serverul tău web o poate citi la pornire.

Preferi un formular? Generatorul nostru de CSR face aceeași treabă, iar lista noastră de comenzi OpenSSL acoperă restul.

Verifică cheia RSA dintr-un certificat

Rulează openssl x509 -in example.com.crt -noout -text și caută trei linii:

• Public Key Algorithm: rsaEncryption
• Public-Key: (2048 bit)
• Exponent: 65537 (0x10001)

Linia „Signature Algorithm”, precum sha256WithRSAEncryption, descrie modul în care CA-ul a semnat certificatul, nu tipul cheii tale. Pentru a inspecta un CSR înainte de a-l trimite, inserează-l în Decodorul nostru de CSR.

Perioade de valabilitate mai scurte înseamnă mai multă gestionare a cheilor

Perioadele maxime de valabilitate ale certificatelor se reduc sub regulile CA/Browser Forum: 200 de zile începând cu 15 martie 2026, 100 de zile de la 15 martie 2027, și 47 de zile de la 15 martie 2029. Fiecare reînnoire necesită un CSR, așa că vei decide mai des dacă să refolosești cheia ta RSA.

Generează o cheie nouă la fiecare reînnoire, cu excepția cazului în care ceva forțează reutilizarea, cum ar fi o cheie fixată (pinned key) sau un modul de securitate hardware. Automatizarea reînnoirilor cu protocolul ACME transformă acest lucru într-o rutină.

---

RSA vs AES și ECC

RSA, AES și ECC îndeplinesc roluri diferite, iar o conexiune HTTPS folosește cel puțin două dintre ele. AES criptează datele, în timp ce RSA sau ECC dovedesc identitatea serverului.

	RSA	AES	ECC (ECDSA, ECDHE)
Tip	Asimetric	Simetric	Asimetric
Dimensiune cheie pentru securitate de 128 de biți	3072 de biți	128 de biți	256 de biți
Viteză	Lentă	Rapidă	Mai rapidă decât RSA pentru generarea cheii și semnare
Rol tipic	Semnături de certificat	Criptarea datelor în volum mare	Schimb de chei și semnături de certificat

Așadar, răspunsul la întrebarea „Care este mai bun, RSA sau AES?” este ambele: AES pentru date și un algoritm asimetric pentru a stabili conexiunea. Comparația noastră RSA vs AES aprofundează subiectul, iar ECDSA vs RSA acoperă alegerea certificatului.

---

Avantajele și dezavantajele RSA

Principalul avantaj al RSA este că doi necunoscuți pot comunica în siguranță fără a împărtăși mai întâi un secret. Principalele sale dezavantaje sunt viteza, dimensiunea cheii și ușurința cu care o implementare neglijentă îl poate compromite.

Beneficiile RSA

• Nu este necesar un secret comun: părțile pot stabili o comunicare sigură fără a se întâlni în prealabil.
• Criptografia cu cheie publică: oricine poate cripta pentru tine sau verifica semnătura ta folosind o cheie pe care o publici deschis.
• Semnături digitale: RSA autentifică identitățile și confirmă că un mesaj nu a fost modificat.
• Compatibilitate largă: TLS, PGP, S/MIME, SSH și fiecare autoritate de certificare publică îl acceptă.

Dezavantajele RSA

• Viteză de criptare mai mică: RSA este mult mai lent decât AES, așa că gestionează doar valori mici, precum cheile și hash-urile.
• Chei mari: RSA are nevoie de 3072 de biți pentru securitatea de 128 de biți pe care ECDSA o atinge cu 256 de biți.
• Sarcină utilă mică: o cheie de 2048 de biți cu OAEP și SHA-256 criptează cel mult 190 de octeți.
• Risc cuantic: algoritmul lui Shor, rulat pe un computer cuantic suficient de mare, ar sparge RSA.
• Implementări fragile: greșelile de umplutură, de generare aleatorie și de sincronizare au compromis implementări reale de RSA.

---

Este RSA sigur? Atacuri cunoscute și cum le poți preveni

Da. Criptografia RSA cu o cheie de 2048 de biți sau mai mare rezistă oricărui atac clasic cunoscut. Când RSA eșuează în practică, cauza este aproape întotdeauna implementarea: generare aleatorie defectuoasă, umplutură lipsă, scurgeri de sincronizare (timing) sau o cheie prea scurtă.

Atacuri prin canal lateral

Un atac prin canal lateral sare peste matematică și măsoară în schimb computerul: cât timp durează decriptarea, câtă energie consumă sau ce semnale emite. Aceste măsurători pot scurge biți ai cheii private.

Apărarea constă în cod cu timp constant, care durează la fel indiferent de intrare, plus „orbirea” (blinding), care randomizează fiecare operație cu cheia privată. Analiza predicției de ramificare este un risc conex, deci codul nu trebuie niciodată să ramifice pe baza unor date secrete.

Generatoare slabe de numere aleatorii

Cheile RSA sunt la fel de bune pe cât este generarea aleatorie folosită pentru a alege p și q. Dacă numerele prime sunt previzibile, un atacator le poate regenera și reconstrui cheia privată. Numerele prime slabe, cum ar fi două numere prime aflate prea aproape unul de celălalt, sunt la fel de periculoase.

Generează cheile cu sursa aleatorie a sistemului de operare, precum /dev/urandom pe Linux, care se bazează pe surse cu entropie ridicată, cum ar fi zgomotul hardware. Eroarea OpenSSL din Debian din 2008 arată ce poate merge greșit altfel: sistemele Debian și Ubuntu afectate generau chei previzibile, iar toate au trebuit înlocuite.

Chei scurte și recorduri de factorizare

Cheile RSA scurte cedează în fața factorizării, iar recordul public continuă să avanseze: 896 de biți începând cu septembrie 2026. Acestea sunt etapele din cadrul RSA Factoring Challenge:

Număr	Dimensiune	Factorizat	Observații
RSA-155	512 biți	22 august 1999	Primul număr RSA de 512 biți factorizat public
RSA-768	768 biți	12 decembrie 2009
RSA-250	829 biți	28 februarie 2020	Recordul până în 2026
RSA-260	862 biți	3 septembrie 2026	Eric Lu, Cognition; aproximativ 13,5 GPU-ani
RSA-896	896 biți	19 septembrie 2026	Stephen A. Weis; aproximativ 30 GPU-ani

Ambele echipe au folosit agenți de codare bazați pe AI (Devin de la Cognition și Claude de la Anthropic) pentru a adapta software-ul de factorizare CADO-NFS pentru GPU-uri. Matematica în sine a fost metoda clasică standard, ciurul general de câmp numeric (GNFS), cea mai bună metodă clasică cunoscută.

Niciunul dintre rezultate nu a folosit un computer cuantic, iar ambii cercetători afirmă că cheile RSA-2048 utilizate în practică nu sunt afectate. Cognition estimează că RSA-2048 este de aproximativ un miliard de ori mai greu de factorizat decât RSA-1024, pe care nimeni nu l-a factorizat încă.

Parametrii slabi compromit și ei RSA, cum ar fi un exponent privat d prea mic. Dacă găsești o cheie de 1024 de biți pe un server, înlocuiește-o: nicio autoritate de certificare publică nu va emite un certificat pentru ea.

Umplutura necorespunzătoare

Nu cripta niciodată date brute cu RSA. Fără o schemă de umplutură, mesajele identice produc texte cifrate identice, iar atacatorii pot efectua atacuri cu text cifrat ales. O schemă de umplutură adaugă octeți aleatorii, structurați, înainte de criptare. RSA folosește trei, toate definite în PKCS #1 (RFC 8017):

• Optimal Asymmetric Encryption Padding (OAEP), pentru criptare.
• PSS, pentru semnături. TLS 1.3 îl impune pentru semnăturile RSA din handshake.
• PKCS #1 v1.5, schema originală, încă permisă pentru semnăturile de certificat.

Criptarea PKCS #1 v1.5 este motivul pentru care schimbul de chei RSA a fost retras. Daniel Bleichenbacher a publicat un atac de tip padding-oracle împotriva acesteia în 1998, iar atacul ROBOT a descoperit aceeași vulnerabilitate încă activă pe site-uri web populare în 2017.

Expunerea în timpul schimbului de chei

Dacă un atacator își înlocuiește propria cheie publică în timpul handshake-ului, poate citi tot ce urmează. Acesta este un atac de tip man-in-the-middle. Certificatele semnate de autorități de certificare de încredere îl blochează, deoarece browserul tău verifică semnătura certificatului și respinge o cheie falsă. Atacul funcționează doar atunci când verificările certificatului sunt omise sau un utilizator trece peste un avertisment al browserului.

---

Este RSA pe cale de dispariție?

Nu încă. Certificatele RSA sunt încă emise și acceptate în 2026, dar NIST a propus retragerea RSA în următorul deceniu din cauza computerelor cuantice. Planul său preliminar, NIST IR 8547, ar dezafecta RSA-2048 după 2030 și ar interzice complet RSA după 2035. Este încă o schiță publică inițială din noiembrie 2024.

Amenințarea este algoritmul lui Shor, publicat în 1994, care factorizează rapid numere mari pe un computer cuantic suficient de puternic. În mai 2025, Craig Gidney de la Google Quantum AI a estimat că RSA-2048 ar putea fi spart în mai puțin de o săptămână cu sub 1 milion de qubiți zgomotoși. Estimarea sa din 2019 necesita 20 de milioane, iar nicio mașină de niciuna dintre cele două dimensiuni nu există.

NIST a finalizat înlocuitorii pe 13 august 2024: ML-KEM (FIPS 203) pentru schimbul de chei, și ML-DSA (FIPS 204) și SLH-DSA (FIPS 205) pentru semnături.

Schimbul de chei a trecut primul din cauza principiului „colectează acum, decriptează mai târziu”: traficul înregistrat astăzi ar putea fi decriptat odată ce va exista un computer cuantic puternic. De aceea Chrome asociază deja X25519 cu ML-KEM. Semnăturile nu prezintă acest risc, deoarece o semnătură falsificată contează doar cât timp certificatul este valabil.

Pentru un site web, nimic nu este urgent. Continuă să folosești certificate RSA-2048 sau ECDSA P-256, automatizează reînnoirile și fii atent la certificatele post-cuantice, pe care autoritățile de certificare publice nu le emit încă. Criptografia cu curbe eliptice (ECC) se confruntă cu același risc cuantic, deci trecerea la ECDSA aduce viteză, nu siguranță cuantică. Citește mai multe despre problema post-cuantică din spatele valabilității SSL.

---

Întrebări frecvente despre criptarea RSA

---

Securizează-ți site-ul cu certificate SSL bazate pe RSA, de încredere

Pentru majoritatea site-urilor, un certificat DV cu o cheie RSA-2048 de la SSL Dragon este punctul de plecare potrivit. Este emis în câteva minute, acceptat de 99,99% dintre browsere și funcționează cu orice client. Dacă serverul și vizitatorii tăi îl acceptă, alege ECDSA pentru handshake-uri mai mici și mai rapide. Compară certificatele SSL și alege nivelul de validare de care are nevoie site-ul tău.