Sigurnost računa
Sigurnost poslužitelja štiti web stranice. Sigurnost računa štiti ključeve za pristup njima. Svaka prijava na Zinn Digital® odvija se na jedinstvenom sustavu identiteta utemeljenom na standardima — pristupni ključevi i WebAuthn, TOTP dvofaktorska provjera autentičnosti, prijava putem čarobne veze, SAML SSO za poslovne i agencijske timove — s detaljnim ulogama, API ključevima za svaku organizaciju i revizijskim zapisnikom koji omogućuje samo dodavanje u pozadini.
Većina hosting računa predstavlja lozinku u bazi podataka, vezanu uz upravljačku ploču. Naš je namjenski sustav identiteta — Keycloak, koji podržava OIDC i SAML — a nalazi se ispred svega: korisničke nadzorne ploče, administrativne konzole za osoblje, ove javne stranice i baze znanja te vaših korisničkih upita. Prijavite se jednom i prijavljeni ste u sve njih.
Budući da je izgrađen na otvorenim standardima, a ne na vlasničkoj prijavi, identifikacijski sloj je zamjenjiv na isti način kao i svaka druga komponenta platforme. Niti jedan dio Vašeg modela pristupa nije zarobljen unutar proizvoda jednog dobavljača, a autentifikacija Vašeg tima ne ovisi o tome da zadržimo jednog dobavljača. To je isto načelo izbjegavanja ovisnosti o dobavljaču koje primjenjujemo na CDN račune, DNS i pružatelje usluga plaćanja.
Prijava je lokalizirana, a prijelaz s web-mjesta na zaslon za prijavu prenosi Vaš jezik — tako da tim raspoređen u više zemalja nije prisiljen koristiti prijavu isključivo na engleskom jeziku.
Četiri metode, sve prvoklasne, sve prilagodljive po osobi. Nitko nije prisiljen na najslabiju opciju samo zato što je jedina u ponudi.
Unesite svoju e-poštu, kliknite na poveznicu i prijavljeni ste. Nema lozinke koju bi se moglo presresti krađom identiteta, ponovno upotrijebiti ili koja bi mogla procuriti u slučaju povrede podataka. Ovo je zadani put za nove račune, a većini ljudi to je ujedno i jedini koji će im ikada trebati.
Registrirajte pristupni ključ (passkey) — Touch ID, Face ID, Windows Hello ili hardverski ključ poput YubiKeya — i prijavite se potpuno bez lozinke. Pristupni ključevi vezani su za izvorište, stoga ih lažna stranica za prijavu ne može presresti. Platforma prihvaća autentifikatore ES256 i RS256 te preferira provjeru korisnika.
Prijavite se putem usluge Google kroz standardnu vezu s pružateljem identiteta, tako da račun nasljeđuje sve kontrole koje vaš Google Workspace već provodi. Dodatni pružatelji usluga povezuju se na isti način — ništa od toga nije prilagođena integracija.
Zadržano za osobe i skripte kojima je to potrebno te podložno stvarnim pravilima: najmanje dvanaest znakova, nikada vaše korisničko ime ili adresa e-pošte, bez ponovne upotrebe vaše posljednje tri, raspršeno pomoću Argon2. Adrese e-pošte provjeravaju se prije nego što račun postane upotrebljiv.
Drugi faktori dio su sustava identiteta, a ne dodatak koji kupujete ili priključak koji instalirate na vlastitoj web-lokaciji.
Ako vaša organizacija već koristi pružatelja identiteta — Okta, Entra ID, Google Workspace ili bilo što drugo što podržava SAML — povežite ga i vaši će se djelatnici prijavljivati u Zinn Digital® sa svojim postojećim korporativnim vjerodajnicama. Nema druge lozinke kojom bi vaš tim trebao upravljati, niti drugog popisa za provjeru pri odlasku zaposlenika koji bi se mogao zaboraviti.
To je najvažnije na razini agencija i preprodavača, gdje je fluktuacija osoblja stvaran sigurnosni događaj. Kada netko ode i deaktivirate ga u svojem imeniku, onemogućili ste i njegov pristup svojem hostingu. Pristup se centralizirano veže uz zaposlenje, umjesto da ga se mora pratiti kroz desetak SaaS alata.
SAML funkcionira uz sve ostalo umjesto da to zamjenjuje: vanjskim suradnicima i dalje se može dodijeliti račun s čarobnom poveznicom unutar definirane uloge, dok stalno osoblje pristupa putem SSO-a. Jedna organizacija, jedan model dopuštenja, dvoja ulazna vrata.
Pristup je ograničen na stablo organizacije — od preprodavača do klijenta i web-mjesta — te se provodi u samoj bazi podataka putem sigurnosti na razini retka, a ne samo u aplikaciji. Pristup između različitih zakupaca nije pravilo za koje tražimo da ga korisnici poštuju; to je upit koji ne može vratiti retke. Četiri uloge korisnika pokrivaju realnu podjelu dužnosti.
Potpuna kontrola nad organizacijom i njezinim podračunima: stvarajte podređene organizacije, pozivajte i uklanjajte članove, dodjeljujte uloge, upravljajte svakim web-mjestom, vodite naplatu i fakturiranje, upravljajte API ključevima i čitajte zapisnik revizije.
Računi, pretplate, načini plaćanja i katalog paketa — i ništa drugo. Vaša financijska osoba ili računovođa može podmiriti račun bez mogućnosti pristupa, obustave ili brisanja aktivne web-stranice.
Pristup web-mjestima i API-ju bez kontrole naplate: pregledajte i dodijelite web-mjesta, ponovno pokrenite usluge, očistite predmemoriju, upravljajte API ključevima i radnim nalozima. Namjerno bez pristupa načinima plaćanja, izdavanju računa ili promjenama tarife.
Samo za pregled u cijeloj organizaciji — stranice, naplata, planovi, tiketi, status prijevoda i zapisnik revizije. Prava uloga za revizora, klijenta koji želi uvid ili novog zaposlenika u njegovom prvom tjednu.
Nadzorna ploča jedan je od načina pristupa. API, CLI, pružatelj usluge Terraform i poslužitelj MCP drugi su načini — i oni podliježu istom modelu pristupa, jer ključ bez definiranog opsega zaobilazi svaku ulogu koju ste upravo konfigurirali.
API ključ se izdaje organizaciji, a ne pojedincu, te nosi vlastite opsege. Tretirajte ga kao zajedničke vjerodajnice: nazovite ga prema njegovoj svrsi, dodijelite mu najuže funkcionalne opsege i zamijenite ga kada osoba koja ga je stvorila napusti organizaciju.
Izvorni ključ prikazuje vam se samo jednom, prilikom stvaranja. Ono što čuvamo jest SHA-256 sažetak i kratki prefiks za pretraživanje. Ključ vam ne možemo ponovno prikazati, a kompromitacija baze podataka napadaču ne omogućuje pristup radnim vjerodajnicama.
Svaki ključ nosi precizne opsege vezane uz isti katalog dozvola koji koriste uloge, bilježi kada je zadnji put korišten i može se odmah opozvati onog trenutka kada se posumnja u njegovu ispravnost. Zasebni sandbox ključevi testiraju API bez stvarne naplate ili dodjele resursa u pozadini.
MCP poslužitelj omogućuje svakom agentu koji podržava MCP upravljanje vašim hostingom — i autentificira se putem OAuth 2.1, s opsegom ograničenim na vašu organizaciju i njezina RBAC dopuštenja, s opozivim tokenima po alatu, potvrdom pri destruktivnim radnjama, ograničenjima potrošnje i potpunim bilježenjem revizije. Povezivanje AI pomoćnika ne znači predavanje ključeva svega u njegove ruke.
Svaka povlaštena radnja stvara zapis koji se može samo nadodavati — tko ju je izvršio, što je učinio, nad čime je to učinio, popratne dokaze i izvornu IP adresu, uz vremensku oznaku. To nije pogodnost za otklanjanje pogrešaka; to je trag dokaza.
Ne — i radije bismo da to ne činite. Prijava putem čarobne veze e-poštom je zadana postavka, a možete registrirati pristupni ključ (Touch ID, Face ID, Windows Hello ili hardverski ključ) i prijaviti se bez prethodno postavljanja lozinke. E-pošta i lozinka ostaju dostupne kao pričuvna opcija, uz uvjet od najmanje dvanaest znakova, zabranu ponovne upotrebe posljednje tri lozinke i Argon2 sažimanje.
TOTP dvofaktorska provjera autentičnosti ugrađena je u sloj identiteta i može se nametnuti pravilnikom na razini cijele organizacije, umjesto da se prepusti odabiru svakog člana. Pristupni ključevi (passkeys) snažnija su opcija tamo gdje ih uređaji vašeg tima podržavaju, jer uklanjaju lozinku koju bi napadač pokušao pribaviti krađom identiteta (phishingom).
Da. Uloga voditelja naplate (Billing Manager) omogućuje pristup računima, pretplatama, načinima plaćanja i katalogu paketa, i ničemu drugome — bez mogućnosti pregleda, dodjele resursa, ponovnog pokretanja, obustave ili brisanja web-mjesta. Vrijedi i obrnuto: uloga programera (Developer) upravlja web-mjestima i API pristupom bez ikakve kontrole nad naplatom. Uloge se dodjeljuju po organizaciji, stoga uloga u jednoj organizaciji ne daje nikakav pristup u zasebnoj, nepovezanoj organizaciji — iako se uloga u nadređenoj organizaciji primjenjuje na organizacije ugniježđene unutar nje.
Opozovite ga na nadzornoj ploči i on odmah prestaje raditi. Vremenski okvir štete ograničen je onim što je taj ključ uopće mogao učiniti, zbog čega ključevi imaju detaljno definirana područja primjene i bilježe vremensku oznaku posljednje upotrebe — uska područja primjene i vidljiv trag upotrebe pretvaraju curenje podataka u obuzdani incident umjesto u potpuno ugrožavanje računa. Imajte na umu da se ključevi izdaju organizaciji, a ne pojedincu, stoga postupajte s njima kao sa zajedničkim vjerodajnicama i zamijenite ih kada članovi tima odu. Na našoj strani pohranjuje se samo hash ključa, pa curenje iz naše baze podataka ne stvara funkcionalnu vjerodajnicu.
Da. Svaka povlaštena radnja zapisuje se u revizijski zapisnik koji se može samo nadopunjavati, zajedno s izvršiteljem, radnjom, ciljem, potkrepljujućim dokazima, izvornom IP adresom i vremenskom oznakom. Uloge vlasnika i uloge samo za čitanje mogu ga izravno čitati. Radnje osoblja na Vašem računu bilježe se u istom tragu, a osjetljive ili destruktivne radnje osoblja mogu prvo zahtijevati dodatnu provjeru autentičnosti ili odobrenje dviju osoba.
Da — SAML SSO podržan je za poslovne i agencijske račune, tako da se vaši djelatnici autentificiraju postojećim korporativnim vjerodajnicama, a odjava u vašem direktoriju uklanja njihov pristup i ovdje. Možete kombinirati pristupe: SSO za stalno osoblje, ograničeni magic-link računi za vanjske suradnike, sve unutar istog modela dopuštenja.
Ne — lozinke se namjerno ne migriraju. Vaš se račun uvozi bez lozinke te pri prvoj prijavi koristite čarobnu poveznicu ili postavljate novu lozinku prema trenutnim pravilima. Prijenos starih sažetaka lozinki prenio bi stare slabosti u novi sustav, stoga to ne činimo.
Probno razdoblje za Footprint-Free traje 14 dana, ne zahtijeva karticu i pokriva do pet web-mjesta. Tijekom probnog razdoblja dobivate potpuni sloj identiteta — pristupni ključevi, dvofaktorska provjera autentičnosti, uloge, API ključevi i zapisnik revizije nisu zaključani iza plaćenog plana.
Registrirajte pristupni ključ, pozovite svoj tim u odgovarajuće uloge i izdajte API ključ s određenim opsegom — sve u sklopu 14-dnevnog probnog razdoblja bez potrebe za podacima o kartici.
Započnite besplatno