Kastle Systemsキーフォブとカード：交換が難しい理由

Kastle Systemsとは何か、そしてスペアの入手が難しい理由

Kastle Systemsは、北米最大のマネージド物理アクセスプロバイダーの1つであり、主に商業用不動産（オフィスビル、コワーキングスペース、複数テナントビル）でクラウド接続されたアクセスコントロールを運営しています。建物がハードウェアを設置し、独立してクレデンシャルを管理する従来のシステムとは異なり、Kastleはエンドツーエンドの制御を保持しています。リーダー、ソフトウェアプラットフォーム、およびクレデンシャルサプライチェーンはすべて、Kastleのサービス契約を通じて管理されます。

このモデルは建物所有者にとって運用上の利点がありますが、テナントにとってはよくある摩擦点が生じます。従業員がフォブを紛失したり、会社が新しいスタッフをまとめて採用したりすると、リクエストは建物管理を通じてKastleに送られます。リードタイム、ユニットあたりの料金、最低注文しきい値は、オープンマーケット価格ではなく、サービス契約によって決定されます。緊急の人員変更がある施設チームにとって、この依存関係はアクセスプロビジョニングを大幅に遅らせる可能性があります。

Kastleがこのモデルを維持できる根本的な理由は、フォーマット自体にあります。 Kastle Systems 32-bit format は、公開されておらず、汎用サプライヤーから入手できる一般的な26-bit H10301互換カードでは提供されない独自のデータ構造とパリティスキームを使用しています。正確なフィールドレイアウトを知らなければ、サプライヤーは機能するクレデンシャルを作成できません。これが、互換性のあるKastleフォブがKastle自身のチャネル以外では歴史的に入手できなかった理由です。

32ビットKastleフォーマット：施設コード、カード番号、発行レベル

Kastleのクレデンシャルは125 kHzで動作します。これは広く普及している26ビットWiegand規格と同じ搬送周波数ですが、表面的な共通点はそこまでです。Kastleフォーマットは32ビット幅で、3つの機能的データフィールドを持ちます。サイトや建物を識別する施設コード、個々のクレデンシャルを識別するカード番号、そして標準的な近接フォーマットには存在しない発行レベルのフィールドです。

発行レベルのフィールドが重要なのは、Kastle、ひいてはアクセスコントローラーが、同じ人物に時間をかけて発行された同一カード番号の複数のクレデンシャルを区別できるようになるためです。フォブの紛失が報告され、発行レベルを増分した交換品が発行された場合、コントローラーはアクセススケジュール全体でカード番号を変更することなく、以前のクレデンシャルを無効化するよう設定できます。これは、テナントではなくプロバイダーがバックエンドを管理するマネージドサービス環境において有用な管理機能です。

Kastle固有のparity bitsは、データペイロードに追加され、伝送の整合性を検証します。パリティスキームは、H10301の単純な偶数/奇数パリティではありません。32-bitレイアウトに合わせて調整されており、パリティ計算が一致しないクレデンシャルはリーダーによって拒否されます。これは、T5577書き換え可能なLFチップに推測されたbit patternを単にプログラムしても機能するクレデンシャルが生成されないいくつかの理由の1つです。パリティは、実際の施設コードとcard numberの値に対して正しく計算される必要があります。当社の 独自の施設コードや独自フォーマット に関するガイドでは、非標準のパリティスキームが125 kHzクレデンシャルエンジニアリングのより広い状況にどのように適合するかを説明しています。

このフォーマットは、 125 kHz LF proximity tierにしっかりと位置付けられています。暗号化認証、相互チャレンジレスポンス、フォブとリーダー間の暗号化されたチャネルはありません。セキュリティモデルは、フォーマットの不明瞭さと、クレデンシャルの供給を制限するマネージドサービスチャネルに完全に依存しています。

マネージドアクセスによって交換が煩雑になる理由

独自のフォーマットと閉鎖的なサプライチェーンの組み合わせは、 managed and cloud access プラットフォームで一般的です。Kastleはこの点でユニークではありません。ベンダーロックされたクレデンシャルに基づいて構築されたシステムには、ロックブランドがハードウェアとソフトウェアの両方を制御する他のいくつかのエンタープライズプラットフォームが含まれます。Kastleを特徴づけるのは市場浸透度です。このプラットフォームは、米国の主要都市にある非常に多くのクラスAオフィスビルに組み込まれており、クレデンシャルの履行の遅延によって影響を受けるテナントの数は相当なものです。

実際には、痛みはいくつかの繰り返しのシナリオで表面化します。会社がスペースを転貸し、Kastleの直接サービス契約なしにアクセスハードウェアを継承する場合、交換用フォブは主要な賃貸人が注文を開始する必要があります。施設管理者が月曜日に始まる新しいチームのために10個のクレデンシャルをプロビジョニングする必要がある場合、Kastleの標準的な納期はより長いスケジュールで動作します。従業員が退職し、フォブが紛失し、紛失したクレデンシャルの報告プロセスが多段階の管理ワークフローをトリガーします。それぞれの場合において、テナントは互換性のあるスペアを調達する独立した手段を持っていません。

