Securitatea contului

Contul dumneavoastră, securizat la nivelul stratului de identitate

Securitatea serverului protejează site-urile. Securitatea contului protejează cheile către acestea. Fiecare autentificare Zinn Digital® rulează pe un singur sistem de identitate bazat pe standarde — chei de acces și WebAuthn, autentificare cu doi factori TOTP, conectare prin magic-link, SAML SSO pentru echipe de întreprindere și agenții — susținut de roluri granulare, chei API per organizație și un jurnal de audit de tip append-only.

Mai multe persoane asociate unui singur cont, fiecare cu propriile permisiuni delimitate.
  • 700.000+site-uri găzduite la nivel mondial
  • Chei de accesAutentificare WebAuthn, integrată
  • SAML SSOpentru conturi de întreprindere și de agenție
  • Înregistrat în auditfiecare acțiune privilegiată

O singură identitate, fiecare suprafață

Majoritatea conturilor de găzduire reprezintă o parolă într-o bază de date, atașată unui panou de control. Al nostru este un sistem dedicat de gestionare a identității — Keycloak, compatibil cu OIDC și SAML — care se află în fața tuturor elementelor: panoul de bord al clientului, consola de administrare a echipei, acest site public și baza de cunoștințe, precum și tichetele dumneavoastră de asistență. Conectați-vă o singură dată și veți fi conectat în toate acestea.

Deoarece este construit pe standarde deschise și nu pe o autentificare proprietară, nivelul de identitate este interschimbabil în același mod ca orice altă componentă a platformei. Nicio parte a modelului dumneavoastră de acces nu este blocată în produsul unui furnizor și nicio autentificare a echipei dumneavoastră nu depinde de menținerea de către noi a unui singur furnizor. Acesta este același principiu de evitare a dependenței de furnizor (no-lock-in) pe care îl aplicăm conturilor CDN, DNS și furnizorilor de plăți.

Autentificarea este localizată, iar trecerea de la site la ecranul de conectare vă păstrează limba — astfel încât o echipă răspândită în mai multe țări să nu fie nevoită să folosească o autentificare exclusiv în limba engleză.

Conectați-vă în modul cel mai potrivit pentru echipa dumneavoastră

Patru metode, toate de primă clasă, toate configurabile pentru fiecare persoană. Nimeni nu este forțat să aleagă cea mai slabă opțiune doar pentru că este singura oferită.

E-mail cu link magic (implicit)

Introduceți adresa de e-mail, faceți clic pe link și sunteți conectat. Fără parole care să poată fi obținute prin phishing, reutilizate sau scurse în urma unei încălcări a securității datelor. Aceasta este calea implicită pentru conturile noi, iar pentru majoritatea utilizatorilor este singura de care vor avea vreodată nevoie.

Chei de acces / WebAuthn

Înregistrați o cheie de acces — Touch ID, Face ID, Windows Hello sau o cheie hardware precum o YubiKey — și conectați-vă fără nicio parolă. Cheile de acces sunt asociate originii, astfel încât o pagină de autentificare clonată nu le poate sustrage. Platforma acceptă autentificatori ES256 și RS256 și preferă verificarea utilizatorului.

Autentificare prin rețele sociale

Conectați-vă cu Google printr-o conexiune standard cu furnizorul de identitate, astfel încât un cont să moștenească toate controalele pe care Google Workspace le aplică deja. Alți furnizori se conectează în același mod — nimic nu reprezintă o integrare personalizată.

E-mail și parolă (rezervă)

Păstrat pentru persoanele și scripturile care au nevoie de el și supus unei politici reale: minimum douăsprezece caractere, niciodată numele dumneavoastră de utilizator sau adresa de e-mail, fără reutilizarea ultimelor trei, hash-uit cu Argon2. Adresele de e-mail sunt verificate înainte ca un cont să poată fi utilizat.

Autentificare cu doi factori și protecție împotriva atacurilor de tip brute-force

