Keamanan akun
Keamanan server melindungi situs-situs tersebut. Keamanan akun melindungi kunci aksesnya. Setiap login Zinn Digital® berjalan pada satu sistem identitas berbasis standar — passkey dan WebAuthn, otentikasi dua faktor TOTP, masuk dengan tautan ajaib, SAML SSO untuk tim perusahaan dan agensi — dengan peran terperinci, kunci API per organisasi, dan log audit khusus-tulis di baliknya.
Sebagian besar akun hosting berupa kata sandi dalam database yang dihubungkan ke panel kontrol. Layanan kami menggunakan sistem identitas khusus — Keycloak, yang mendukung OIDC dan SAML — yang berada di depan semuanya: dasbor pelanggan, konsol admin staf, situs publik dan pusat pengetahuan ini, serta tiket dukungan Anda. Masuk sekali dan Anda akan masuk di semuanya.
Karena dibangun di atas standar terbuka alih-alih login berpemilik, lapisan identitas dapat ditukar dengan cara yang sama seperti komponen lain dari platform ini. Tidak ada bagian dari model akses Anda yang terjebak di dalam produk vendor, dan tidak ada autentikasi tim Anda yang bergantung pada keharusan kami mempertahankan satu pemasok. Itu adalah prinsip bebas penguncian yang sama yang kami terapkan pada akun CDN, DNS, dan penyedia pembayaran.
Masuk telah disesuaikan dengan lokal, dan peralihan dari situs ke layar masuk membawa serta bahasa Anda — sehingga tim yang tersebar di berbagai negara tidak dipaksa melewati halaman masuk yang hanya berbahasa Inggris.
Empat metode, semuanya kelas satu, dan semuanya dapat dikonfigurasi per orang. Tidak seorang pun dipaksa menggunakan opsi terlemah hanya karena itu satu-satunya yang ditawarkan.
Masukkan email Anda, klik tautannya, dan Anda berhasil masuk. Tidak ada kata sandi yang dapat di-phishing, digunakan kembali, atau bocor dalam pelanggaran data. Ini adalah cara masuk default untuk akun baru, dan bagi kebanyakan orang, inilah satu-satunya cara yang mereka perlukan.
Daftarkan passkey — Touch ID, Face ID, Windows Hello, atau kunci perangkat keras seperti YubiKey — dan masuk tanpa kata sandi sama sekali. Passkey terikat pada asal, sehingga halaman login tiruan tidak dapat mencurinya. Platform ini menerima authenticator ES256 dan RS256 serta mengutamakan verifikasi pengguna.
Masuk dengan Google melalui koneksi penyedia identitas standar, sehingga akun mewarisi kontrol apa pun yang telah diterapkan oleh Google Workspace Anda. Penyedia lainnya terhubung dengan cara yang sama—tidak ada aspek integrasi khusus di dalamnya.
Disimpan untuk pengguna dan skrip yang membutuhkannya, dan tunduk pada kebijakan nyata: minimal dua belas karakter, tidak boleh berupa nama pengguna atau alamat email Anda, tidak boleh menggunakan kembali tiga sandi terakhir Anda, di-hash dengan Argon2. Alamat email diverifikasi sebelum akun dapat digunakan.
Faktor kedua adalah bagian dari sistem identitas, bukan add-on yang Anda beli atau plugin yang Anda pasang di situs Anda sendiri.
Jika organisasi Anda telah menjalankan penyedia identitas — Okta, Entra ID, Google Workspace, atau apa pun yang mendukung SAML — Anda dapat menghubungkannya dan tim Anda masuk ke Zinn Digital® menggunakan kredensial perusahaan mereka yang sudah ada. Tidak ada kata sandi kedua bagi tim Anda untuk dikelola, dan tidak ada daftar periksa offboarding kedua yang terlupakan.
Hal tersebut sangat penting pada skala agensi dan reseller, di mana pergantian staf merupakan peristiwa keamanan yang nyata. Ketika seseorang pergi dan Anda menonaktifkannya di direktori Anda, Anda juga telah menonaktifkan jalur akses mereka ke hosting Anda. Akses mengikuti status kepegawaian secara terpusat, alih-alih harus dilacak satu per satu di belasan alat SaaS.
SAML berjalan beriringan dengan fitur lainnya alih-alih menggantikannya: kontraktor tetap dapat diberi akun tautan ajaib dalam peran yang dibatasi, sementara staf tetap masuk melalui SSO. Satu organisasi, satu model izin, dua pintu depan.
Akses dibatasi pada hierarki organisasi — dari reseller ke klien ke situs — dan diterapkan langsung di dalam database melalui keamanan tingkat baris, bukan hanya pada tingkat aplikasi. Akses lintas-penyewa bukanlah kebijakan yang kami minta untuk dipatuhi oleh pengguna; melainkan kueri yang secara harfiah tidak dapat mengembalikan baris data. Empat peran pelanggan mencakup pembagian tugas yang realistis.
Kontrol penuh atas organisasi dan sub-akunnya: membuat organisasi anak, mengundang dan menghapus anggota, menetapkan peran, mengelola setiap situs, menjalankan penagihan dan pembuatan faktur, mengelola kunci API, serta membaca log audit.
Faktur, langganan, metode pembayaran, dan katalog paket — dan tidak ada yang lain. Staf keuangan atau akuntan Anda dapat melunasi faktur tanpa memiliki kemampuan untuk menyentuh, menangguhkan, atau menghapus situs yang aktif.
Situs dan akses API tanpa kontrol penagihan: melihat dan menyediakan situs, memulai ulang layanan, membersihkan cache, mengelola kunci API, dan menangani tiket. Sengaja tidak memiliki akses ke metode pembayaran, pembuatan faktur, atau perubahan paket.
Hanya-lihat di seluruh organisasi — situs, penagihan, paket, tiket, status terjemahan, dan log audit. Peran yang tepat untuk seorang auditor, klien yang menginginkan visibilitas, atau karyawan baru di minggu pertama mereka.
Dasbor adalah salah satu jalur masuk. API, CLI, penyedia Terraform, dan server MCP adalah jalur lainnya — dan semuanya tunduk pada model akses yang sama, karena kunci tanpa cakupan adalah bentuk pintasan dari setiap peran yang baru saja Anda konfigurasikan.
Kunci API diterbitkan untuk sebuah organisasi, bukan untuk perorangan, dan memiliki cakupan tersendiri. Anggap ini sebagai kredensial bersama: beri nama sesuai tujuannya, berikan cakupan paling terbatas yang dapat berfungsi, dan lakukan rotasi saat orang yang membuatnya telah berpindah tugas.
Kunci mentah hanya ditampilkan kepada Anda sekali, saat pembuatan. Yang kami simpan adalah hash SHA-256 dan prefiks pendek untuk pencarian. Kami tidak dapat menampilkan kunci kepada Anda lagi, dan pembobolan database tidak akan memberikan kredensial yang dapat digunakan kepada penyerang.
Setiap kunci memiliki cakupan rinci yang terikat pada katalog izin yang sama dengan yang digunakan oleh peran, mencatat kapan terakhir kali digunakan, dan dapat langsung dicabut saat terlihat tidak beres. Kunci sandbox terpisah menguji API tanpa penagihan atau penyediaan nyata di baliknya.
Server MCP memungkinkan agen yang mendukung MCP mana pun untuk mengelola hosting Anda — dan melakukan otentikasi melalui OAuth 2.1, dicakupkan ke organisasi Anda beserta izin RBAC-nya, dengan token yang dapat dicabut per alat, konfirmasi untuk tindakan destruktif, batasan anggaran, dan pencatatan audit penuh. Menghubungkan asisten AI tidak berarti menyerahkan kunci segalanya kepada mereka.
Setiap tindakan istimewa menulis catatan *append-only* — siapa yang melakukannya, apa yang mereka lakukan, kepada apa tindakan itu dilakukan, bukti pendukung, dan alamat IP sumber, lengkap dengan stempel waktu. Ini bukan sekadar kemudahan untuk *debugging*; ini adalah jejak bukti.
Tidak — dan sebaiknya Anda tidak melakukannya. Masuk email dengan tautan ajaib adalah default, dan Anda dapat mendaftarkan passkey (Touch ID, Face ID, Windows Hello, atau kunci perangkat keras) serta masuk tanpa kata sandi yang pernah disetel. Email dan kata sandi tetap tersedia sebagai cadangan, dengan minimum dua belas karakter, tidak menggunakan kembali tiga kata sandi terakhir Anda, serta hashing Argon2.
Autentikasi dua faktor TOTP terintegrasi langsung ke dalam lapisan identitas dan dapat diberlakukan melalui kebijakan di seluruh organisasi, alih-alih dibebankan pada masing-masing anggota untuk mengaktifkannya. Passkey adalah opsi yang lebih kuat jika perangkat tim Anda mendukungnya, karena opsi ini menghilangkan kata sandi yang menjadi sasaran phishing penyerang.
Ya. Peran Manajer Penagihan memberikan akses ke faktur, langganan, metode pembayaran, dan katalog paket, dan tidak ada yang lain — tidak ada kemampuan untuk melihat, menyediakan, memulai ulang, menangguhkan, atau menghapus situs. Hal sebaliknya juga berlaku: peran Pengembang mengelola situs dan akses API sama sekali tanpa kontrol penagihan. Peran ditetapkan per organisasi, sehingga peran dalam satu organisasi tidak memberikan akses di organisasi lain yang terpisah dan tidak terkait — meskipun peran dalam organisasi induk berlaku untuk organisasi yang berada di bawahnya.
Cabut dari dasbor dan kunci tersebut akan langsung berhenti berfungsi. Jendela kerusakan dibatasi oleh apa yang dapat dilakukan kunci tersebut sejak awal, itulah sebabnya kunci memiliki cakupan yang terperinci dan mencatat stempel waktu terakhir kali digunakan — cakupan yang sempit dan jejak penggunaan yang terlihat adalah hal yang mengubah kebocoran menjadi insiden yang dapat dikendalikan, bukan kompromi akun penuh. Perhatikan bahwa kunci diterbitkan untuk organisasi, bukan untuk individu, jadi perlakukan kunci tersebut sebagai kredensial bersama dan rotasikan saat anggota tim berganti. Hanya hash dari kunci yang disimpan di pihak kami, sehingga kebocoran dari database kami tidak akan menghasilkan kredensial yang dapat berfungsi.
Ya. Setiap tindakan istimewa dicatat ke dalam log audit append-only yang berisi aktor, tindakan, target, bukti pendukung, IP sumber, serta stempel waktu. Peran pemilik dan baca-saja dapat membacanya secara langsung. Tindakan staf pada akun Anda dicatat dalam jejak yang sama, dan tindakan staf yang bersifat sensitif atau merusak mungkin memerlukan autentikasi tingkat lanjut atau persetujuan dua orang terlebih dahulu.
Ya — SSO SAML didukung untuk akun enterprise dan agensi, sehingga tim Anda melakukan autentikasi menggunakan Kredensial perusahaan yang sudah ada dan offboarding di direktori Anda juga akan mencabut akses mereka di sini. Anda dapat menggabungkan pendekatan: SSO untuk staf tetap, akun magic-link terbatas untuk kontraktor, semuanya dalam model izin yang sama.
Tidak — kata sandi sengaja tidak dimigrasikan. Akun Anda diimpor tanpa kata sandi, dan pada saat pertama kali masuk, Anda dapat menggunakan tautan ajaib (magic-link) atau membuat kata sandi baru sesuai kebijakan saat ini. Memindahkan hash kata sandi lama akan membawa kelemahan lama ke dalam sistem baru, jadi kami tidak melakukannya.
Uji coba Footprint-Free berlangsung selama 14 hari, tanpa kartu, dan mencakup hingga lima situs. Anda mendapatkan lapisan identitas penuh selama masa uji coba—passkey, autentikasi dua faktor, peran, kunci API, dan log audit tidak dibatasi di balik paket berbayar.
Daftarkan passkey, undang tim Anda ke dalam peran yang tepat, dan terbitkan kunci API berlingkup — semuanya dalam uji coba 14 hari bebas kartu tanpa memerlukan detail kartu.
Mulai gratis