だからこそ、正しく符号化された互換クレデンシャル――正しい施設コード、カード番号、発行レベル、パリティを備えたもの――には実質的な運用価値があります。これは回避策ではなく、マネージドプロバイダーの提供スケジュールがテナントの運用ニーズと合わない場合の供給面での代替手段です。自身のアクセススケジュールを管理する権限を持つビル・施設管理チームは、クレデンシャル自体が仕様どおりに正しく符号化されている限り、Kastleを介さずにカード番号を追加・削除できます。これを他の独自ロングフォーマットのクレデンシャル、例えば Lenel 42-bit compatibles または Avigilon 56-bit compatiblesなどの他の独自の長フォーマットクレデンシャルと比較してください。同じ原則が適用されます。正しくエンコードされたクレデンシャルは、基板を製造したのが誰であるかに関係なく、リーダーで機能します。

How a Compatible Kastle Credential Is Encoded

機能する互換性のあるKastleフォブを製造するには、3つのものが必要です。正確な32-bitフィールドレイアウトの知識、ターゲット設置用の正しい施設コード、およびKastleパリティの正確な計算です。基板（物理チップ）はT5577またはEM4305 LF書き換え可能トランスポンダーであり、どちらも125 kHzフォーマットの互換性のあるクレデンシャル業界全体で使用されている業界標準コンポーネントです。チップ自体は特殊ではありません。重要なのは、それに書き込まれるbit sequenceです。

施設コードは設置固有のものです。Kastleが管理するすべての建物には独自の施設コードが割り当てられており、間違った施設コードでエンコードされたクレデンシャルは、card numberとparityがそれ以外は正しくても、そのサイトのすべてのリーダーによって拒否されます。これは、互換性のあるサプライヤーが機能するクレデンシャルを作成するために顧客の施設コードを必要とすることを意味します。生データを読み取らずにサンプルフォブから推測することはできません。Security ID Systemsは、顧客がそれを提供するか、注文プロセス中に抽出できる既存のクレデンシャルを提供することを要求します。

カード番号は、フィールド幅で許容される範囲内で、順番に、または顧客の希望に応じて割り当てられます。発行レベルは通常、建物のアクセスコントローラーが登録している値（初回発行のクレデンシャルでは通常1）に合わせて設定されます。紛失したフォブを交換する場合は、建物の管理者がコントローラーで想定される発行レベルを把握しています。新規のカード番号をスケジュールに追加する場合は、発行レベル1が標準です。このプロセスは、Wiegandベースのアクセスシステムを扱ったことがある方であれば容易に理解できます。主な違いは、より広いビット幅と独自のパリティです。Kastleの方式と他の希少なフォーマットとの比較については、当社の 互換品と純正アクセスカードの比較 に関する記事で、技術的および商業的な違いを明確に説明しています。

エンコード後、クレデンシャルは出荷前にテストリーダーに対して検証されます。互換性のあるKastleフォブは、リーダーの視点から見ると、Kastleが発行した純正のクレデンシャルとまったく同じように見えます。リーダーは32-bitペイロードをデコードし、Wiegandデータをコントローラーに転送し、コントローラーはアクセススケジュールをチェックします。物理的な起源によってクレデンシャルを区別するリーダー側のメカニズムはありません。

Ordering a Compatible Kastle Fob or Card

互換性のあるKastleクレデンシャルを注文する際は、施設コードと必要なカード番号（または範囲）を提供する必要があります。既存のKastleフォブをお持ちの場合は、符号化を始める前にクレデンシャルから施設コードを読み取り、確認できます。動作するサンプルがない場合は、通常、建物管理会社またはKastleの担当窓口からサイトの施設コードを確認できます。これは建物レベルでは非公開情報ではなく、Kastleネットワーク内で導入環境を識別するための情報にすぎません。

Security ID Systemsは、クラムシェルカードとキーフォブの両方のフォームファクターで互換性のあるKastleクレデンシャルを提供しています。どちらの基板も同じLFチップを使用し、同一のエンコードされたデータを運びます。選択は純粋に物理的なものです。フォブはKastleの建物でより一般的な発行フォーマットですが、エレベーターの踊り場や二次エントリーポイントでカードリーダーを使用する設置にはカードが利用可能です。最低注文数量とリードタイムは、 Kastle compatible credential product page.

に記載されています。フォーマットについて不明な点がある場合、または既存のクレデンシャルの読み取りにサポートが必要な場合は、当社の アクセスカードフォーマット識別ガイド 125 kHz近接型クレデンシャルのプロセスを順を追って説明します。調査の結果、建物が実際にはKastle 32-bitフォーマットを使用していないことが判明したお客様（アクセスプロバイダー間で移行した建物では珍しくない状況）は、以下を含む同等のロングフォーマットプロプライエタリ互換品も閲覧できます。 Software House CCOTZ 37-bit, ADT 31-bit、および ATSW30 30-bit クレデンシャル、および以下のような新しいクラウド管理プラットフォーム互換品も同様です。 Verkada互換カード.

Security ID Systemsは、互換性のあるアクセスコントロールクレデンシャルの独立した製造業者および供給業者であり、Kastle Systemsとは提携、認可、または承認されていません。