การเข้าถึงที่ได้รับมอบหมาย

ให้สิทธิ์การเข้าถึงแก่ผู้คนตรงตามที่พวกเขาต้องการเท่านั้น — และไม่ให้สิทธิ์อื่นใดเพิ่มเติม

เชิญนักพัฒนาเข้ามา มอบหมายงานเรียกเก็บเงินให้แก่นักบัญชีของคุณ ให้สิทธิ์ลูกค้าดูเว็บไซต์ของตนเองแบบอ่านอย่างเดียว หรือให้ทีมสนับสนุนของเราเข้ามาตรวจสอบปัญหา การอนุญาตแต่ละรายการคือบทบาทที่มีสิทธิ์ที่กำหนดไว้อย่างชัดเจน โดยจำกัดขอบเขตไว้ในระดับองค์กร บังคับใช้ในฐานข้อมูล และบันทึกลงในบันทึกการตรวจสอบที่เพิ่มข้อมูลได้เพียงอย่างเดียว

ผู้ใช้หลายคนเชื่อมโยงกับบัญชีเดียว โดยแต่ละคนมีสิทธิ์การใช้งานที่กำหนดไว้เฉพาะของตนเอง
  • 94สิทธิ์แบบละเอียด
  • 12บทบาทในตัว
  • 8แผนกเจ้าหน้าที่
  • 700,000+เว็บไซต์ที่โฮสต์ทั่วโลก

การเข้าถึงคือการเป็นสมาชิก ไม่ใช่รหัสผ่านที่ใช้ร่วมกัน

การใช้ข้อมูลการเข้าสู่ระบบร่วมกันคือสาเหตุที่ทำให้การเข้าถึงบัญชีเกิดปัญหา บน Zinn Digital® ทุกคนมีอัตลักษณ์ของตนเอง และการเข้าถึงคือสถานะสมาชิกภาพ — ผู้ใช้ องค์กร และบทบาท — ซึ่งท่านสามารถมอบสิทธิ์ เปลี่ยนแปลง หรือเพิกถอนได้โดยอิสระ

อัตลักษณ์ของคุณเองเสมอ

ผู้ทำงานร่วมกันแต่ละคนจะเข้าสู่ระบบในฐานะตนเองผ่าน Keycloak ซึ่งเป็นเลเยอร์ระบุตัวตนของเรา ไม่มีใครพิมพ์รหัสผ่านของคุณ ไม่มีใครแชร์เซสชันเบราว์เซอร์ และการลบใครบางคนออกเป็นการดำเนินการเพียงขั้นตอนเดียว ไม่ใช่การเปลี่ยนรหัสผ่านและวุ่นวายกับการค้นหาว่าใครรู้รหัสผ่านบ้าง

องค์กรสร้างโครงสร้างแบบต้นไม้

บัญชีจะจัดเรียงตามลำดับชั้น — องค์กรตัวแทนจำหน่ายจะดูแลองค์กรของลูกค้า และองค์กรของลูกค้าจะดูแลเว็บไซต์ การเป็นสมาชิกจะมีผลกับองค์กรและทุกสิ่งที่อยู่ภายใต้องค์กรนั้น ดังนั้นคุณจึงสามารถมอบสิทธิ์การควบคุมองค์กรให้กับลูกค้าเอเจนซีได้โดยไม่ต้องเปิดเผยลูกค้ารายอื่นของคุณเลย

บังคับใช้การแยกในฐานข้อมูล

การแยกผู้เช่าไม่ใช่ตัวกรองในโค้ดแอปพลิเคชันที่ข้อผิดพลาดจะสามารถข้ามไปได้ Postgres Row-Level Security จะจำกัดขอบเขตของทุกแบบสอบถามให้อยู่ในทรีย่อยขององค์กรของผู้เรียก ดังนั้นคำขอนอกขอบเขตของคุณจึงไม่มีข้อมูลใดที่จะส่งกลับมา

การไม่อยู่จะมองไม่เห็น