Factorii secundari fac parte din sistemul de identitate, nu sunt un supliment pe care îl cumpărați sau un modul pe care îl instalați pe propriul site.

  • Autentificare cu doi factori TOTP prin intermediul oricărei aplicații standard de autentificare — șase cifre la un interval de treizeci de secunde, aceeași schemă utilizată de Google Authenticator, 1Password și Authy. Aceasta poate fi impusă prin politici la nivelul întregii organizații, în loc să fie lăsată la latitudinea bunelor intenții ale fiecărei persoane.
  • Cheile de acces pot înlocui complet parola în loc să funcționeze ca un strat suplimentar peste aceasta, eliminând astfel datele de autentificare pe care un atacator de tip phishing încearcă să le fure în primul rând.
  • Protecția împotriva atacurilor de tip brute-force este activată la nivel de domeniu (realm): încercările eșuate repetate declanșează un timp de așteptare progresiv, care crește până la cincisprezece minute, astfel încât o tentativă de credential-stuffing este blocată în loc să parcurgă o listă de cuvinte. Blocările sunt temporare prin concepție — un atacator nu poate bloca permanent un client real în afara propriului cont.
  • Adresele de e-mail de înscriere sunt validate la înregistrare printr-un adaptor susținut de ZeroBounce: adresele nelivrabile și nevalide sunt respinse, iar adresele temporare, de rol și semnalate pentru abuz sunt marcate. E-mailurile false sau care nu pot primi mesaje nu primesc un cont, ceea ce contribuie și la verificările antifraudă și anti-abuz pentru versiunile de încercare.
  • Sesiunile sunt ținute sub un control strict — tokenurile de acces au o durată scurtă de viață, sesiunile inactive expiră și fiecare sesiune are o durată maximă fixă, astfel încât un browser uitat pe un dispozitiv partajat să nu reprezinte o ușă deschisă mâine.

SAML SSO pentru echipe de întreprinderi și agenții

Dacă organizația dumneavoastră folosește deja un furnizor de identitate — Okta, Entra ID, Google Workspace sau orice altceva compatibil cu SAML — îl conectați, iar membrii echipei dumneavoastră se conectează la Zinn Digital® cu datele lor corporative existente. Nu există o a doua parolă pe care echipa dumneavoastră să o gestioneze și nicio a doua listă de verificare pentru offboarding pe care să o uite.

Acest lucru contează cel mai mult la nivel de agenție și de reseller, unde fluctuația de personal reprezintă un eveniment de securitate real. Când cineva pleacă și îi dezactivați contul în directorul dumneavoastră, îi blocați automat și accesul la găzduire. Accesul este corelat centralizat cu statutul de angajat, în loc să fie urmărit separat într-o duzină de instrumente SaaS.

SAML funcționează în paralel cu toate celelalte în loc să le înlocuiască: colaboratorilor li se poate oferi în continuare un cont cu link magic într-un rol delimitat, în timp ce personalul permanent se conectează prin SSO. O singură organizație, un singur model de permisiuni, două uși de intrare.

Roluri care acordă doar ceea ce este necesar pentru activitate

Accesul este delimitat la arborele organizației — de la reseller la client și la site — și este aplicat direct în baza de date prin securitate la nivel de rând, nu doar în aplicație. Accesul între entități găzduite (cross-tenant) nu este o politică pe care le cerem oamenilor să o respecte; este o interogare care nu poate returna rânduri. Patru roluri de client acoperă împărțirea realistă a sarcinilor.

Proprietar

Control deplin asupra organizației și a subconturilor acesteia: creați organizații secundare, invitați și eliminați membri, atribuiți roluri, gestionați fiecare site, administrați facturarea, gestionați cheile API și citiți jurnalul de audit.

Manager facturare

Facturi, abonamente, metode de plată și catalogul de planuri — și nimic altceva. Responsabilul dumneavoastră financiar sau contabilul poate achita o factură fără a avea vreodată posibilitatea de a modifica, suspenda sau șterge un site activ.

Dezvoltator

Acces la site-uri și API fără controlul facturării: vizualizați și alocați site-uri, reporniți servicii, goliți memoriile cache, gestionați cheile API și tichetele de asistență. Fără acces deliberat la metodele de plată, facturare sau modificări de plan.

Doar citire

