Kastle Systems คือใครและทำไมบัตรสำรองจึงหายาก
Kastle Systems เป็นหนึ่งในผู้ให้บริการการเข้าถึงทางกายภาพแบบจัดการที่ใหญ่ที่สุดในอเมริกาเหนือ โดยดำเนินการควบคุมการเข้าถึงที่เชื่อมต่อกับคลาวด์เป็นหลักในอสังหาริมทรัพย์เชิงพาณิชย์ เช่น อาคารสำนักงาน พื้นที่ทำงานร่วมกัน และอาคารที่มีผู้เช่าหลายราย แตกต่างจากระบบทั่วไปที่อาคารติดตั้งฮาร์ดแวร์และจัดการข้อมูลประจำตัวอย่างอิสระ Kastle ยังคงควบคุมแบบครบวงจร: เครื่องอ่าน แพลตฟอร์มซอฟต์แวร์ และห่วงโซ่อุปทานข้อมูลประจำตัวทั้งหมดได้รับการบริหารจัดการผ่านสัญญาบริการของ Kastle
โมเดลดังกล่าวมีข้อได้เปรียบในการดำเนินงานสำหรับเจ้าของอาคาร แต่ก็สร้างจุดเสียดทานที่คุ้นเคยสำหรับผู้เช่า: เมื่อพนักงานทำ fob หาย หรือบริษัทรับพนักงานใหม่จำนวนมาก คำขอจะส่งผ่านการจัดการอาคารไปยัง Kastle ระยะเวลารอคอย ค่าธรรมเนียมต่อหน่วย และเกณฑ์การสั่งซื้อขั้นต่ำถูกกำหนดโดยข้อตกลงบริการ แทนที่จะเป็นราคาตลาดเปิด สำหรับทีมงานสิ่งอำนวยความสะดวกที่มีการเปลี่ยนแปลงจำนวนพนักงานอย่างเร่งด่วน การพึ่งพานี้สามารถทำให้การจัดเตรียมการเข้าถึงช้าลงอย่างมาก
เหตุผลหลักที่ Kastle สามารถรักษารูปแบบนี้ได้คือรูปแบบเอง รูปแบบ 32-bit ของ Kastle Systems ใช้โครงสร้างข้อมูลที่เป็นกรรมสิทธิ์และรูปแบบพาริตีที่ไม่ได้รับการบันทึกสาธารณะ และไม่ได้รับการสนับสนุนจากบัตรที่เข้ากันได้กับ H10301 26-bit ที่มีจำหน่ายทั่วไปจากซัพพลายเออร์ทั่วไป หากไม่ทราบเค้าโครงฟิลด์ที่แน่นอน ซัพพลายเออร์ไม่สามารถผลิตข้อมูลประจำตัวที่ใช้งานได้ ซึ่งเป็นเหตุผลว่าทำไม fobs ที่เข้ากันได้กับ Kastle จึงไม่เคยมีจำหน่ายนอกช่องทางของ Kastle เอง
รูปแบบ 32-Bit Kastle: รหัสสิ่งอำนวยความสะดวก, หมายเลขบัตร, และระดับการออก
ข้อมูลประจำตัวของ Kastle ทำงานที่ 125 kHz ซึ่งเป็นความถี่พาหะเดียวกันกับมาตรฐาน Wiegand 26-bit ที่แพร่หลาย ความคล้ายคลึงกันภายนอกนั้นเป็นจุดสิ้นสุดของความคล้ายคลึงกัน รูปแบบ Kastle มีความกว้าง 32 บิตและมีฟิลด์ข้อมูลการทำงานสามฟิลด์: รหัสสิ่งอำนวยความสะดวกที่ระบุไซต์หรืออาคาร หมายเลขบัตรที่ระบุข้อมูลประจำตัวแต่ละบุคคล และฟิลด์ Issue Level ที่ไม่มีเทียบเท่าในรูปแบบ proximity มาตรฐาน
ฟิลด์ Issue Level มีความสำคัญเนื่องจากช่วยให้ Kastle — และโดยนัยคือตัวควบคุมการเข้าถึง — สามารถแยกแยะระหว่างข้อมูลประจำตัวหลายรายการที่ใช้หมายเลขบัตรเดียวกันที่ออกให้บุคคลเดียวกันเมื่อเวลาผ่านไป เมื่อมีการรายงานว่า fob หายและมีการออกบัตรทดแทนที่มีระดับการออกที่เพิ่มขึ้น ตัวควบคุมสามารถรับคำสั่งให้ปฏิเสธข้อมูลประจำตัวก่อนหน้าโดยไม่จำเป็นต้องเปลี่ยนหมายเลขบัตรทั้งหมดในตารางการเข้าถึง นี่คือการควบคุมการบริหารที่มีประโยชน์ในสภาพแวดล้อมบริการที่มีการจัดการที่ผู้ให้บริการ ไม่ใช่ผู้เช่า ควบคุมส่วนหลัง
บิตพาริตีเฉพาะของ Kastle จะถูกผนวกเข้ากับเพย์โหลดข้อมูลเพื่อตรวจสอบความสมบูรณ์ของการส่ง รูปแบบพาริตีไม่ใช่พาริตีคู่/คี่ที่ตรงไปตรงมาของ H10301; มันถูกปรับแต่งให้เข้ากับเค้าโครง 32-bit และจะทำให้เครื่องอ่านปฏิเสธข้อมูลประจำตัวใดๆ ที่การคำนวณพาริตีไม่ตรงกัน นี่เป็นหนึ่งในหลายเหตุผลว่าทำไมการเพียงแค่ตั้งโปรแกรมชิป LF ที่เขียนซ้ำได้ T5577 ด้วยรูปแบบบิตที่คาดเดาไม่ได้จึงไม่สามารถผลิตข้อมูลประจำตัวที่ใช้งานได้ — พาริตีจะต้องถูกคำนวณอย่างถูกต้องกับรหัสสิ่งอำนวยความสะดวกและค่าหมายเลขบัตรจริง คู่มือของเราเกี่ยวกับ รหัสสิ่งอำนวยความสะดวกที่กำหนดเองและรูปแบบที่เป็นกรรมสิทธิ์ ครอบคลุมว่ารูปแบบพาริตีที่ไม่เป็นมาตรฐานเข้ากับภูมิทัศน์ที่กว้างขึ้นของวิศวกรรมข้อมูลประจำตัว 125 kHz ได้อย่างไร
รูปแบบนี้อยู่ใน 125 kHz LF proximity ระดับ — ไม่มีการตรวจสอบสิทธิ์ด้วยการเข้ารหัส ไม่มีการท้าทาย-ตอบสนองร่วมกัน และไม่มีช่องทางที่เข้ารหัสระหว่าง fob และเครื่องอ่าน โมเดลความปลอดภัยขึ้นอยู่กับความคลุมเครือของรูปแบบและช่องทางบริการที่มีการจัดการที่จำกัดการจัดหาข้อมูลประจำตัว
ทำไมการเข้าถึงแบบจัดการจึงทำให้การเปลี่ยนทดแทนเป็นเรื่องยาก
การรวมกันของรูปแบบที่เป็นกรรมสิทธิ์และห่วงโซ่อุปทานแบบปิดเป็นเรื่องปกติใน แพลตฟอร์มการเข้าถึงแบบจัดการและคลาวด์ Kastle ไม่ได้มีเอกลักษณ์ในเรื่องนี้ — ระบบที่สร้างขึ้นรอบข้อมูลประจำตัวที่ถูกล็อกโดยผู้ขายรวมถึงแพลตฟอร์มองค์กรอื่นๆ อีกหลายแห่งที่แบรนด์ล็อกควบคุมทั้งฮาร์ดแวร์และซอฟต์แวร์ สิ่งที่ทำให้ Kastle แตกต่างคือการเจาะตลาด: แพลตฟอร์มนี้ฝังอยู่ในอาคารสำนักงาน Class A จำนวนมากในเมืองใหญ่ของสหรัฐอเมริกา ซึ่งหมายความว่าจำนวนผู้เช่าที่ได้รับผลกระทบจากการจัดส่งข้อมูลประจำตัวที่ล่าช้ามีจำนวนมาก
ในทางปฏิบัติ ความยากลำบากจะปรากฏขึ้นในสถานการณ์ที่เกิดขึ้นซ้ำๆ ไม่กี่กรณี บริษัทเช่าพื้นที่ช่วงและได้รับฮาร์ดแวร์การเข้าถึงโดยไม่มีสัญญาบริการ Kastle โดยตรง; fobs ทดแทนต้องให้ผู้เช่าหลักเป็นผู้เริ่มสั่งซื้อ ผู้จัดการสิ่งอำนวยความสะดวกต้องการจัดเตรียมข้อมูลประจำตัวสิบรายการสำหรับทีมใหม่ที่จะเริ่มงานในวันจันทร์; ระยะเวลาดำเนินการมาตรฐานของ Kastle ทำงานตามกำหนดเวลาที่ยาวนานขึ้น พนักงานลาออก fob หาย และกระบวนการรายงานข้อมูลประจำตัวที่หายไปจะกระตุ้นขั้นตอนการบริหารหลายขั้นตอน ในแต่ละกรณี ผู้เช่าไม่มีวิธีการอิสระในการจัดหาอะไหล่ที่เข้ากันได้
นี่คือเหตุผลว่าทำไมข้อมูลประจำตัวที่เข้ากันได้ที่เข้ารหัสอย่างถูกต้อง — ซึ่งมีรหัสสิ่งอำนวยความสะดวก หมายเลขบัตร ระดับการออก และพาริตีที่ถูกต้อง — จึงมีคุณค่าในการดำเนินงานอย่างแท้จริง ไม่ใช่การแก้ไขปัญหาเฉพาะหน้า; เป็นทางเลือกในห่วงโซ่อุปทานสำหรับสถานการณ์ที่ระยะเวลาการจัดส่งของผู้ให้บริการที่มีการจัดการไม่ตรงกับความต้องการในการดำเนินงานของผู้เช่า อาคารและทีมงานสิ่งอำนวยความสะดวกที่มีอำนาจเหนือตารางการเข้าถึงของตนเองสามารถเพิ่มและลบหมายเลขบัตรได้โดยไม่ต้องเกี่ยวข้องกับ Kastle โดยที่ข้อมูลประจำตัวนั้นได้รับการเข้ารหัสอย่างถูกต้องตามข้อกำหนดรูปแบบ เปรียบเทียบกับข้อมูลประจำตัวรูปแบบยาวที่เป็นกรรมสิทธิ์อื่นๆ เช่น Lenel 42-bit ที่เข้ากันได้ หรือ Avigilon 56-bit ที่เข้ากันได้, ซึ่งหลักการเดียวกันนี้ใช้ได้: ข้อมูลประจำตัวที่เข้ารหัสอย่างถูกต้องจะทำงานในเครื่องอ่านโดยไม่คำนึงว่าใครเป็นผู้ผลิตพื้นผิว
วิธีการเข้ารหัสข้อมูลประจำตัว Kastle ที่เข้ากันได้
การผลิต fob Kastle ที่เข้ากันได้ที่ใช้งานได้ต้องใช้สามสิ่ง: ความรู้เกี่ยวกับเค้าโครงฟิลด์ 32-bit ที่แน่นอน รหัสสิ่งอำนวยความสะดวกที่ถูกต้องสำหรับการติดตั้งเป้าหมาย และการคำนวณพาริตีของ Kastle ที่แม่นยำ พื้นผิว — ชิปทางกายภาพ — คือทรานสปอนเดอร์ LF ที่เขียนซ้ำได้ T5577 หรือ EM4305 ซึ่งทั้งสองเป็นส่วนประกอบมาตรฐานอุตสาหกรรมที่ใช้ในอุตสาหกรรมข้อมูลประจำตัวที่เข้ากันได้สำหรับรูปแบบ 125 kHz ตัวชิปเองไม่ได้พิเศษ; สิ่งที่สำคัญคือลำดับบิตที่เขียนลงไป
รหัสสิ่งอำนวยความสะดวกเป็นแบบเฉพาะสำหรับการติดตั้ง อาคารที่จัดการโดย Kastle ทุกแห่งจะได้รับรหัสสิ่งอำนวยความสะดวกของตนเอง และข้อมูลประจำตัวที่เข้ารหัสด้วยรหัสสิ่งอำนวยความสะดวกที่ไม่ถูกต้องจะถูกปฏิเสธโดยเครื่องอ่านทุกเครื่องในไซต์นั้น แม้ว่าหมายเลขบัตรและพาริตีจะถูกต้องก็ตาม ซึ่งหมายความว่าซัพพลายเออร์ที่เข้ากันได้ต้องการรหัสสิ่งอำนวยความสะดวกของลูกค้าเพื่อผลิตข้อมูลประจำตัวที่ใช้งานได้ — ไม่สามารถอนุมานได้จาก fob ตัวอย่างโดยไม่ต้องอ่านข้อมูลดิบ และ Security ID Systems กำหนดให้ลูกค้าต้องจัดหาหรือให้ข้อมูลประจำตัวที่มีอยู่ซึ่งสามารถดึงออกมาได้ในระหว่างกระบวนการสั่งซื้อ
หมายเลขบัตรจะถูกกำหนดตามลำดับหรือตามทางเลือกของลูกค้าภายในช่วงที่อนุญาตโดยความกว้างของฟิลด์ ระดับการออกมักจะถูกตั้งค่าให้ตรงกับค่าใดๆ ที่ตัวควบคุมการเข้าถึงของอาคารได้ลงทะเบียนไว้ — โดยปกติคือ 1 สำหรับข้อมูลประจำตัวที่ออกครั้งแรก หากคุณกำลังเปลี่ยน fob ที่หายไป ผู้ดูแลระบบอาคารจะทราบว่าตัวควบคุมคาดหวังระดับการออกใด; หากมีการเพิ่มหมายเลขบัตรใหม่เข้าในตาราง ระดับการออก 1 เป็นมาตรฐาน กระบวนการนี้ตรงไปตรงมาสำหรับทุกคนที่เคยจัดการระบบการเข้าถึงที่ใช้ Wiegand มาก่อน; ความแตกต่างหลักคือความกว้างของบิตที่กว้างขึ้นและพาริตีที่เป็นกรรมสิทธิ์ สำหรับบริบทว่าแนวทางของ Kastle เปรียบเทียบกับรูปแบบอื่นๆ ที่พบน้อยกว่าอย่างไร บทความของเราเกี่ยวกับ บัตรเข้าถึงที่เข้ากันได้เทียบกับของแท้ อธิบายความแตกต่างทางเทคนิคและเชิงพาณิชย์อย่างชัดเจน
เมื่อเข้ารหัสแล้ว ข้อมูลประจำตัวจะได้รับการตรวจสอบกับเครื่องอ่านทดสอบก่อนจัดส่ง fob Kastle ที่เข้ากันได้จะแสดงผลเหมือนกับข้อมูลประจำตัวที่ออกโดย Kastle ของแท้จากมุมมองของเครื่องอ่าน: เครื่องอ่านถอดรหัสเพย์โหลด 32-bit ส่งข้อมูล Wiegand ไปยังตัวควบคุม และตัวควบคุมจะตรวจสอบตารางการเข้าถึง ไม่มีกลไกฝั่งเครื่องอ่านเพื่อแยกแยะข้อมูลประจำตัวตามแหล่งกำเนิดทางกายภาพ
การสั่งซื้อ Kastle Fob หรือ Card ที่เข้ากันได้
ลูกค้าที่สั่งซื้อข้อมูลประจำตัว Kastle ที่เข้ากันได้จำเป็นต้องระบุรหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรหรือช่วงของหมายเลขบัตรที่ต้องการ หากคุณมี fob Kastle ที่มีอยู่ รหัสสิ่งอำนวยความสะดวกสามารถอ่านได้จากข้อมูลประจำตัวและยืนยันก่อนเริ่มการเข้ารหัส หากคุณไม่มีตัวอย่างที่ใช้งานได้ การจัดการอาคารหรือผู้ติดต่อบริการ Kastle ของคุณมักจะสามารถให้รหัสสิ่งอำนวยความสะดวกสำหรับไซต์ของคุณได้ — ไม่ใช่ความลับในระดับอาคาร; เพียงแค่ระบุการติดตั้งของคุณภายในเครือข่าย Kastle
Security ID Systems จัดหาข้อมูลประจำตัว Kastle ที่เข้ากันได้ทั้งในรูปแบบบัตร clamshell และ key fob พื้นผิวทั้งสองใช้ชิป LF เดียวกันและมีข้อมูลที่เข้ารหัสเหมือนกัน; การเลือกเป็นเพียงทางกายภาพ Fobs เป็นรูปแบบการออกที่พบบ่อยกว่าสำหรับอาคาร Kastle แต่บัตรมีให้สำหรับการติดตั้งที่ใช้เครื่องอ่านบัตรที่ชั้นลิฟต์หรือจุดเข้าออกรอง ปริมาณการสั่งซื้อขั้นต่ำและระยะเวลารอคอยระบุไว้ใน หน้าผลิตภัณฑ์ข้อมูลประจำตัวที่เข้ากันได้กับ Kastle.
หากคุณไม่แน่ใจเกี่ยวกับรูปแบบของคุณหรือต้องการความช่วยเหลือในการอ่านข้อมูลประจำตัวที่มีอยู่ของเรา คู่มือการระบุรูปแบบบัตรเข้าออก จะแนะนำขั้นตอนสำหรับข้อมูลประจำตัวความใกล้ชิด 125 kHz ลูกค้าที่ได้ตรวจสอบและพบว่าอาคารของตนไม่ได้ใช้รูปแบบ Kastle 32-bit ซึ่งเป็นสถานการณ์ที่ไม่ธรรมดาในอาคารที่เปลี่ยนผู้ให้บริการการเข้าถึง ก็สามารถเรียกดูข้อมูลประจำตัวที่เป็นกรรมสิทธิ์เฉพาะรูปแบบยาวที่เทียบเคียงได้ รวมถึง Software House CCOTZ 37-bit, ADT 31-bit, และ ATSW30 30-bit ข้อมูลประจำตัว รวมถึงข้อมูลประจำตัวแพลตฟอร์มที่จัดการบนคลาวด์รุ่นใหม่ เช่น การ์ดที่เข้ากันได้กับ Verkada.
Security ID Systems เป็นผู้ผลิตและผู้จำหน่ายอิสระของข้อมูลประจำตัวการควบคุมการเข้าถึงที่เข้ากันได้ และไม่มีส่วนเกี่ยวข้อง ไม่ได้รับอนุญาต หรือรับรองโดย Kastle Systems
เค้าโครงฟิลด์ข้อมูลประจำตัว Kastle Systems 32-bit
| ฟิลด์ | ความกว้างบิต | ตำแหน่งในเพย์โหลด | หมายเหตุ |
|---|---|---|---|
| ส่วนนำ / ซิงค์ | แตกต่างกันไป | บิตนำหน้า | การซิงโครไนซ์เครื่องอ่าน; ไม่ใช่ส่วนหนึ่งของเอาต์พุตข้อมูล Wiegand |
| รหัสสถานที่ | ~8–10 บิต | ตามหลังส่วนนำ | เฉพาะไซต์; จำเป็นสำหรับการสร้างข้อมูลประจำตัวที่ใช้งานได้ |
| หมายเลขบัตร | ~16 บิต | กลางเพย์โหลด | ตัวระบุข้อมูลประจำตัวแต่ละรายการ; กำหนดโดยลูกค้า |
| ระดับการออก | ~4 บิต | หลังหมายเลขบัตร | เพิ่มขึ้นเมื่อออกใหม่; ไม่มีค่าเทียบเท่าใน 26-bit H10301 |
| พาริตี Kastle | 2–4 บิต | ส่วนท้าย | การคำนวณที่เป็นกรรมสิทธิ์; ต้องตรงกับรหัสสถานที่และค่าหมายเลขบัตร |
| เพย์โหลดทั้งหมด | 32 บิต | การส่งสัญญาณเต็มรูปแบบ | กว้างกว่ามาตรฐาน 26-bit; ถูกปฏิเสธโดยเครื่องอ่านที่คาดหวัง H10301 |