หากคุณร้องขอองค์กรหรือไซต์ที่อยู่นอกเหนือขอบเขตของคุณ API จะตอบกลับด้วยข้อความไม่พบข้อมูลแบบธรรมดาแทนที่จะเป็นข้อผิดพลาดเกี่ยวกับสิทธิ์ ข้อผิดพลาดเกี่ยวกับสิทธิ์จะยืนยันว่ามีระเบียนนั้นอยู่จริง ส่วนการไม่พบข้อมูลจะไม่บอกสิ่งใดแก่บุคคลภายนอกเลย

สี่บทบาทลูกค้า สามสิบห้าการอนุญาต

สิทธิ์การใช้งานเป็นคีย์แบบละเอียด — โมดูลบวกการกระทำ เช่น sites.restart หรือ billing.refund — และบทบาทจะทำหน้าที่รวมสิทธิ์เหล่านั้นเข้าด้วยกัน บทบาททั้งสี่ครอบคลุมรูปแบบที่ทีมงานจริงต้องการ และแต่ละบทบาทคือข้อมูลที่เรากำหนดค่าเริ่มต้น ไม่ใช่ตรรกะที่ฝังอยู่ในโค้ด

เจ้าของ

การควบคุมเต็มรูปแบบ: สร้างองค์กรย่อย เชิญและลบสมาชิก เปลี่ยนบทบาท จัดการคีย์ API สร้าง รีสตาร์ต ล้าง ระงับ และลบเว็บไซต์ ดำเนินการเรียกเก็บเงินและใบแจ้งหนี้ เปิดทิกเก็ต และอ่านบันทึกการตรวจสอบ บทบาทที่คุณเก็บไว้สำหรับตัวคุณเอง

ตัวจัดการการเรียกเก็บเงิน

ดูองค์กร สมาชิก และแคตตาล็อกแผน พร้อมทั้งจัดการใบแจ้งหนี้ วิธีการชำระเงิน และค่าบริการต่าง ๆ ได้ ไม่สามารถสร้าง แก้ไข หรือลบไซต์ใดไซต์หนึ่งได้เลย — เป็นรูปแบบที่นักทำบัญชีภายนอกควรมีอย่างแท้จริง

นักพัฒนา

ดูและสร้างไซต์ รีสตาร์ตบริการ ล้างแคช จัดการคีย์ API และจัดการทิกเก็ต สิ่งที่ยกเว้นโดยเจตนา: การเรียกเก็บเงิน ใบแจ้งหนี้ วิธีการชำระเงิน การจัดการสมาชิก การระงับไซต์ และการลบไซต์ ผู้รับเหมาสามารถสร้างสิ่งต่าง ๆ ได้โดยไม่สามารถเรียกเก็บเงินจากคุณหรือทำลายสิ่งใดได้

อ่านอย่างเดียว

ดูองค์กร สมาชิก ไซต์ การเรียกเก็บเงิน แคตตาล็อกแผน ตั๋ว สถานะการแปล และบันทึกการตรวจสอบได้ — และไม่สามารถเปลี่ยนแปลงสิ่งใดได้เลย สิทธิ์ที่เหมาะสมสำหรับลูกค้าที่ต้องการการมองเห็น ผู้ตรวจสอบ หรือผู้มีส่วนได้ส่วนเสียที่ต้องการเพียงแค่ดูเท่านั้น

การลงชื่อเข้าใช้ที่ทีมของคุณไม่สามารถแอบลดทอนความปลอดภัยลงได้