Doar vizualizare în întreaga organizație — site-uri, facturare, planuri, tichete, starea traducerilor și jurnalul de audit. Rolul potrivit pentru un auditor, un client care dorește vizibilitate sau un nou angajat în prima sa săptămână.

Chei API, tokenuri și conexiuni AI

Panoul de control este o cale de acces. API-ul, CLI-ul, furnizorul Terraform și serverul MCP sunt altele — și sunt supuse aceluiași model de acces, deoarece o cheie fără domeniu de aplicare reprezintă o ocolire a fiecărui rol pe care tocmai l-ați configurat.

Cheile aparțin organizației

O cheie API este emisă pentru o organizație, nu pentru o persoană individuală, și include propriile domenii de aplicare. Tratați-o ca pe o credențială partajată: denumiți-o în funcție de scopul său, acordați-i cele mai restrânse domenii de aplicare funcționale și rotiți-o atunci când persoana care a creat-o își schimbă rolul.

Se stochează doar un hash

Cheia brută vă este afișată o singură dată, la creare. Ceea ce păstrăm este un hash SHA-256 și un prefix scurt pentru căutare. Nu vă putem afișa din nou o cheie, iar o compromitere a bazei de date nu îi oferă unui atacator date de identificare funcționale.

Cu domeniu limitat, revocabil, observabil

Fiecare cheie conține domenii granulare asociate aceluiași catalog de permisiuni pe care îl utilizează rolurile, înregistrează momentul în care a fost utilizată ultima dată și poate fi revocată definitiv în clipa în care pare suspectă. Cheile separate de sandbox testează API-ul fără nicio facturare sau alocare reală în spatele lor.

Instrumentele de IA se conectează conform acelorași reguli

Serverul MCP permite oricărui agent compatibil cu MCP să vă gestioneze găzduirea — și se autentifică prin OAuth 2.1, cu domeniu de aplicare limitat la organizația dumneavoastră și permisiunile sale RBAC, cu tokenuri revocabile per instrument, confirmare pentru acțiunile distructive, limite de cheltuieli și jurnalizare completă de audit. Conectarea unui asistent AI nu înseamnă să îi încredințați cheile pentru tot.

Jurnalul de audit și accesul la acesta

Fiecare acțiune privilegiată scrie o înregistrare de tip append-only — cine a efectuat-o, ce a făcut, asupra cărui element a acționat, dovezile justificative și adresa IP sursă, cu o marcă temporală. Nu este o facilitate pentru depanare; este pista de dovezi.

  • Rolurile de proprietar și doar citire pot consulta direct jurnalul de audit, astfel încât responsabilitatea în cadrul organizației dumneavoastră nu necesită deschiderea unui tichet de asistență cu noi.
  • Accesul personalului la contul dumneavoastră este guvernat de același mecanism: angajații noștri fac parte din departamente cu permisiuni stabilite per modul și per acțiune, astfel încât un agent de asistență vede tichetele și măsurile de remediere de bază, nu configurația dumneavoastră de facturare sau flota de echipamente.
  • Acțiunile sensibile și distructive ale personalului possono necesita o autentificare suplimentară sau aprobarea a două persoane înainte de a fi executate.
  • Lista de permisiuni IP este disponibilă la nivel de organizație pentru echipele care doresc ca accesul să fie limitat la rețele cunoscute, pe lângă toate celelalte măsuri.
  • Aceeași pistă de audit, modelul cu privilegii minime și izolarea per entitate găzduită alimentează foaia noastră de parcurs pentru SOC 2 și ISO 27001 — dovezile sunt produse încă din prima zi, în loc să fie reconstruite ulterior.

Întrebări frecvente

Chiar trebuie să folosesc o parolă?

Nu — și am prefera să nu o faceți. Conectarea prin link magic pe e-mail este opțiunea implicită și puteți înregistra un passkey (Touch ID, Face ID, Windows Hello sau o cheie hardware) pentru a vă conecta fără a seta vreodată o parolă. E-mailul și parola rămân disponibile ca soluție de rezervă, impunând un minim de douăsprezece caractere, interzicerea reutilizării ultimelor trei parole și hashing Argon2.

Pot face autentificarea cu doi factori obligatorie pentru echipa mea?

