Kastle Systems Sleutelhangers & Kaarten: Waarom ze moeilijk te vervangen zijn

Wie Kastle Systems is en waarom reserveonderdelen moeilijk te verkrijgen zijn

Kastle Systems is een van de grootste beheerde fysieke-toegangsproviders in Noord-Amerika, die cloud-verbonden toegangscontrole voornamelijk in commercieel vastgoed exploiteert — kantoortorens, co-workingruimtes en gebouwen met meerdere huurders. In tegenstelling tot conventionele systemen waarbij een gebouw hardware installeert en onafhankelijk referenties beheert, behoudt Kastle end-to-end controle: de lezers, het softwareplatform en de toeleveringsketen van referenties worden allemaal beheerd via de servicecontracten van Kastle.

Dat model heeft operationele voordelen voor gebouweigenaren, maar het creëert een bekend wrijvingspunt voor huurders: wanneer een werknemer een fob verliest of een bedrijf een reeks nieuwe medewerkers aanneemt, gaat het verzoek via het gebouwbeheer naar Kastle. Levertijden, kosten per eenheid en minimale besteldrempels worden bepaald door de serviceovereenkomst in plaats van door open-marktprijzen. Voor facilitaire teams met urgente personeelswijzigingen kan die afhankelijkheid de toegangsprovisionering aanzienlijk vertragen.

De onderliggende reden dat Kastle dit model kan handhaven, is het formaat zelf. Het Kastle Systems 32-bit formaat gebruikt een eigen datastructuur en pariteitsschema dat niet openbaar is gedocumenteerd en niet wordt bediend door de gangbare 26-bit H10301 compatible kaarten die verkrijgbaar zijn bij algemene leveranciers. Zonder de exacte veldindeling te kennen, kan een leverancier geen werkende referentie produceren — wat precies de reden is waarom compatible Kastle fobs historisch gezien niet verkrijgbaar waren buiten het eigen kanaal van Kastle.

Het 32-Bit Kastle Formaat: Facility Code, Card Number en Issue Level

Kastle referenties werken op 125 kHz, dezelfde draagfrequentie die wordt gebruikt door de alomtegenwoordige 26-bit Wiegand standaard. Die oppervlakkige gelijkenis is waar de overeenkomst eindigt. Het Kastle formaat is 32 bits breed en bevat drie functionele datavelden: een facility code die de locatie of het gebouw identificeert, een card number dat de individuele referentie identificeert, en een Issue Level veld dat geen equivalent heeft in standaard proximity formaten.

Het Issue Level veld is significant omdat het Kastle — en, bij uitbreiding, de toegangscontroller — in staat stelt om onderscheid te maken tussen meerdere referenties die in de loop van de tijd hetzelfde card number delen dat aan dezelfde persoon is uitgegeven. Wanneer een fob als verloren wordt gemeld en een vervanging wordt uitgegeven met een verhoogd issue level, kan de controller worden geïnstrueerd om de eerdere referentie te weigeren zonder een volledige card number wijziging in het toegangsschema te vereisen. Dit is een nuttige administratieve controle in een managed-service omgeving waar de provider, niet de huurder, de back-end beheert.

Kastle-specifieke parity bits worden aan de datapayload toegevoegd om de transmissie-integriteit te valideren. Het pariteitsschema is niet de eenvoudige even/oneven pariteit van H10301; het is afgestemd op de 32-bit lay-out en zal ervoor zorgen dat een lezer elke referentie weigert waarbij de pariteitsberekening niet overeenkomt. Dit is een van de verschillende redenen waarom het simpelweg programmeren van een T5577 herschrijfbare LF chip met een geraden bitpatroon geen werkende referentie oplevert — de pariteit moet correct worden berekend tegen de werkelijke facility code en card number waarden. Onze gids voor aangepaste facility codes en propriëtaire formaten behandelt hoe niet-standaard pariteitsschema's passen in het bredere landschap van 125 kHz referentie-engineering.

Het formaat bevindt zich stevig in de 125 kHz LF-proximity tier — er is geen cryptografische authenticatie, geen wederzijdse challenge-response, en geen versleuteld kanaal tussen fob en lezer. Het beveiligingsmodel is volledig afhankelijk van formaatonduidelijkheid en het managed-service kanaal dat de levering van referenties beperkt.

Waarom beheerde toegang vervanging pijnlijk maakt

De combinatie van een propriëtair formaat en een gesloten toeleveringsketen is gebruikelijk bij beheerde en cloudtoegang platforms. Kastle is hierin niet uniek — systemen gebouwd rond vendor-locked referenties omvatten verschillende andere enterprise platforms waar het merk van het slot zowel hardware als software beheert. Wat Kastle onderscheidt, is de marktpenetratie: het platform is ingebed in een zeer groot aantal Class A kantoorgebouwen in grote Amerikaanse metropolen, wat betekent dat de populatie van huurders die worden getroffen door trage levering van referenties aanzienlijk is.

Praktisch gezien doet de pijn zich voor in een paar terugkerende scenario's. Een bedrijf huurt ruimte onder en erft toegangshardware zonder een direct Kastle servicecontract; vervangende fobs vereisen dat de primaire huurder de bestelling initieert. Een facilitair manager moet tien referenties leveren voor een nieuw team dat maandag begint; de standaard doorlooptijd van Kastle werkt volgens een langer schema. Een werknemer vertrekt, een fob raakt zoek, en het meldingsproces voor verloren referenties activeert een administratieve workflow in meerdere stappen. In elk geval heeft de huurder geen onafhankelijke middelen om een compatible reserve te verkrijgen.