การมอบสิทธิ์การเข้าถึงจะปลอดภัยก็ต่อเมื่อบัญชีที่คุณมอบสิทธิ์ให้นั้นยากต่อการถูกเข้ายึด การยืนยันตัวตนจะดำเนินการผ่าน Keycloak สำหรับทุกคนในบัญชีบนทุกส่วนติดต่อ

  • พาสคีย์และ WebAuthn สำหรับการลงชื่อเข้าใช้ที่ป้องกันการฟิชชิง พร้อมการตรวจสอบสิทธิ์แบบสองปัจจัย TOTP ที่บังคับใช้สำหรับทุกคนตามนโยบาย — ไม่ใช่การตั้งค่าทางเลือกที่สมาชิกในทีมสามารถข้ามได้
  • การลงชื่อเข้าใช้ด้วยอีเมลผ่านลิงก์วิเศษเป็นค่าเริ่มต้น โดยมีอีเมลและรหัสผ่านเป็นทางเลือกสำรอง และการลงชื่อเข้าใช้ผ่านโซเชียลด้วย Google, Microsoft, GitHub และอื่น ๆ
  • การลงชื่อเข้าใช้เพียงครั้งเดียวด้วย SAML สำหรับลูกค้าระดับองค์กรและเอเจนซี เพื่อให้ผู้เข้าใหม่และผู้ที่ลาออกได้รับการจัดการโดยผู้ให้บริการข้อมูลประจำตัวของคุณแทนการดำเนินการด้วยตนเอง
  • หนึ่งเซสชันครอบคลุมทั้งแดชบอร์ดลูกค้า เว็บไซต์สาธารณะ ฐานความรู้ และทิกเก็ตสนับสนุน — ลงชื่อเข้าใช้เพียงครั้งเดียว และเพิกถอนได้ในครั้งเดียว
  • นโยบายเซสชัน การตรวจสอบสิทธิ์ขั้นสูงสำหรับการดำเนินการที่ละเอียดอ่อน และรายการอนุญาต IP ตามองค์กรที่เป็นตัวเลือกเสริมสำหรับบัญชีที่ต้องการจำกัดการเข้าถึงเฉพาะเครือข่ายที่รู้จัก
  • อีเมลลงทะเบียนทุกฉบับจะได้รับการตรวจสอบความถูกต้องก่อนที่บัญชีจะถูกสร้าง ดังนั้นที่อยู่อีเมลที่ไม่สามารถส่งถึงได้ อีเมลชั่วคราว และอีเมลตามบทบาทหน้าที่ จะถูกสกัดกั้นตั้งแต่เริ่มต้น แทนที่จะกลายเป็นสมาชิกที่ถูกทิ้งร้างในภายหลัง

เมื่อทีมงานของเราต้องการสิทธิ์การเข้าถึง สิทธิ์นั้นจะถูกจำกัดขอบเขตและมีการบันทึกข้อมูลไว้

งานสนับสนุนบางครั้งจำเป็นต้องเข้าไปดูภายในบัญชีของคุณ การเข้าถึงนั้นอยู่ภายใต้รูปแบบการกำหนดสิทธิ์เดียวกันกับส่วนอื่น ๆ ทั้งหมด โดยเจ้าหน้าที่จะอยู่ในองค์กรเจ้าหน้าที่ ซึ่งจัดแบ่งเป็นแผนกต่าง ๆ พร้อมสิทธิ์ที่จำกัดเฉพาะเจาะจง

แผนก ไม่ใช่ผู้ดูแลระบบโดยรวม

พนักงานได้รับการจัดกลุ่มเป็น ฝ่ายสนับสนุน, ฝ่ายเรียกเก็บเงินและการเงิน, ฝ่ายการละเมิดและความน่าเชื่อถือและความปลอดภัย, ฝ่ายขาย, ฝ่ายดูแลผู้ใช้ใหม่, ฝ่ายวิศวกรรมและการปฏิบัติการ, ฝ่ายการตลาด และฝ่ายบริหาร แต่ละบทบาทจะให้สิทธิ์การใช้งานโมดูลและการดำเนินการเฉพาะ เพื่อให้เจ้าหน้าที่เห็นเฉพาะส่วนของคอนโซลผู้ดูแลระบบที่จำเป็นต่องานของตนเท่านั้นและไม่เห็นส่วนอื่น

ขีดจำกัดที่แท้จริงของเจ้าหน้าที่ฝ่ายสนับสนุน

บทบาท Support Agent มอบสิทธิ์อย่างเจาะจงเพียงเท่านี้: ดูข้อมูลลูกค้า ดูและตอบกลับทิกเก็ต ดูเว็บไซต์ รีสตาร์ตเว็บไซต์ และล้างแคชของเว็บไซต์ บทบาทนี้ไม่มีการกำหนดค่าการเรียกเก็บเงิน ไม่มีการคืนเงิน ไม่มีการแก้ไขแพ็กเกจ และไม่มีการจัดการฟลีต การดำเนินการแก้ไขปัญหาที่เจ้าหน้าที่สามารถทำได้จะถูกจำกัดโดยบทบาท ไม่ใช่โดยเจตนาที่ดี

