Düğümle ilgili bazı temel kavramları öğrendiğimize göre, cihazların birbirleriyle iletişim kurmasını sağlayan unsurları inceleyelim.
Matter spesifikasyonu, bilgileri şifrelemek ve şifrelerini çözmek için gelişmiş yöntemler kullanır. Ayrıca, bir düğümün kimliğini doğrulamak ve kriptografik kimlik bilgilerini paylaşmak için güvenli mekanizmalardan yararlanır.
Bir ağdaki bir grup cihaz aynı güvenlik alanını paylaştığında ve böylece düğümler arasında güvenli iletişime izin verdiğinde bu gruba yapı denir. Fabric'ler aynı Sertifika Yetkilisi (CA) üst düzey sertifikasını (Güven Kökü) ve CA bağlamında Fabric Kimliği adlı benzersiz bir 64 bit tanımlayıcıyı paylaşır.
Bu nedenle devreye alma işlemi, Fabric kimlik bilgilerinin yeni bir düğüme atanmasıdır. Böylece bu düğüm, aynı Fabric'teki diğer düğümlerle iletişim kurabilir.
Operasyonel kimlik bilgileri
Güven kökü, devreye alma işlemi sırasında devreye alan tarafından bir düğümde ayarlanır. Devreye alan, genellikle akıllı telefon, hub veya bilgisayar gibi bir tür GUI'ye sahip bir cihazdır. Bu cihaz, güven kökünü genellikle Güvenilir Kök Sertifika Yetkilisi (CA) olarak görev yapan bir ekosistem olan Yönetim Alanı Yöneticisi'nden (ADM) alır.
Komiser, CA'ya erişebilir. Bu nedenle, devreye alınan düğüm veya Devreye Alınan adına CA'dan Düğüm İşletim Kimlik Bilgileri'ni ister. Kimlik bilgileri iki bölümden oluşur:
Düğüm İşlem Tanımlayıcısı (veya İşlem Düğümü Kimliği), Fabric'teki her düğümü benzersiz şekilde tanımlayan 64 bitlik bir sayıdır.
Düğüm İşletim Sertifikası (NOC), düğümlerin bir Fabric içinde iletişim kurmak ve kendilerini tanımlamak için kullandığı kimlik bilgileri grubudur. Bu sertifikalar, Düğüm İşletim Sertifikası İmzalama İsteği (NOCSR) işlemi tarafından oluşturulur.
NOCSR, devreye alınan düğümde çalışan bir prosedürdür. Birkaç kriptografik öğeyi bağlar ve ardından bunları, CA ekosisteminden ilgili NOC'yi isteyen komisyona gönderir. Şekil 1'de bu bağımlılık ağacı ve bazı işlemlerin gerçekleşme sırası gösterilmektedir.
Her bir kriptografik öğeyi anlamak SDK geliştirme açısından önemli olsa da, bunların rolünü ve etkilerini tam olarak analiz etmek bu kılavuzun kapsamı dışındadır. Şunları unutmayın:
- NOC'ler, CA ekosistemi tarafından gerçek dünyadaki üretim yapılarında yayınlanır.
- NOC'ler, benzersiz Düğüm Operasyonel Anahtar Çifti'ne (NOKP) kriptografik olarak bağlıdır.
- NOKP, devreye alma işlemi sırasında devreye alınan düğüm tarafından oluşturulur.
- Ecosystem'e gönderilen NOCSR bilgileri, Düğüm İşletim Ortak Anahtarı'nı içerir ancak Düğüm İşletim Özel Anahtarı hiçbir zaman Commissioner'a veya CA'ya gönderilmez.
- NOCSR işlemi, Onay Prosedürü'nden gelen girişleri kullanır, CSRSR bilgilerini imzalar ve böylece CA'nın güvenilir bir NOC oluşturma isteğini doğrular.
Onay prosedürü, Komisyon Üyesi tarafından aşağıdakileri onaylamak için kullanılan bir süreçtir:
- Cihaz, Matter sertifikasyonundan geçmiştir.
- Cihaz, gerçekten de iddia ettiği cihazdır: Tedarikçi, ürün kimliği ve diğer üretim bilgilerini kriptografik olarak kanıtlar.
Çoklu Yönetici
Düğümler birden fazla Fabric'te de devreye alınabilir. Bu özellik genellikle çoklu yönetici olarak adlandırılır. Örneğin, hem üreticinin Fabric'ine hem de bir bulut ekosisteminin Fabric'ine atanmış bir cihazımız olabilir. Her Fabric, farklı bir şifrelenmiş iletişim grubunu işler ve bağımsız olarak çalışır.
Birden fazla Fabric bir arada bulunabileceğinden, bir cihazda birden fazla düğüm işlem kimlik bilgisi grubu olabilir. Ancak düğümün veri modeli paylaşılır: Küme özellikleri, etkinlikler ve işlemler, yapılar arasında ortaktır. Bu nedenle, Thread ve/veya kablosuz ağ kimlik bilgileri devreye alma işlemi sırasında ayarlanmış olsa da Ağ İşletim Kümesi'nin bir parçasıdır. Bu bilgiler, tüm Fabric'ler arasında paylaşılır ve Fabric kimlik bilgilerinin değil, düğümün DM'sinin bir parçasıdır.