Keamanan akun
Keamanan server melindungi situs. Keamanan akun melindungi kunci-kunci aksesnya. Setiap proses masuk Zinn Digital® beroperasi pada satu sistem identitas berbasis standar — passkey dan WebAuthn, autentikasi dua faktor TOTP, masuk dengan tautan ajaib, SAML SSO untuk tim perusahaan dan agensi — dengan peran yang terperinci, kunci API per organisasi, dan log audit hanya-tambah di baliknya.
Sebagian besar akun hosting berupa kata sandi dalam basis data yang dipadukan ke panel kontrol. Sistem kami adalah sistem identitas khusus — Keycloak, yang mendukung OIDC dan SAML — yang berada di depan segalanya: dasbor pelanggan, konsol admin staf, situs publik dan basis pengetahuan ini, serta tiket bantuan Anda. Masuk sekali dan Anda sudah masuk ke semuanya.
Karena dibangun berdasarkan standar terbuka dan bukan sistem login berpemilik, lapisan identitas dapat diganti sama seperti komponen platform lainnya. Tidak ada bagian dari model akses Anda yang terkunci di dalam produk vendor, dan autentikasi tim Anda tidak bergantung pada kami yang mempertahankan satu pemasok saja. Ini adalah prinsip tanpa keterikatan yang sama yang kami terapkan pada akun CDN, DNS, dan penyedia pembayaran.
Proses masuk telah disesuaikan secara lokal, dan peralihan dari situs ke layar masuk membawa serta bahasa Anda — sehingga tim yang tersebar di berbagai negara tidak dipaksa untuk masuk hanya menggunakan bahasa Inggris.
Empat metode, semuanya kelas satu, semuanya dapat dikonfigurasi per orang. Tidak ada yang dipaksa menggunakan opsi terlemah hanya karena itu satu-satunya yang ditawarkan.
Masukkan email Anda, klik tautannya, dan Anda sudah masuk. Tidak ada kata sandi yang dapat di-phishing, digunakan kembali, atau bocor dalam kebocoran data. Ini adalah rute default untuk akun baru, dan bagi sebagian besar orang, ini adalah satu-satunya rute 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 domain asal, sehingga halaman masuk tiruan tidak dapat mencurinya. Platform ini menerima autentikator ES256 dan RS256 serta memprioritaskan verifikasi pengguna.
Masuk dengan Google melalui koneksi penyedia identitas standar, sehingga akun mewarisi kontrol apa pun yang telah diberlakukan oleh Google Workspace Anda. Penyedia lain terhubung dengan cara yang sama — tidak ada integrasi khusus di dalamnya.
Disimpan untuk orang-orang dan skrip yang membutuhkannya, serta tunduk pada kebijakan nyata: minimal dua belas karakter, tidak boleh berupa nama pengguna atau alamat email Anda, tidak menggunakan kembali tiga kata 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 menggunakan penyedia identitas — Okta, Entra ID, Google Workspace, atau apa pun yang mendukung SAML — Anda cukup menghubungkannya dan tim Anda dapat masuk ke Zinn Digital® menggunakan kredensial perusahaan yang sudah ada. Tidak ada kata sandi kedua yang perlu dikelola tim Anda, dan tidak ada daftar periksa offboarding kedua yang terlupakan.
Hal ini paling penting pada skala agensi dan reseller, di mana pergantian staf merupakan peristiwa keamanan yang nyata. Ketika seseorang keluar dan Anda menonaktifkannya di direktori Anda, Anda juga telah menonaktifkan rute mereka ke hosting Anda. Akses mengikuti status kepegawaian secara terpusat, alih-alih harus diperiksa satu per satu di belasan alat SaaS.
SAML berjalan berdampingan dengan yang lainnya daripada menggantikannya: kontraktor masih dapat diberikan akun magic-link dalam peran yang terbatas, sementara staf tetap masuk melalui SSO. Satu organisasi, satu model izin, dua pintu depan.
Akses dibatasi pada struktur hierarki organisasi — dari reseller ke klien hingga ke situs — dan diterapkan di dalam basis data itu sendiri melalui keamanan tingkat baris, bukan hanya di dalam aplikasi. Akses lintas-penyewa bukanlah kebijakan yang kami minta untuk dipatuhi orang-orang; ini adalah kueri yang tidak dapat mengembalikan baris apa pun. Empat peran pelanggan mencakup pembagian tugas yang realistis.
Kontrol penuh atas organisasi dan sub-akunnya: buat organisasi turunan, undang dan hapus anggota, tetapkan peran, kelola setiap situs, jalankan penagihan dan pembuatan faktur, kelola kunci API, serta baca log audit.
Faktur, langganan, metode pembayaran, dan katalog paket — dan tidak ada yang lain. Staf keuangan atau akuntan Anda dapat melunasi faktur tanpa pernah memiliki kemampuan untuk menyentuh, menangguhkan, atau menghapus situs yang sedang aktif.
Akses situs dan API tanpa kontrol penagihan: lihat dan sediakan situs, mulai ulang layanan, bersihkan cache, kelola kunci API dan tiket kerja. Sengaja tanpa 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 bagi auditor, klien yang menginginkan visibilitas, atau staf baru di minggu pertama mereka.
Dasbor adalah salah satu cara untuk masuk. API, CLI, penyedia Terraform, dan server MCP adalah cara lainnya — dan semuanya terikat pada model akses yang sama, karena kunci tanpa cakupan dapat melewati setiap peran yang baru saja Anda konfigurasikan.
Kunci API diterbitkan untuk organisasi, bukan untuk individu, dan memiliki cakupan tersendiri. Perlakukan kunci tersebut sebagai kredensial bersama: beri nama sesuai tujuannya, berikan cakupan paling terbatas yang masih berfungsi, dan putar (rotate) kunci tersebut saat orang yang membuatnya berpindah tugas atau keluar.
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 peretasan basis data tidak akan memberikan kredensial yang berfungsi kepada penyerang.
Setiap kunci memiliki cakupan terperinci yang terikat pada katalog izin yang sama dengan yang digunakan oleh peran, mencatat kapan terakhir kali digunakan, dan dapat langsung dicabut saat terindikasi bermasalah. Kunci sandbox terpisah menguji API tanpa adanya penagihan atau penyediaan sumber daya nyata di baliknya.
Server MCP memungkinkan agen berkemampuan MCP mana pun untuk mengelola hosting Anda — dan diautentikasi melalui OAuth 2.1, yang dicakupkan pada organisasi Anda dan izin RBAC-nya, dengan token yang dapat dicabut per alat, konfirmasi pada tindakan destruktif, batas pengeluaran, dan pencatatan audit lengkap. Menghubungkan asisten AI bukan berarti menyerahkan kunci segalanya kepadanya.
Setiap tindakan berhak istimewa menulis rekaman append-only — siapa yang melakukannya, apa yang mereka lakukan, terhadap apa tindakan itu dilakukan, bukti pendukung, dan alamat IP sumber, beserta stempel waktu. Ini bukan kemudahan penelusuran kesalahan (debugging); ini adalah jejak bukti.
Tidak — dan kami lebih menyarankan Anda untuk tidak melakukannya. Masuk melalui email tautan ajaib (magic-link) adalah pilihan default, dan Anda dapat mendaftarkan kunci sandi (Touch ID, Face ID, Windows Hello, atau kunci perangkat keras) serta masuk tanpa perlu menetapkan kata sandi. Email dan kata sandi tetap tersedia sebagai cadangan, dengan batas minimum dua belas karakter, tidak boleh menggunakan kembali tiga kata sandi terakhir, dan hashing Argon2.
Autentikasi dua faktor TOTP telah terintegrasi ke dalam lapisan identitas dan dapat diberlakukan melalui kebijakan di seluruh organisasi, alih-alih menyerahkan pilihannya kepada masing-masing anggota. Kunci sandi (passkey) merupakan opsi yang lebih kuat jika perangkat tim Anda mendukungnya, karena opsi ini meniadakan kata sandi yang dapat diincar oleh penyerang melalui phishing.
Ya. Peran Manajer Penagihan (Billing Manager) memberikan akses ke faktur, langganan, metode pembayaran, dan katalog paket, dan tidak ada yang lain — tidak ada kemampuan untuk melihat, memprovisi, memulai ulang, menangguhkan, atau menghapus situs. Kebalikannya juga berlaku: peran Pengembang (Developer) mengelola situs dan akses API tanpa kendali penagihan sama sekali. Peran ditetapkan per organisasi, sehingga peran dalam satu organisasi tidak memberikan akses di organisasi yang terpisah dan tidak terkait — meskipun peran dalam organisasi induk berlaku untuk organisasi yang berada di bawahnya.
Cabut dari dasbor dan kredensial tersebut akan segera berhenti berfungsi. Batasan potensi kerusakan dibatasi oleh apa yang dapat dilakukan kunci tersebut sejak awal, itulah sebabnya kunci membawa cakupan terperinci dan mencatat stempel waktu penggunaan terakhir — cakupan yang sempit dan jejak penggunaan yang terlihat adalah hal yang mengubah kebocoran menjadi insiden yang terkendali, alih-alih peretasan akun secara menyeluruh. Harap dicatat bahwa kunci diterbitkan untuk organisasi dan bukan untuk individu, jadi perlakukan kunci tersebut sebagai kredensial bersama dan rotasikan saat ada personel yang berganti. Hanya hash dari kunci yang disimpan di pihak kami, sehingga kebocoran dari basis data kami tidak menghasilkan kredensial yang berfungsi.
Ya. Setiap tindakan berhak istimewa dicatat ke dalam log audit khusus-penambahan dengan pelaku, tindakan, target, bukti pendukung, IP sumber, dan stempel waktu. Peran pemilik dan hanya-baca dapat membacanya secara langsung. Tindakan staf pada akun Anda dicatat dalam jejak yang sama, dan tindakan staf yang sensitif atau destruktif dapat memerlukan autentikasi bertingkat atau persetujuan dua orang terlebih dahulu.
Ya — SAML SSO didukung untuk akun enterprise dan agensi, sehingga personel Anda mengautentikasi dengan kredensial perusahaan yang ada dan offboarding di direktori Anda akan menghapus akses mereka di sini juga. Anda dapat menggabungkan pendekatan: SSO untuk staf permanen, akun magic-link berlingkup 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 atau mengatur kata sandi baru sesuai dengan 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 lengkap selama uji coba — passkey, autentikasi dua faktor, peran, kunci API, dan log audit tidak dibatasi di balik paket berbayar.
Daftarkan kunci pas, undang tim Anda ke peran yang sesuai, dan buat kunci API yang dicakupkan — semuanya dalam uji coba 14 hari tanpa memerlukan detail kartu.
Mulai gratis