การลงชื่อเข้าใช้ในฐานะลูกค้าได้รับการควบคุมอย่างเข้มงวด

สิทธิ์ customer.impersonate ไม่ได้เป็นส่วนหนึ่งของบทบาท Manager — สิทธิ์นี้มีไว้สำหรับ Super Admin เท่านั้น เมื่อมีเซสชันกำลังทำงานในนามของคุณ แดชบอร์ดจะแสดงแบนเนอร์การสวมรอยอย่างต่อเนื่อง เพื่อไม่ให้เกิดความคลุมเครือว่าใครกำลังดำเนินการอยู่

ทุกสิ่งที่เป็นสิทธิพิเศษได้รับการบันทึกไว้เป็นลายลักษณ์อักษร

การดำเนินการที่มีสิทธิ์พิเศษและการดูแลระบบทุกรายการจะถูกต่อท้ายลงในบันทึกการตรวจสอบที่เพิ่มได้เท่านั้น ซึ่งจะบันทึกผู้ดำเนินการ การกระทำ เป้าหมาย ข้อมูลเมตาประกอบ ที่อยู่ IP และการประทับเวลา — โดยแบ่งพาร์ติชันตามเวลาในสภาพแวดล้อมการใช้งานจริง เจ้าของและสมาชิกที่มีสิทธิ์อ่านอย่างเดียวสามารถอ่านบันทึกขององค์กรได้ด้วยตนเอง

ขั้นตอนการอนุมัติสำหรับการดำเนินการที่มีผลกระทบสูง

การดำเนินการของพนักงานที่มีความละเอียดอ่อนและอาจก่อให้เกิดความเสียหายอาจต้องใช้การยืนยันตัวตนระดับสูงขึ้นหรือการอนุมัติจากบุคคลสองคนก่อนที่จะดำเนินการ และแผนกหรือบทบาทใหม่สามารถกำหนดค่าได้โดยไม่จำเป็นต้องแก้ไขโค้ด

เครื่องจักรยังสามารถรับสิทธิ์การเข้าถึงที่ได้รับมอบหมายได้อีกด้วย

สคริปต์, ไปป์ไลน์ CI, CLI, ผู้ให้บริการ Terraform และตัวแทน AI ทั้งหมดล้วนรับรองความถูกต้องผ่านรูปแบบสิทธิ์เดียวกันกับผู้ใช้ทั่วไป — ไม่มีการแชร์ข้อมูลประจำตัวของมนุษย์ และไม่มีความลับที่ใช้งานได้ยาวนานถูกวางลงในบิลด์

คีย์ API จะแยกตามองค์กรและมีการกำหนดขอบเขตการใช้งาน

คีย์เป็นขององค์กรและมีขอบเขตที่ละเอียดซึ่งเชื่อมโยงกับสิทธิ์ RBAC เดียวกัน ได้แก่ อ่านอย่างเดียว การเรียกเก็บเงิน การจัดสรร โปรดกำหนดขอบเขตที่จำกัดตามที่ไปป์ไลน์ต้องการ แทนที่จะให้สิทธิ์ทั้งบัญชีของสมาชิก

คีย์ Sandbox จะแยกจากการใช้งานจริง

คีย์โหมดทดสอบและโหมดใช้งานจริงมีความแตกต่างกัน ดังนั้นการผสานรวมที่อยู่ระหว่างการพัฒนาจึงไม่สามารถเข้าถึงข้อมูลการใช้งานจริงได้โดยไม่ตั้งใจหรือผ่านตัวแปรสภาพแวดล้อมที่คัดลอกมา

จะมีการจัดเก็บเฉพาะแฮชเท่านั้น

