Audytowalny, szyfrowany dostęp do laboratoriów i stref regulowanych
Laboratoria, serwerownie, magazyny substancji i obiekty regulowane wymagają dostępu, który da się rozliczyć: kto, gdzie i kiedy. Perrugi Brain daje strefy, role i audytowalne logi na szyfrowanej magistrali AES‑256, a Perrugi Palm obsługuje wejście.
W obiekcie regulowanym dostęp musi być dowodem
Tam, gdzie obowiązują procedury i audyt, kontrola dostępu nie może być „na zaufanie”. Potrzebny jest system, który przypisuje uprawnienia do osób i stref oraz prowadzi historię wejść odporną na manipulację. Perrugi zaprojektowaliśmy tak, aby dostęp był audytowalny i szyfrowany od poziomu magistrali.
Perrugi Brain (P‑02) szyfruje komunikację algorytmem AES‑256, z kluczem w Secure Element, i pracuje po przemysłowym Ethernecie oraz CAN. Perrugi Palm na wejściu obsługuje odcisk palca, PIN i NFC. Do tego dochodzą czujniki antysabotażowe w każdym module.
Funkcje pod procedury i audyt
Strefy i role
Uprawnienia przypisane do osoby i strefy. Dostęp tylko tam, gdzie wynika z roli — nie szerzej.
Audytowalne logi
Historia wejść gotowa do przeglądu i raportu. Kto, gdzie i kiedy — bez luk.
Szyfrowana magistrala
AES‑256 z kluczem w Secure Element. Komunikacja odporna na podsłuch i podszywanie.
Integracja z RCP/BMS
API REST i MQTT do wpięcia w systemy rejestracji czasu pracy i zarządzania budynkiem.
Odporność środowiskowa i antysabotaż
Wejścia do stref technicznych bywają narażone na warunki i celowe próby obejścia. Perrugi Palm ma obudowę z hartowanego szkła (twardość ≥ 6H, klasa IK08) i anodyzowanego aluminium, klasę IP65 i zakres pracy od −30 °C do +85 °C. Czujniki antysabotażowe są w każdym SKU, więc próba ingerencji zostaje wykryta.
- Magistrala: AES‑256 w Secure Element, Ethernet i CAN.
- Uprawnienia: role i strefy per użytkownik.
- Rozliczalność: audytowalne logi wejść.
- Integracja: REST, MQTT, wpięcie w RCP i BMS.
- Moduł wejścia: odcisk palca, PIN, NFC; IP65, IK08, antysabotaż.
Dlaczego to ważne w audycie
System, który sam dokumentuje dostęp i szyfruje transmisję, upraszcza spełnienie wewnętrznych procedur i wymogów zewnętrznych. Zamiast łączyć kilka niezależnych rozwiązań, dostajesz jedną, spójną warstwę sprzętu, magistrali i API — z polskim wsparciem technicznym i długim cyklem życia produktu.
Strefy, role i zasada minimalnego dostępu
W obiekcie regulowanym dostęp buduje się na zasadzie minimalnego uprawnienia: użytkownik wchodzi tylko tam, gdzie wynika to z jego roli, i tylko wtedy, gdy powinien. Perrugi Brain pozwala przypisać uprawnienia do osoby i strefy, a każde wejście zapisać w audytowalnym logu. To zamienia kontrolę dostępu z „kto ma klucz” w rozliczalny system zdarzeń.
Szyfrowanie AES‑256 z kluczem w Secure Element chroni samą magistralę — warstwę, którą tania konkurencja zwykle pomija. W połączeniu z czujnikami antysabotażowymi w każdym module daje to dostęp odporny zarówno na atak logiczny, jak i na fizyczną ingerencję w punkt wejścia.
Wdrożenie krok po kroku
- Mapa stref — Ustalamy strefy, role i wymagania audytu oraz integracji z RCP/BMS.
- Architektura — Projektujemy topologię Brain + Palm na szyfrowanej magistrali.
- Dokumentacja — Przekazujemy opis API, wytyczne i model uprawnień.
- Konfiguracja — Ustawiamy role, strefy i logowanie zdarzeń, wpinamy w systemy nadrzędne.
- Audyt — Przekazujemy audytowalne logi i dokumentację gotową do przeglądu.
Jeden dostawca zamiast trzech
Łączenie kontroli dostępu z kilku niezależnych źródeł — inny czytnik, inna magistrala, inny system logów — mnoży punkty awarii i utrudnia audyt. Perrugi daje jedną warstwę: moduł wejścia, szyfrowaną magistralę i API do integracji. Efekt to prostsza dokumentacja, mniej uzgodnień i wsparcie techniczne po polsku, z krótkim łańcuchem kontaktu do producenta.
Co daje szyfrowanie już na poziomie magistrali
W wielu instalacjach czytnik jest bezpieczny, ale magistrala między urządzeniami — nie. To właśnie tam bywa najłatwiejszy punkt ataku: podsłuch transmisji albo podszycie się pod moduł. Perrugi Brain szyfruje samą magistralę algorytmem AES‑256, z kluczem w Secure Element, więc ochrona zaczyna się poniżej warstwy wejścia, a nie dopiero na czytniku.
Dla obiektu regulowanego to różnica między deklaracją a dowodem. Szyfrowana transmisja, czujniki antysabotażowe w każdym module i audytowalne logi tworzą łańcuch, który da się przedstawić w audycie. Zamiast tłumaczyć, dlaczego dostęp jest bezpieczny, pokazujesz, jak jest zabezpieczony na każdej warstwie.
Najczęstsze pytania
Czy logi wejść nadają się do audytu?
Tak. Perrugi Brain prowadzi audytowalną historię wejść z podziałem na role i strefy, gotową do przeglądu i raportowania.
Jak zabezpieczona jest komunikacja?
Magistrala jest szyfrowana algorytmem AES‑256, z kluczem przechowywanym w Secure Element. Każdy moduł ma dodatkowo czujniki antysabotażowe.
Czy zintegrujemy dostęp z RCP i BMS?
Tak. Perrugi udostępnia API REST i MQTT, co pozwala wpiąć strefy i logi w systemy rejestracji czasu pracy oraz zarządzania budynkiem.
Czy można ograniczyć dostęp do wybranych stref?
Tak. Uprawnienia przypisujesz do osoby i strefy — użytkownik wchodzi wyłącznie tam, gdzie wynika to z jego roli.
Czy da się wymusić dostęp czasowy do strefy?
Tak. Uprawnienia przypisujesz do osoby i strefy, a wejścia zapisują się w logach. Model uprawnień ustalamy pod Twoje procedury na etapie wdrożenia.
Czy logi są odporne na manipulację?
Komunikacja magistrali jest szyfrowana AES‑256 z kluczem w Secure Element, a moduły mają czujniki antysabotażowe, co podnosi wiarygodność zapisów wejść.
Zobacz też
Zaprojektujmy dostęp pod Twoje procedury
Opisz strefy i wymagania audytu — dobierzemy architekturę Brain + Palm, prześlemy dokumentację i omówimy integrację z RCP/BMS. Odpowiadamy w ciągu doby.