Keselamatan akaun
Keselamatan pelayan melindungi laman web. Keselamatan akaun melindungi kunci kepadanya. Setiap log masuk Zinn Digital® beroperasi pada satu sistem identiti berasaskan standard — kunci laluan dan WebAuthn, pengesahan dua faktor TOTP, log masuk pautan ajaib, SAML SSO untuk pasukan perusahaan dan agensi — dengan peranan terperinci, kunci API bagi setiap organisasi dan log audit tambah sahaja di belakangnya.
Kebanyakan akaun pengehosan hanyalah kata laluan dalam pangkalan data yang dipautkan ke panel kawalan. Akaun kami ialah sistem identiti khusus — Keycloak, yang menyokong OIDC dan SAML — yang berada di hadapan segalanya: papan pemuka pelanggan, konsol pentadbir kakitangan, laman awam dan pangkalan pengetahuan ini, serta tiket sokongan anda. Log masuk sekali dan anda telah log masuk merentasi kesemuanya.
Oleh kerana ia dibina berdasarkan piawaian terbuka dan bukannya log masuk proprietari, lapisan identiti boleh ditukar ganti dengan cara yang sama seperti setiap komponen platform yang lain. Tiada bahagian daripada model akses anda terperangkap di dalam produk vendor, dan tiada pengesahan pasukan anda bergantung pada kami mengekalkan satu pembekal. Itu adalah prinsip tiada sekatan vendor yang sama seperti yang kami gunakan pada akaun CDN, DNS dan penyedia pembayaran.
Log masuk disetempatkan, dan peralihan daripada tapak ke skrin log masuk mengekalkan bahasa anda — jadi pasukan yang berada di pelbagai negara tidak dipaksa melalui log masuk berbahasa Inggeris sahaja.
Empat kaedah, semuanya bertaraf kelas pertama, semuanya boleh dikonfigurasikan mengikut individu. Tiada sesiapa yang dipaksa memilih pilihan yang paling lemah hanya kerana ia satu-satunya yang ditawarkan.
Masukkan e-mel anda, klik pautan tersebut, dan anda sudah masuk. Tiada kata laluan untuk difisytus, diguna semula, atau dibocorkan dalam ketirisan data. Ini ialah laluan lalai untuk akaun baharu, dan bagi kebanyakan orang, ini adalah satu-satunya laluan yang mereka perlukan.
Daftar kekunci laluan — Touch ID, Face ID, Windows Hello, atau kunci perkakasan seperti YubiKey — dan log masuk tanpa kata laluan sama sekali. Kekunci laluan terikat pada domain asal, jadi halaman log masuk tiruan tidak boleh mencurinya. Platform ini menerima pengesah ES256 dan RS256 serta mengutamakan pengesahan pengguna.
Log masuk dengan Google melalui sambungan penyedia identiti standard, supaya akaun mewarisi apa-apa kawalan yang telah dikuatkuasakan oleh Google Workspace anda. Penyedia lanjutan bersambung dengan cara yang sama — tiada apa-apa mengenainya yang merupakan penyepaduan tersuai.
Disimpan untuk orang dan skrip yang memerlukannya, dan terikat pada dasar sebenar: sekurang-kurangnya dua belas aksara, bukan nama pengguna atau alamat e-mel anda, tiada penggunaan semula tiga kata laluan terakhir anda, dienkripsi dengan Argon2. Alamat e-mel disahkan sebelum akaun boleh digunakan.
Faktor kedua ialah sebahagian daripada sistem identiti, bukannya alat tambah yang anda beli atau pemalam yang anda pasang pada tapak anda sendiri.
Jika organisasi anda sudah menjalankan pembekal identiti — Okta, Entra ID, Google Workspace, atau apa-apa sahaja yang menyokong SAML — anda menyambungkannya dan kakitangan anda log masuk ke Zinn Digital® dengan kelayakan korporat sedia ada mereka. Tiada kata laluan kedua untuk diuruskan oleh pasukan anda, dan tiada senarai semak 'offboarding' kedua untuk dilupakan.
Perkara itu paling penting pada skala agensi dan penjual semula, di mana pertukaran kakitangan merupakan isu keselamatan yang sebenar. Apabila seseorang berhenti dan anda menyahdayakan mereka dalam direktori anda, anda juga telah menyahdayakan laluan mereka ke pengehosan anda. Akses mengikut status pekerjaan secara berpusat, dan bukannya perlu dikesan merentasi berpuluh-puluh alat SaaS.
SAML berfungsi bersama-sama perkara lain dan bukannya menggantikannya: kontraktor masih boleh diberikan akaun magic-link dalam peranan yang ditetapkan, manakala kakitangan tetap masuk melalui SSO. Satu organisasi, satu model kebenaran, dua pintu depan.
Akses diskopkan mengikut salasilah organisasi — penjual semula kepada pelanggan kepada tapak — dan dikuatkuasakan dalam pangkalan data itu sendiri melalui keselamatan peringkat baris, bukan hanya dalam aplikasi. Akses rentas penyewa bukanlah dasar yang kami minta orang ramai patuhi; ia adalah pertanyaan yang tidak boleh mengembalikan baris. Empat peranan pelanggan meliputi pembahagian tugas yang realistik.
Kawalan penuh terhadap organisasi dan subakaunnya: cipta organisasi subordinat, jemput dan alih keluar ahli, tetapkan peranan, urus setiap tapak, jalankan pengebilan dan penginvoisan, urus kunci API, dan baca log audit.
Invois, langganan, kaedah pembayaran dan katalog pelan — dan tiada yang lain. Pegawai kewangan atau akauntan anda boleh menjelaskan invois tanpa memiliki keupayaan untuk menyentuh, menggantung atau memadam tapak langsung.
Akses tapak dan API tanpa kawalan pengebilan: lihat dan sediakan tapak, mulakan semula perkhidmatan, bersihkan cache, urus kunci API dan tiket kerja. Sengaja tiada akses kepada kaedah pembayaran, invois atau perubahan pelan.
Lihat sahaja di seluruh organisasi — tapak, pengebilan, pelan, tiket, status terjemahan dan log audit. Peranan yang tepat untuk juruaudit, pelanggan yang mahukan keterlihatan atau pekerja baharu dalam minggu pertama mereka.
Papan pemuka adalah salah satu cara untuk masuk. API, CLI, pembekal Terraform dan pelayan MCP adalah cara lain — dan semuanya tertakluk kepada model akses yang sama, kerana kunci tanpa skop memintas setiap peranan yang baru sahaja anda konfigurasikan.
Kunci API dikeluarkan kepada organisasi, bukan kepada individu, dan membawa skopnya yang tersendiri. Anggap ia sebagai bahan kelayakan kongsi: namakannya mengikut tujuannya, berikan skop paling sempit yang mencukupi, dan lakukannya penggiliran apabila orang yang menciptanya beralih ke peranan lain.
Kunci mentah ditunjukkan kepada anda sekali sahaja, semasa penciptaan. Apa yang kami simpan ialah cincangan SHA-256 dan awalan pendek untuk carian. Kami tidak boleh menunjukkan kunci kepada anda lagi, dan pencerobohan pangkalan data tidak akan menyerahkan kelayakan yang berfungsi kepada penyerang.
Setiap kunci membawa skop terperinci yang terikat pada katalog kebenaran yang sama yang digunakan oleh peranan, merekodkan masa ia kali terakhir digunakan, dan boleh dibatalkan serta-merta apabila ia kelihatan mencurigakan. Kunci kotak pasir yang berasingan menggunakan API tanpa sebarang pengebilan atau penyediaan sebenar di sebaliknya.
Pelayan MCP membolehkan mana-mana ejen berkeupayaan MCP mengurus pengehosan anda — dan ia mengesahkan melalui OAuth 2.1, diskopkan kepada organisasi anda dan kebenaran RBAC miliknya, dengan token boleh batal bagi setiap alat, pengesahan pada tindakan pemusnahan, had perbelanjaan dan pengelogan audit penuh. Menyambungkan pembantu AI tidak bermakna menyerahkan kunci kepada segala-galanya kepadanya.
Setiap tindakan berkeistimewaan menulis rekod tambah-sahaja — siapa yang melakukannya, apa yang mereka lakukan, terhadap apa mereka melakukannya, bukti sokongan, dan alamat IP sumber, dengan cap masa. Ini bukan kemudahan penyahpepijatan; ini ialah jejak bukti.
Tidak — dan kami lebih suka anda tidak melakukannya. Log masuk e-mel pautan ajaib adalah lalai, dan anda boleh mendaftarkan passkey (Touch ID, Face ID, Windows Hello atau kunci perkakasan) dan log masuk tanpa perlu menetapkan kata laluan. E-mel dan kata laluan kekal tersedia sebagai sandaran, tertakluk kepada sekurang-kurangnya dua belas aksara, tiada penggunaan semula bagi tiga kata laluan terakhir anda, dan pencincangan Argon2.
Pengesahan dua faktor TOTP terbina dalam lapisan identiti dan boleh dikuatkuasakan melalui dasar merentasi sesebuah organisasi dan bukannya diserahkan kepada setiap ahli untuk memilih. Kunci laluan (passkeys) merupakan pilihan yang lebih kukuh jika peranti pasukan anda menyokongnya, kerana ia menghapuskan kata laluan yang cuba dipancing oleh penyerang.
Ya. Peranan Pengurus Pengebilan (Billing Manager) memberikan akses kepada invois, langganan, kaedah pembayaran dan katalog pelan, dan tiada perkara lain — tiada keupayaan untuk melihat, memperuntukkan, memulakan semula, menggantung atau memadamkan tapak. Perkara sebaliknya juga berlaku: peranan Pembangun (Developer) mengurus tapak dan akses API tanpa sebarang kawalan pengebilan langsung. Peranan diperuntukkan bagi setiap organisasi, jadi peranan dalam satu organisasi tidak memberikan akses dalam organisasi yang berasingan dan tidak berkaitan — walaupun peranan dalam organisasi induk terpakai kepada organisasi yang berada di bawahnya.
Batalkan ia daripada papan pemuka dan ia akan berhenti berfungsi serta-merta. Skop kerosakan dihadkan oleh apa yang boleh dilakukan oleh kunci tersebut pada mulanya, itulah sebabnya kunci membawa skop yang terperinci dan merekodkan cap masa penggunaan terakhir — skop yang sempit dan jejak penggunaan yang boleh dilihat adalah perkara yang mengubah kebocoran menjadi insiden terkawal dan bukannya penjejasan akaun sepenuhnya. Ambil perhatian bahawa kunci dikeluarkan kepada organisasi dan bukannya kepada individu, jadi anggap ia sebagai kelayakan yang dikongsi dan putarkannya apabila kakitangan bertukar. Hanya cincangan kunci disimpan di pihak kami, jadi kebocoran daripada pangkalan data kami tidak akan menghasilkan kelayakan yang berfungsi.
Ya. Setiap tindakan berkeistimewaan dicatat ke dalam log audit tambah-sahaja bersama pelaku, tindakan, sasaran, bukti sokongan, IP sumber dan cap masa. Peranan pemilik dan baca-sahaja boleh membacanya secara terus. Tindakan staf pada akaun anda dilog dalam jejak yang sama, dan tindakan staf yang sensitif atau memusnahkan mungkin memerlukan pengesahan langkah-naik atau kelulusan dua orang terlebih dahulu.
Ya — SAML SSO disokong untuk akaun perusahaan dan agensi, jadi kakitangan anda mengesahkan identiti dengan kelayakan korporat sedia ada dan penyahdaftaran (offboarding) dalam direktori anda turut mengalih keluar akses mereka di sini. Anda boleh menggabungkan pendekatan: SSO untuk kakitangan tetap, akaun pautan ajaib berskop untuk kontraktor, semuanya dalam model kebenaran yang sama.
Tidak — kata laluan sengaja tidak dimigrasikan. Akaun anda diimport tanpa kata laluan, dan semasa log masuk kali pertama anda sama ada menggunakan magic-link atau menetapkan kata laluan baharu mengikut dasar semasa. Memindahkan hash kata laluan lama akan membawa kelemahan lama ke dalam sistem baharu, jadi kami tidak berbuat demikian.
Percubaan Footprint-Free adalah selama 14 hari, tanpa kad, dan meliputi sehingga lima tapak. Anda mendapat lapisan identiti penuh sepanjang percubaan — pas kunci, dua faktor, peranan, kunci API dan log audit tidak dihadkan di sebalik pelan berbayar.
Daftar kunci laluan, jemput pasukan anda ke peranan yang betul, dan keluarkan kunci API yang berskop — semuanya dalam percubaan 14 hari tanpa kad tanpa butiran kad diperlukan.
Mula secara percuma