เราจัดเก็บแฮช SHA-256 ของข้อมูลลับและคำนำหน้าสำหรับการค้นหา — ไม่เคยจัดเก็บคีย์ดิบ คุณจะเห็นคีย์เพียงครั้งเดียวเมื่อสร้างขึ้น แต่ละคีย์จะติดตามเวลาที่ใช้งานล่าสุด และสามารถเพิกถอนแยกต่างหากได้โดยไม่กระทบต่อสิ่งอื่นใด

เครื่องมือ AI เชื่อมต่อภายใต้สิทธิ์การอนุญาตของคุณ

เซิร์ฟเวอร์ MCP ของเราช่วยให้เอเจนต์ที่รองรับ MCP สามารถจัดการโฮสติ้งของคุณด้วยภาษาธรรมชาติ โดยได้รับการยืนยันตัวตนด้วย OAuth 2.1 และกำหนดขอบเขตตามองค์กรและบทบาท RBAC ของคุณ พร้อมด้วยโทเค็นที่เพิกถอนได้รายเครื่องมือ การยืนยันการดำเนินการที่มีผลทำลาย วงเงินจำกัดค่าใช้จ่าย และการบันทึกบันทึกการตรวจสอบอย่างสมบูรณ์

การเข้าถึงเว็บไซต์โดยตรง

การเข้าถึงบัญชีและการเข้าถึงเซิร์ฟเวอร์เป็นคนละประเด็นกัน ข้อมูลประจำตัวระดับไซต์ได้รับการจัดการในแดชบอร์ด ออกให้ตามหลักการกำหนดสิทธิ์เท่าที่จำเป็น และถูกแยกส่วนเพื่อให้เชลล์ของผู้ร่วมงานหนึ่งรายเป็นเชลล์ของไซต์เดียวเท่านั้น

  • SSH พร้อมเชลล์แบบจำกัดสิทธิ์ (jailed shell) รวมถึง SFTP และ FTP — การแยกส่วนด้วย CageFS ช่วยให้ผู้เช่าแต่ละรายมองเห็นเฉพาะไฟล์ของตนเองเท่านั้น
  • wp-cli จากเทอร์มินัลของแผงควบคุมและผ่าน SSH สำหรับการทำงานที่นักพัฒนาต้องการทำสคริปต์อย่างแท้จริง
  • โปรแกรมแก้ไข VS Code แบบเต็มรูปแบบในเบราว์เซอร์ผ่าน code-server พร้อม git แก้ไขไฟล์ของเว็บไซต์ได้โดยตรงในแดชบอร์ด
  • phpMyAdmin และ Adminer แบบฝังสำหรับฐานข้อมูล และโปรแกรมจัดการไฟล์แบบฝัง ซึ่งทั้งสองอย่างนี้รองรับการลงชื่อเข้าใช้เพียงครั้งเดียว (SSO) จากแดชบอร์ด โดยไม่ต้องใช้ชุดข้อมูลรับรองชุดที่สอง
  • คีย์การเข้าถึงและข้อมูลประจำตัวจะถูกสร้าง แสดงรายการ หมุนเวียน และเพิกถอนในแดชบอร์ด โดยออกให้ตามหลักสิทธิ์ขั้นต่ำ และมีการบันทึกการใช้งานในบันทึกการตรวจสอบ
  • สภาพแวดล้อมทดสอบการทำงานพร้อมระบบโคลนและพุชขึ้นระบบจริงจะช่วยแยกงานที่มีความเสี่ยงออกจากระบบใช้งานจริง เพื่อไม่ให้การเปลี่ยนแปลงแรกของผู้ร่วมงานใหม่ส่งผลกระทบต่อเว็บไซต์จริงโดยตรง

วิธีจัดโครงสร้างการเข้าถึงให้สอดคล้องกับรูปแบบการทำงานจริงของคุณ

ผู้ดูแลระบบคนเดียวจะดูแลองค์กรแห่งเดียวและการเป็นสมาชิกของเจ้าของเพียงหนึ่งเดียว และเพิ่มบทบาทนักพัฒนาเมื่อมีผู้รับเหมาเข้ามาทำงานในโครงการ เมื่อโครงการสิ้นสุดลง การเป็นสมาชิกจะถูกลบออกและการลงชื่อเข้าใช้ของพวกเขาจะหยุดทำงานทันที — ไม่มีการทิ้งข้อมูลประจำตัวที่ใช้ร่วมกันไว้ให้ต้องสับเปลี่ยน