Autentificarea cu doi factori TOTP este integrată în nivelul de identitate și poate fi impusă prin politici la nivelul întregii organizații, în loc să fie lăsată la latitudinea fiecărui membru. Cheile de acces (passkeys) reprezintă opțiunea mai sigură acolo unde dispozitivele echipei dumneavoastră le acceptă, deoarece elimină parola pe care un atacator ar încerca să o obțină prin phishing.

Cineva din echipa mea se ocupă doar de facturi. Pot împiedica acea persoană să modifice site-urile?

Da. Rolul de Manager de facturare oferă acces la facturi, abonamente, metode de plată și catalogul de planuri și nimic altceva — nicio posibilitate de a vizualiza, aprovisiona, reporni, suspenda sau șterge un site. Valabil este și invers: rolul de Dezvoltator gestionează site-urile și accesul la API fără niciun control asupra facturării. Rolurile sunt atribuite per organizație, astfel încât un rol dintr-o organizație nu acordă acces într-o organizație separată, fără legătură — deși un rol dintr-o organizație părinte se aplică organizațiilor imbricate sub aceasta.

Ce se întâmplă dacă una dintre cheile noastre API este divulgată?

Revocați-o din panoul de control și va înceta să funcționeze imediat. Intervalul daunelor este limitat de ceea ce cheia respectivă putea face inițial, motiv pentru care cheile conțin permisiuni granulare și înregistrează o marcă temporală a ultimei utilizări — permisiunile restrânse și un istoric vizibil de utilizare sunt cele care transformă o scurgere de date într-un incident izolat, mai degrabă decât într-o compromitere totală a contului. Rețineți că cheile sunt emise pentru organizație, nu pentru o persoană fizică, așa că tratați-le ca pe niște date de autentificare partajate și schimbați-le periodic atunci când angajații părăsesc echipa. În sistemul nostru este stocat doar un hash al cheii, astfel încât o scurgere de date din baza noastră de date nu produce o acreditare funcțională.

Pot vedea cine ce a făcut în contul meu?

Da. Fiecare acțiune privilegiată este înregistrată într-un jurnal de audit de tip numai-adăugare, indicând autorul, acțiunea, ținta, dovezile justificative, IP-ul sursă și o marcă temporală. Rolurile de proprietar și doar-citire îl pot citi direct. Acțiunile personalului asupra contului dumneavoastră sunt înregistrate în același istoric, iar acțiunile sensibile sau distructive ale personalului pot necesita mai întâi autentificare suplimentară sau aprobarea a două persoane.

Folosim deja Okta / Entra ID. Se poate conecta echipa noastră cu acesta?

Da — SAML SSO este acceptat pentru conturile enterprise și de agenție, astfel încât utilizatorii dumneavoastră se autentifică prin acreditările corporative existente, iar eliminarea din directorul dumneavoastră le revocă accesul și aici. Puteți combina abordările: SSO pentru personalul permanent, conturi de tip magic-link cu domeniu limitat pentru colaboratori, toate în cadrul aceluiași model de permisiuni.

Mă mut de pe platforma dumneavoastră V1. Vechea mea parolă se transferă?

Nu — parolele nu sunt migrate în mod deliberat. Contul dumneavoastră este importat fără parolă, iar la prima conectare folosiți un magic-link sau setați o parolă nouă conform politicii actuale. Migrarea hash-urilor vechilor parole ar aduce vechile vulnerabilități într-un sistem nou, prin urmare nu facem acest lucru.

Cum pot încerca acest serviciu fără a furniza datele cardului?

Perioada de probă Footprint-Free este de 14 zile, nu necesită card și acoperă până la cinci site-uri. Beneficiați de stratul complet de identitate în timpul perioadei de probă — cheile de acces, autentificarea cu doi factori, rolurile, cheile API și jurnalul de audit nu sunt restricționate în spatele unui plan plătit.

Configurați-vă corect contul în primele cinci minute

Înregistrați o cheie de acces, invitați-vă echipa în rolurile corespunzătoare și generați o cheie API cu permisiuni dedicate — totul într-o perioadă de probă de 14 zile, fără a fi necesare datele cardului.

Începeți gratuit