ความปลอดภัยของบัญชี
ความปลอดภัยของเซิร์ฟเวอร์ช่วยปกป้องเว็บไซต์ ความปลอดภัยของบัญชีช่วยปกป้องกุญแจเข้าสู่เว็บไซต์เหล่านั้น การเข้าสู่ระบบ Zinn Digital® ทุกครั้งทำงานบนระบบระบุตัวตนตามมาตรฐานเดียวกัน — พาสคีย์และ WebAuthn, การยืนยันตัวตนแบบสองปัจจัยด้วย TOTP, การลงชื่อเข้าใช้ด้วยลิงก์วิเศษ, SAML SSO สำหรับทีมระดับองค์กรและเอเจนซี — พร้อมการกำหนดบทบาทอย่างละเอียด คีย์ API สำหรับแต่ละองค์กร และบันทึกการตรวจสอบที่เพิ่มข้อมูลได้อย่างเดียวอยู่เบื้องหลัง
บัญชีโฮสติ้งส่วนใหญ่เป็นเพียงรหัสผ่านในฐานข้อมูลที่ผูกติดอยู่กับแผงควบคุม แต่ของเราเป็นระบบระบุตัวตนเฉพาะทาง — Keycloak ที่รองรับ OIDC และ SAML — ซึ่งอยู่เบื้องหน้าของทุกสิ่ง: แดชบอร์ดลูกค้า, คอนโซลผู้ดูแลระบบของพนักงาน, เว็บไซต์สาธารณะและฐานความรู้นี้ รวมถึงตั๋วแจ้งปัญหาของคุณ เข้าสู่ระบบเพียงครั้งเดียวและคุณจะเข้าสู่ระบบในทุกบริการได้ทันที
เนื่องจากสร้างขึ้นบนมาตรฐานเปิดแทนที่จะเป็นระบบการเข้าสู่ระบบที่เป็นกรรมสิทธิ์ เลเยอร์ระบุตัวตนจึงสามารถสลับเปลี่ยนได้เช่นเดียวกับส่วนประกอบอื่น ๆ ทั้งหมดของแพลตฟอร์ม ไม่มีส่วนใดของรูปแบบการเข้าถึงของคุณที่ติดอยู่ภายในผลิตภัณฑ์ของผู้จำหน่ายรายใดรายหนึ่ง และการยืนยันตัวตนของทีมของคุณก็ไม่ต้องขึ้นอยู่กับการที่เราต้องใช้ซัพพลายเออร์เพียงรายเดียว นั่นคือหลักการไม่ผูกขาดแบบเดียวกับที่เรานำไปใช้กับบัญชี CDN, DNS และผู้ให้บริการชำระเงิน
ระบบลงชื่อเข้าใช้ได้รับการปรับให้เหมาะสมกับภาษาท้องถิ่น และการส่งต่อจากเว็บไซต์ไปยังหน้าจอเข้าสู่ระบบจะส่งต่อการตั้งค่าภาษาของคุณไปด้วย — ทีมงานที่กระจายอยู่ทั่วหลายประเทศจึงไม่ถูกบังคับให้เข้าสู่ระบบด้วยภาษาอังกฤษเท่านั้น
สี่วิธี ทั้งหมดล้วนยอดเยี่ยมระดับแถวหน้า และกำหนดค่าเป็นรายบุคคลได้ทั้งหมด ไม่มีใครถูกบังคับให้ใช้ตัวเลือกที่ด้อยประสิทธิภาพที่สุดเพียงเพราะเป็นตัวเลือกเดียวที่มีให้
กรอกอีเมลของคุณ คลิกที่ลิงก์ แล้วคุณจะเข้าสู่ระบบได้ทันที โดยไม่มีรหัสผ่านให้ถูกฟิชชิ่ง นำกลับมาใช้ซ้ำ หรือรั่วไหลจากการละเมิดข้อมูล นี่คือเส้นทางเริ่มต้นสำหรับบัญชีใหม่ และสำหรับคนส่วนใหญ่ นี่เป็นเพียงเส้นทางเดียวที่พวกเขาจำเป็นต้องใช้
ลงทะเบียนพาสคีย์ — Touch ID, Face ID, Windows Hello หรือคีย์ฮาร์ดแวร์อย่าง YubiKey — และลงชื่อเข้าใช้โดยไม่ต้องใช้รหัสผ่านเลยแม้แต่น้อย พาสคีย์จะผูกไว้กับโดเมนต้นทาง ดังนั้นหน้าเข้าสู่ระบบปลอมจึงไม่สามารถดักจับไปได้ แพลตฟอร์มนี้รองรับตัวยืนยันตัวตนแบบ ES256 และ RS256 และแนะนำให้มีการยืนยันตัวตนผู้ใช้
ลงชื่อเข้าใช้ด้วย Google ผ่านการเชื่อมต่อผู้ให้บริการข้อมูลประจำตัวมาตรฐาน เพื่อให้บัญชีสืบทอดการควบคุมใดๆ ก็ตามที่ Google Workspace ของคุณบังคับใช้อยู่แล้ว ผู้ให้บริการรายอื่นจะเชื่อมต่อในลักษณะเดียวกัน — ไม่มีส่วนใดที่เป็นการผสานรวมแบบกำหนดเองโดยเฉพาะ
เก็บไว้สำหรับผู้ใช้และสคริปต์ที่จำเป็นต้องใช้งาน และอยู่ภายใต้นโยบายที่แท้จริง: ความยาวอย่างน้อยสิบสองอักขระ ต้องไม่ใช่ชื่อผู้ใช้หรือที่อยู่อีเมลของคุณ ไม่ใช้ซ้ำกับสามรหัสผ่านล่าสุดของคุณ และแฮชด้วย Argon2 มีการยืนยันที่อยู่อีเมลก่อนที่บัญชีจะสามารถใช้งานได้
ปัจจัยที่สองเป็นส่วนหนึ่งของระบบระบุตัวตน ไม่ใช่ส่วนเสริมที่คุณซื้อหรือปลั๊กอินที่คุณติดตั้งบนไซต์ของคุณเอง
หากองค์กรของคุณใช้งานผู้ให้บริการข้อมูลประจำตัวอยู่แล้ว ไม่ว่าจะเป็น Okta, Entra ID, Google Workspace หรือระบบอื่นใดที่รองรับ SAML คุณก็สามารถเชื่อมต่อระบบดังกล่าวเพื่อให้บุคลากรของคุณลงชื่อเข้าใช้ Zinn Digital® ด้วยข้อมูลรับรองเดิมขององค์กรได้ โดยทีมของคุณไม่ต้องจัดการรหัสผ่านชุดที่สอง และไม่มีรายการตรวจสอบการลาออกจากงานชุดที่สองให้ต้องกังวลว่าจะลืม
สิ่งนี้สำคัญที่สุดในระดับเอเจนซีและตัวแทนจำหน่าย ซึ่งการเปลี่ยนพนักงานถือเป็นเหตุการณ์ด้านความปลอดภัยที่เกิดขึ้นจริง เมื่อมีพนักงานลาออกและคุณปิดใช้งานพวกเขาในไดเรกทอรีของคุณ คุณก็ได้ปิดใช้งานช่องทางเข้าสู่บริการโฮสติ้งของคุณด้วยเช่นกัน สิทธิ์การเข้าถึงจะอิงตามสถานะการจ้างงานจากศูนย์กลาง แทนที่จะต้องตามจัดการในเครื่องมือ SaaS นับสิบรายการ
SAML ทำงานควบคู่ไปกับส่วนอื่น ๆ ทั้งหมดแทนที่จะเข้ามาแทนที่: ผู้รับเหมายังคงสามารถรับบัญชีแบบลิงก์วิเศษภายใต้บทบาทที่มีขอบเขตได้ ในขณะที่พนักงานประจำจะเข้าสู่ระบบผ่าน SSO องค์กรเดียว รูปแบบสิทธิ์เดียว ประตูหน้าสองบาน
ขอบเขตการเข้าถึงถูกจำกัดไว้ตามโครงสร้างองค์กร — ตั้งแต่ผู้ค้าปลีก ไปจนถึงลูกค้า และไซต์ — และถูกบังคับใช้ในฐานข้อมูลโดยตรงผ่านการรักษาความปลอดภัยระดับแถว (row-level security) ไม่ใช่แค่ในแอปพลิเคชัน การเข้าถึงข้ามผู้เช่า (cross-tenant) ไม่ใช่นโยบายที่เราขอให้ผู้คนปฏิบัติตาม แต่เป็นคิวรีที่ไม่สามารถส่งคืนแถวข้อมูลได้ บทบาทลูกค้าสี่บทบาทครอบคลุมการแบ่งหน้าที่ตามความเป็นจริง
ควบคุมองค์กรและบัญชีย่อยได้อย่างสมบูรณ์: สร้างองค์กรย่อย เชิญและลบสมาชิก กำหนดบทบาท จัดการทุกเว็บไซต์ ดำเนินการเรียกเก็บเงินและออกใบแจ้งหนี้ จัดการคีย์ API และอ่านบันทึกการตรวจสอบ
ใบแจ้งหนี้ การสมัครสมาชิก วิธีการชำระเงิน และแคตตาล็อกแผนบริการ — และไม่มีสิ่งอื่นใด เจ้าหน้าที่การเงินหรือนักบัญชีของคุณสามารถชำระใบแจ้งหนี้ได้โดยไม่มีสิทธิ์เข้าถึง ระงับ หรือลบเว็บไซต์ที่ใช้งานอยู่เลย
การเข้าถึงเว็บไซต์และ API โดยไม่มีการควบคุมการเรียกเก็บเงิน: ดูและจัดสรรเว็บไซต์ เริ่มการทำงานของบริการใหม่ ล้างแคช จัดการคีย์ API และทิกเก็ตงาน ทั้งนี้ไม่มีการเข้าถึงวิธีการชำระเงิน การออกใบแจ้งหนี้ หรือการเปลี่ยนแปลงแผนโดยเจตนา
ดูได้อย่างเดียวทั่วทั้งองค์กร — ไซต์, การเรียกเก็บเงิน, แผนบริการ, ทิกเก็ต, สถานะการแปล และบันทึกการตรวจสอบ บทบาทที่เหมาะสมสำหรับผู้ตรวจสอบบัญชี ลูกค้าที่ต้องการมองเห็นข้อมูล หรือพนักงานใหม่ในสัปดาห์แรกของการทำงาน
แดชบอร์ดเป็นเพียงช่องทางหนึ่งในการเข้าถึง ส่วน API, CLI, ตัวให้บริการ Terraform และเซิร์ฟเวอร์ MCP เป็นช่องทางอื่น ๆ — และทั้งหมดนี้อยู่ภายใต้รูปแบบการเข้าถึงเดียวกัน เนื่องจากคีย์ที่ไม่จำกัดขอบเขตจะข้ามทุกบทบาทที่คุณเพิ่งกำหนดค่าไว้
คีย์ API จะออกให้แก่องค์กร ไม่ใช่บุคคลธรรมดา และมีขอบเขตของตนเอง โปรดปฏิบัติต่อคีย์เสมือนข้อมูลรับรองที่ใช้ร่วมกัน: ตั้งชื่อตามวัตถุประสงค์ในการใช้งาน กำหนดขอบเขตที่แคบที่สุดเท่าที่จำเป็นต่อการทำงาน และหมุนเวียนคีย์ใหม่เมื่อบุคคลที่สร้างคีย์ดังกล่าวพ้นจากหน้าที่
คีย์ดิบจะแสดงให้คุณเห็นเพียงครั้งเดียวเมื่อสร้างขึ้น สิ่งที่เราเก็บไว้คือแฮช SHA-256 และคำนำหน้าสั้นๆ สำหรับการค้นหา เราไม่สามารถแสดงคีย์ให้คุณเห็นได้อีก และการที่ฐานข้อมูลถูกบุกรุกก็จะไม่ทำให้ผู้โจมตีได้ข้อมูลประจำตัวที่ใช้งานได้ไป
คีย์แต่ละรายการจะมีขอบเขตระดับละเอียดที่ผูกกับแคตตาล็อกสิทธิ์เดียวกับที่บทบาทต่าง ๆ ใช้งาน บันทึกเวลาที่ใช้งานครั้งล่าสุด และสามารถเพิกถอนได้ทันทีที่พบความผิดปกติ คีย์แซนด์บ็อกซ์ที่แยกต่างหากจะเรียกใช้ API โดยไม่มีการเรียกเก็บเงินหรือการจัดสรรทรัพยากรจริงใด ๆ อยู่เบื้องหลัง
เซิร์ฟเวอร์ MCP ช่วยให้เอเจนต์ใดก็ตามที่รองรับ MCP สามารถจัดการโฮสติงของคุณได้ — และได้รับการรับรองความถูกต้องผ่าน OAuth 2.1 ซึ่งกำหนดขอบเขตตามองค์กรของคุณและสิทธิ์ RBAC ขององค์กร พร้อมโทเค็นที่สามารถเพิกถอนได้สำหรับแต่ละเครื่องมือ การยืนยันการดำเนินการที่มีผลกระทบร้ายแรง ขีดจำกัดการใช้จ่าย และการบันทึกการตรวจสอบอย่างสมบูรณ์ การเชื่อมต่อผู้ช่วย AI ไม่ได้หมายถึงการมอบกุญแจสำหรับทุกสิ่งให้กับผู้ช่วยนั้น
การดำเนินการที่ได้รับสิทธิ์ทุกรายการจะเขียนบันทึกแบบเพิ่มต่อท้ายได้เท่านั้น — ใครเป็นผู้กระทำ กระทำอะไร กระทำต่อสิ่งใด หลักฐานประกอบ และที่อยู่ IP ต้นทาง พร้อมการประทับเวลา สิ่งนี้ไม่ได้มีไว้เพื่อความสะดวกในการแก้ไขจุดบกพร่อง แต่เป็นร่องรอยของหลักฐาน
ไม่ — และเราอยากให้คุณไม่ทำเช่นนั้น การเข้าสู่ระบบด้วยลิงก์วิเศษทางอีเมลเป็นค่าเริ่มต้น และคุณสามารถลงทะเบียนพาสคีย์ (Touch ID, Face ID, Windows Hello หรือคีย์ฮาร์ดแวร์) และเข้าสู่ระบบได้โดยไม่ต้องตั้งรหัสผ่านเลย อีเมลและรหัสผ่านยังคงมีให้ใช้งานเป็นตัวเลือกสำรอง โดยจำกัดขั้นต่ำสิบสองอักขระ ห้ามใช้รหัสผ่านสามครั้งล่าสุดซ้ำ และมีการแฮชด้วย Argon2
การยืนยันตัวตนแบบสองขั้นตอนด้วย TOTP ได้รับการติดตั้งไว้ในชั้นการระบุตัวตน และสามารถบังคับใช้ตามนโยบายทั่วทั้งองค์กรได้ แทนที่จะปล่อยให้สมาชิกแต่ละคนเลือกเปิดใช้งานเอง พาสคีย์ (Passkeys) เป็นตัวเลือกที่รัดกุมกว่าหากอุปกรณ์ของทีมคุณรองรับ เนื่องจากจะตัดปัญหาเรื่องรหัสผ่านที่ผู้โจมตีอาจพยายามฟิชชิงไปได้โดยสิ้นเชิง
ใช่ บทบาท Billing Manager จะให้สิทธิ์เฉพาะใบแจ้งหนี้ การสมัครสมาชิก วิธีการชำระเงิน และแคตตาล็อกแผนบริการเท่านั้น และไม่มีสิทธิ์อื่นใดอีก — ไม่มีความสามารถในการดู จัดเตรียม เริ่มต้นใหม่ ระงับ หรือลบไซต์ ในทางกลับกันก็เช่นเดียวกัน: บทบาท Developer จะจัดการไซต์และการเข้าถึง API โดยไม่มีสิทธิ์ควบคุมการเรียกเก็บเงินเลย บทบาทจะได้รับการกำหนดตามองค์กร ดังนั้นบทบาทในองค์กรหนึ่งจึงไม่ให้สิทธิ์การเข้าถึงในอีกองค์กรที่แยกจากกันและไม่เกี่ยวข้องกัน — แม้ว่าบทบาทในองค์กรหลักจะมีผลกับองค์กรที่ซ้อนอยู่ภายใต้ก็ตาม
เพิกถอนจากแดชบอร์ดและคีย์จะหยุดทำงานทันที ขอบเขตของความเสียหายจะจำกัดอยู่เพียงสิ่งที่คีย์นั้นสามารถทำได้ตั้งแต่แรก ซึ่งเป็นเหตุผลที่คีย์มีขอบเขตที่ละเอียดและบันทึกการประทับเวลาการใช้งานล่าสุด ขอบเขตที่แคบและประวัติการใช้งานที่ตรวจสอบได้คือสิ่งที่จะเปลี่ยนการรั่วไหลให้เป็นเหตุการณ์ที่ควบคุมได้ แทนที่จะเป็นการบุกรุกบัญชีโดยสมบูรณ์ โปรดทราบว่าคีย์จะออกให้แก่องค์กรแทนที่จะเป็นรายบุคคล ดังนั้นโปรดปฏิบัติต่อคีย์เหล่านี้เสมือนข้อมูลประจำตัวที่ใช้ร่วมกันและหมุนเวียนเปลี่ยนคีย์เมื่อมีบุคคลลาออก ทางฝั่งของเราจะจัดเก็บเฉพาะแฮชของคีย์เท่านั้น ดังนั้นการรั่วไหลจากฐานข้อมูลของเราจะไม่ก่อให้เกิดข้อมูลประจำตัวที่ใช้งานได้
ใช่ ทุกการดำเนินการที่ได้รับสิทธิ์พิเศษจะถูกบันทึกลงในบันทึกการตรวจสอบแบบเพิ่มข้อมูลได้อย่างเดียว โดยมีข้อมูลผู้กระทำ การดำเนินการ เป้าหมาย หลักฐานสนับสนุน IP ต้นทาง และการประทับเวลา บทบาทเจ้าของและบทบาทแบบอ่านอย่างเดียวสามารถอ่านบันทึกนี้ได้โดยตรง การดำเนินการของเจ้าหน้าที่ในบัญชีของคุณจะถูกบันทึกไว้ในเส้นทางเดียวกัน และการดำเนินการของเจ้าหน้าที่ที่มีความละเอียดอ่อนหรือส่งผลกระทบร้ายแรงอาจต้องผ่านการยืนยันตัวตนระดับสูงขึ้นหรือการอนุมัติจากบุคคลสองคนก่อน
ใช่ — รองรับ SAML SSO สำหรับบัญชีระดับองค์กรและเอเจนซี เพื่อให้บุคลากรของคุณตรวจสอบสิทธิ์ด้วยข้อมูลประจำตัวขององค์กรที่มีอยู่ และการออฟบอร์ดในไดเรกทอรีของคุณจะยกเลิกการเข้าถึงที่นี่ด้วย คุณสามารถผสมผสานรูปแบบต่างๆ ได้: SSO สำหรับพนักงานประจำ บัญชี magic-link ที่กำหนดขอบเขตสำหรับผู้รับเหมา ทั้งหมดนี้อยู่ภายใต้โมเดลการกำหนดสิทธิ์เดียวกัน
ไม่ — รหัสผ่านไม่ได้ถูกโอนย้ายโดยเจตนา บัญชีของคุณจะถูกนำเข้าโดยไม่มีรหัสผ่าน และเมื่อเข้าสู่ระบบเป็นครั้งแรก คุณสามารถใช้ magic-link หรือตั้งรหัสผ่านใหม่ตามนโยบายปัจจุบัน การย้ายแฮชรหัสผ่านเดิมจะนำช่องโหว่เดิมเข้าสู่ระบบใหม่ ดังนั้นเราจึงไม่ทำเช่นนั้น
ช่วงทดลองใช้ Footprint-Free มีระยะเวลา 14 วัน ไม่ต้องใช้บัตร และครอบคลุมเว็บไซต์ได้สูงสุดถึงห้าแห่ง คุณจะได้รับเลเยอร์ระบุตัวตนแบบเต็มรูปแบบในระหว่างการทดลองใช้ — พาสคีย์, การตรวจสอบสิทธิ์แบบสองปัจจัย, บทบาท, คีย์ API และบันทึกการตรวจสอบไม่ได้ถูกจำกัดไว้เฉพาะในแพ็กเกจแบบชำระเงิน
ลงทะเบียนพาสคีย์ เชิญทีมของคุณเข้าร่วมในบทบาทที่เหมาะสม และสร้างคีย์ API ที่กำหนดขอบเขต — ทั้งหมดนี้ในระยะเวลาทดลองใช้ 14 วันโดยไม่ต้องระบุข้อมูลบัตร
เริ่มต้นฟรี