เอเจนซีใช้งานแผนผังองค์กรแบบโครงสร้างต้นไม้ ลูกค้าแต่ละรายจะได้รับองค์กรย่อยของตนเอง ซึ่งใช้จัดเก็บไซต์ของลูกค้ารายนั้น และบุคลากรของลูกค้าจะได้รับสิทธิ์การเป็นสมาชิกที่นั่น โดยกำหนดเป็นแบบอ่านอย่างเดียวสำหรับผู้มีส่วนได้ส่วนเสียที่ต้องการดูข้อมูล หรือระดับเจ้าของสำหรับลูกค้าที่ต้องการจัดการด้วยตนเอง พนักงานของคุณจะมีสิทธิ์การเป็นสมาชิกในระดับที่สูงกว่าบนโครงสร้างต้นไม้และมองเห็นพอร์ตโฟลิโอทั้งหมด ส่วนลูกค้าจะมองเห็นเฉพาะสาขาของตนเองเท่านั้น และความปลอดภัยระดับแถว (Row-Level Security) คือสิ่งที่ทำให้สิ่งนี้เกิดขึ้นจริง ไม่ใช่เพียงแค่คำสัญญา

ผู้ค้าปลีกทำงานในลักษณะเดียวกัน โดยอยู่ในระดับที่สูงขึ้นไปอีกหนึ่งขั้น: องค์กรผู้ค้าปลีกจะดูแลองค์กรของลูกค้า ซึ่งแต่ละแห่งจะมีสมาชิก มุมมองการเรียกเก็บเงิน และเว็บไซต์เป็นของตนเอง โครงสร้างพื้นฐานเดียวกันนี้รองรับบัญชีย่อย ทีมเอเจนซี และลำดับขั้นของผู้ค้าปลีก — ไม่มีการแยกใช้กลไกอื่นที่ด้อยประสิทธิภาพกว่าสำหรับส่วนใดเลย

ทุกฟังก์ชันพร้อมให้ใช้งานในรุ่นทดลองใช้ 14 วันโดยไม่ต้องใช้บัตร ลงทะเบียนโดยไม่ต้องระบุข้อมูลการชำระเงิน เชิญเพื่อนร่วมงาน ดูสิ่งที่แต่ละบทบาทสามารถเข้าถึงและไม่สามารถเข้าถึงได้ และอ่านบันทึกการตรวจสอบของคุณย้อนหลัง

คำถามที่พบบ่อย

ฉันสามารถให้สิทธิ์การเข้าถึงแก่บุคคลอื่นสำหรับเว็บไซต์เดียวได้หรือไม่

ในปัจจุบัน สมาชิกภาพจะมอบบทบาทครอบคลุมทั้งองค์กรและทุกสิ่งที่อยู่ภายใต้โครงสร้างลำดับชั้น ดังนั้นวิธีแยกชุดเว็บไซต์คือการแยกองค์กร — นำเว็บไซต์เหล่านั้นไปไว้ในองค์กรย่อยของตนเอง แล้วมอบสมาชิกภาพที่นั่น นี่เป็นรูปแบบที่ชัดเจนสำหรับเอเจนซีและตัวแทนจำหน่าย ซึ่งลูกค้าแต่ละรายต้องการขอบเขตของตนเองอยู่แล้ว การกำหนดขอบเขตทรัพยากรตามสมาชิกภาพ โดยการจำกัดสมาชิกภาพเดี่ยวไว้เฉพาะเว็บไซต์ที่ระบุภายในองค์กรเดียว เป็นการปรับปรุงที่วางแผนไว้มากกว่าสิ่งที่มีให้บริการในขณะนี้

นักพัฒนาที่ฉันเชิญสามารถลบไซต์หรือพุชไปยังเวอร์ชันจริงได้หรือไม่