Dit is waarom een correct gecodeerde compatible referentie — een die de juiste facility code, card number, issue level en pariteit bevat — een echte operationele waarde heeft. Het is geen workaround; het is een alternatief voor de toeleveringsketen voor situaties waarin de levertijd van de beheerde provider niet overeenkomt met de operationele behoefte van de huurder. Gebouwen en facilitaire teams met autoriteit over hun eigen toegangsschema's kunnen card numbers toevoegen en verwijderen zonder Kastle te betrekken, mits de referentie zelf correct is gecodeerd volgens de formaatspecificatie. Vergelijk dit met andere propriëtaire long-format referenties zoals Lenel 42-bit compatibles of Avigilon 56-bit compatibles, waarbij hetzelfde principe geldt: een correct gecodeerde referentie werkt in de lezer, ongeacht wie het substraat heeft vervaardigd.

Hoe een compatible Kastle referentie wordt gecodeerd

Het produceren van een werkende compatible Kastle fob vereist drie dingen: kennis van de exacte 32-bit veldindeling, de juiste facility code voor de doelinstallatie, en nauwkeurige berekening van de Kastle pariteit. Het substraat — de fysieke chip — is een T5577 of EM4305 LF herschrijfbare transponder, beide zijn industriestandaard componenten die in de compatible-referentie-industrie worden gebruikt voor 125 kHz formaten. De chip zelf is niet speciaal; wat telt is de bitsequentie die erop wordt geschreven.

De facility code is installatie-specifiek. Elk door Kastle beheerd gebouw krijgt zijn eigen facility code toegewezen, en een referentie gecodeerd met de verkeerde facility code zal door elke lezer op die locatie worden geweigerd, zelfs als het card number en de pariteit verder correct zijn. Dit betekent dat een compatible leverancier de facility code van de klant nodig heeft om een werkende referentie te produceren — het kan niet worden afgeleid uit een voorbeeld fob zonder de ruwe data te lezen, en Security ID Systems vereist dat de klant deze levert of een bestaande referentie verstrekt waaruit deze tijdens het bestelproces kan worden geëxtraheerd.

Card numbers worden sequentieel toegewezen of naar keuze van de klant binnen het bereik dat door de veldbreedte is toegestaan. Issue level wordt doorgaans ingesteld om overeen te komen met de waarde die de toegangscontroller van het gebouw heeft ingeschreven — meestal 1 voor een eerste-uitgifte referentie. Als u een verloren fob vervangt, weet de gebouwbeheerder welk issue level de controller verwacht; als een nieuw card number vers aan het schema wordt toegevoegd, is issue level 1 standaard. Het proces is eenvoudig voor iedereen die eerder een Wiegand-gebaseerd toegangssysteem heeft beheerd; het primaire verschil is de bredere bitbreedte en de propriëtaire pariteit. Voor context over hoe de aanpak van Kastle zich verhoudt tot andere minder gangbare formaten, legt ons artikel over compatible versus originele toegangskaarten de technische en commerciële verschillen duidelijk uit.

Eenmaal gecodeerd, wordt de referentie vóór verzending geverifieerd met testlezers. Een compatible Kastle fob presenteert zich identiek aan een originele door Kastle uitgegeven referentie vanuit het perspectief van de lezer: de lezer decodeert de 32-bit payload, stuurt de Wiegand data door naar de controller, en de controller controleert zijn toegangsschema. Er is geen lezer-zijdig mechanisme om een referentie te onderscheiden op basis van zijn fysieke oorsprong.

Een compatible Kastle Fob of Kaart bestellen

Klanten die compatible Kastle referenties bestellen, moeten de facility code en het card number of het bereik van benodigde card numbers opgeven. Als u een bestaande Kastle fob heeft, kan de facility code van de referentie worden gelezen en bevestigd voordat het coderen begint. Als u geen werkend voorbeeld heeft, kan het gebouwbeheer of uw Kastle servicecontact doorgaans de facility code voor uw locatie verstrekken — het is geen geheim op gebouwniveau; het identificeert eenvoudigweg uw installatie binnen het Kastle netwerk.

Security ID Systems levert compatible Kastle referenties in zowel clamshell kaart- als sleutelhanger-vormfactoren. Beide substraten gebruiken dezelfde LF chip en bevatten identieke gecodeerde data; de keuze is puur fysiek. Fobs zijn het meest voorkomende uitgifteformaat voor Kastle gebouwen, maar kaarten zijn beschikbaar voor installaties die kaartlezers gebruiken bij liftlandingen of secundaire toegangspunten. Minimale bestelhoeveelheden en levertijden staan vermeld op de Kastle compatible referentie productpagina.

Als u onzeker bent over uw formaat of hulp nodig heeft bij het lezen van een bestaande referentie, onze handleiding voor identificatie van toegangskaartformaten beschrijft het proces voor 125 kHz proximity-legitimatiebewijzen. Klanten die hebben onderzocht en geconstateerd dat hun gebouw in feite niet het Kastle 32-bit formaat gebruikt — een niet ongebruikelijke situatie in gebouwen die zijn overgestapt tussen toegangsproviders — kunnen ook vergelijkbare lange-formaat proprietary compatibles bekijken, waaronder Software House CCOTZ 37-bit, ADT 31-bit, en ATSW30 30-bit legitimatiebewijzen, evenals nieuwere cloud-managed platform compatibles zoals Verkada compatibele kaarten.

Security ID Systems is een onafhankelijke fabrikant en leverancier van compatibele toegangscontrole-legitimatiebewijzen en is niet gelieerd aan, geautoriseerd door of onderschreven door Kastle Systems.