บทบาทนักพัฒนาไม่มีสิทธิ์ในการลบไซต์หรือระงับการใช้งานไซต์ ซึ่งสิทธิ์เหล่านั้นเป็นของบทบาทเจ้าของ บทบาทนี้ให้สิทธิ์ในการดูและสร้างไซต์ การรีสตาร์ตบริการ การล้างแคช การจัดการคีย์ API และการทำงานกับตั๋วแจ้งปัญหา สิทธิ์ในการปรับใช้และการนำขึ้นใช้งานจริงไม่ได้เป็นส่วนหนึ่งของการอนุญาตสำหรับนักพัฒนาเช่นกัน ดังนั้นการนำขึ้นสู่สภาพแวดล้อมจริงจึงยังคงอยู่กับเจ้าของบัญชี โปรดจับคู่สิ่งนี้เข้ากับสภาพแวดล้อมทดสอบ เพื่อให้งานสร้างระบบเกิดขึ้นนอกไซต์จริงตั้งแต่แรก

พนักงานของ Zinn Digital® สามารถเห็นอะไรในบัญชีของฉันได้บ้าง?

สิ่งนี้ขึ้นอยู่กับบทบาทของพนักงานโดยสิ้นเชิง และแต่ละบทบาทคือชุดคีย์สิทธิ์การเข้าถึงที่กำหนดไว้อย่างเจาะจง ตัวอย่างเช่น เจ้าหน้าที่ฝ่ายสนับสนุนสามารถดูบัญชีและไซต์ของคุณ ดูและตอบกลับทิกเก็ตของคุณ รีสตาร์ทไซต์และล้างแคชได้ — และไม่สามารถแตะต้องส่วนการกำหนดค่าการเรียกเก็บเงิน การคืนเงิน แผนบริการ หรือกลุ่มเซิร์ฟเวอร์ได้ การลงชื่อเข้าใช้ในฐานะลูกค้าเป็นสิทธิ์การเข้าถึงแยกต่างหากที่มีเฉพาะ Super Admin เท่านั้น และเมื่อเกิดขึ้น แดชบอร์ดจะแสดงแบนเนอร์ระบุการสวมรอยอย่างต่อเนื่อง ทุกการดำเนินการที่ได้รับสิทธิ์พิเศษจะถูกบันทึกไว้ในบันทึกการตรวจสอบ พร้อมระบุผู้ดำเนินการ การดำเนินการ เป้าหมาย IP และการประทับเวลา และคุณสามารถอ่านบันทึกขององค์กรคุณได้ด้วยตนเอง

ฉันจะเพิกถอนสิทธิ์การเข้าถึงอย่างรวดเร็วได้อย่างไรหากมีคนออกไป

ลบการเป็นสมาชิกแล้วการเข้าถึงองค์กรนั้นของพวกเขาจะสิ้นสุดลง — พวกเขายังคงมีตัวตนของตนเอง แต่ไม่มีบทบาทและไม่มีสิทธิ์ใดๆ ในบัญชีของคุณ คีย์ API จะถูกเพิกถอนเป็นรายบุคคล ดังนั้นจึงสามารถยกเลิกคีย์ไปป์ไลน์ได้โดยไม่รบกวนส่วนอื่น หากคุณใช้การลงชื่อเพียงครั้งเดียวด้วย SAML การยกเลิกการจัดสรรในผู้ให้บริการข้อมูลประจำตัวของคุณจะจัดการการลงชื่อเข้าใช้จากศูนย์กลาง ข้อมูลประจำตัวระดับไซต์ เช่น คีย์ SSH จะถูกเพิกถอนในแดชบอร์ด และการลบนั้นจะได้รับการบันทึกการตรวจสอบ

สมาชิกในทีมแชร์คีย์ API ของฉันหรือไม่?

ไม่ใช่ — แต่การระบุเหตุผลอย่างชัดเจนเป็นสิ่งที่คุ้มค่า คีย์ API เป็นขององค์กร ไม่ใช่ของสมาชิกรายบุคคล และมีขอบเขตที่ละเอียดเฉพาะตัวซึ่งผูกกับแคตตาล็อกสิทธิ์เดียวกัน ดังนั้น แทนที่จะส่งมอบคีย์ให้แก่บุคคล คุณควรสร้างคีย์สำหรับงานที่ทำโดยมีขอบเขตที่แคบที่สุดเท่าที่งานนั้นจำเป็นต้องใช้ และเพิกถอนคีย์นั้นเมื่องานสิ้นสุดลง มีเพียงแฮชของข้อมูลลับเท่านั้นที่ถูกจัดเก็บไว้ และแต่ละคีย์จะบันทึกเวลาที่มีการใช้งานล่าสุด เพื่อให้ค้นหาและยกเลิกคีย์ที่ไม่ได้ใช้งานได้อย่างง่ายดาย

ฉันสามารถเชื่อมต่อตัวแทน AI โดยไม่ต้องมอบคีย์สำหรับทุกสิ่งได้หรือไม่

ใช่ เซิร์ฟเวอร์ MCP ของเราตรวจสอบสิทธิ์เอเจนต์ด้วย OAuth 2.1 และจำกัดขอบเขตตามองค์กรและบทบาท RBAC ของคุณ พร้อมโทเค็นที่เพิกถอนได้แบบแยกตามเครื่องมือ ดังนั้นคุณจึงให้สิทธิ์เฉพาะความสามารถที่กำหนดแทนที่จะเป็นการเข้าถึงแบบครอบคลุม การดำเนินการที่อาจสร้างความเสียหายต้องได้รับการยืนยัน มีการใช้การจำกัดค่าใช้จ่าย และทุกการดำเนินการจะถูกบันทึกในบันทึกการตรวจสอบเดียวกับกิจกรรมของผู้ใช้จริง

อะไรเป็นสิ่งป้องกันไม่ให้ผู้เช่ารายหนึ่งเข้าถึงข้อมูลของผู้เช่ารายอื่น?

ระบบความปลอดภัยระดับแถว (Row-Level Security) ของ Postgres จะจำกัดขอบเขตการสืบค้นไว้เฉพาะแผนผังย่อยขององค์กรของผู้เรียกใช้ภายในฐานข้อมูลโดยตรง โดยมีตัวกรองระดับแอปพลิเคชันเป็นระบบป้องกันหลายชั้นแทนที่จะเป็นปราการด่านเดียว คำขอระเบียนที่อยู่นอกขอบเขตจะส่งกลับผลลัพธ์เป็น 'ไม่พบ' แทนที่จะเป็นข้อผิดพลาดด้านสิทธิ์ เพื่อไม่ให้เปิดเผยข้อมูลว่ามีสิ่งใดอยู่ ในฝั่งเซิร์ฟเวอร์ การแยกส่วนการทำงานตามแต่ละไซต์ผ่าน CageFS จะจำกัดเชลล์และไฟล์ของผู้เช่าแต่ละรายให้อยู่เฉพาะในไซต์ของตนเองเท่านั้น

ฉันสามารถทดลองใช้ก่อนชำระเงินได้หรือไม่?

ใช่ การทดลองใช้ 14 วันนี้ไม่ต้องใช้บัตร ไม่ต้องมีข้อมูลการชำระเงินและไม่มีข้อผูกมัด ครอบคลุม Footprint-Free Hosting สำหรับเว็บไซต์สูงสุดห้าเว็บไซต์ เพียงพอสำหรับการเชิญเพื่อนร่วมงาน กำหนดบทบาท และยืนยันว่าขอบเขตการทำงานเป็นไปตามที่คุณต้องการก่อนที่คุณจะตัดสินใจใช้งานจริง

มอบหมายงานโดยมีขอบเขตที่คุณสามารถระบุได้

เริ่มต้นใช้งานช่วงทดลองใช้ฟรี 14 วันโดยไม่ต้องใช้บัตร เชิญผู้ร่วมงาน และดูโมเดลการกำหนดสิทธิ์ทำงาน — กำหนดชื่อบทบาทได้ เพิกถอนขอบเขตสิทธิ์ได้ และมีบันทึกการตรวจสอบที่ระบุอย่างชัดเจนว่าใครทำอะไร

เริ่มต้นฟรี