Kto otworzył drzwi? Historia zdarzeń w systemie kontroli dostępu

Pytanie „kto otworzył drzwi i o której?" w budynku z kluczem mechanicznym pozostaje bez odpowiedzi — wkładka nie wie, kogo wpuściła. W systemie dostępu bez kluczy odpowiedź daje historia zdarzeń: chronologiczny zapis tego, który użytkownik, o której godzinie i którą metodą uzyskał dostęp, a także kiedy próba się nie powiodła. To właśnie ten zapis, a nie sama wygoda otwierania palcem, decyduje o tym, że kontrola dostępu przestaje być wyłącznie zamkiem, a staje się narzędziem zarządzania budynkiem. Jednocześnie jest to element, który najłatwiej zaprojektować źle — zbyt szczegółowo, zbyt długo przechowywany albo dostępny dla osób, które nie powinny go widzieć.

Czym właściwie jest historia zdarzeń w systemie dostępu?

To uporządkowany chronologicznie rejestr operacji wykonanych na punkcie wejścia. Pojedynczy wpis zawiera zwykle cztery informacje: identyfikator użytkownika lub poświadczenia, dokładny czas, użytą metodę (odcisk palca, PIN, karta lub brelok NFC, aplikacja) oraz wynik — dostęp przyznany albo odrzucony. Do tego dochodzą zdarzenia systemowe: dodanie nowego użytkownika, odebranie uprawnień, zmiana harmonogramu czy zanik zasilania.

Warto rozumieć, że system nie zapisuje obrazu palca ani „zdjęcia" osoby. W praktyce rejestrowany jest identyfikator profilu, który wcześniej został przypisany konkretnej osobie w konfiguracji. Sam wzorzec biometryczny to matematyczna reprezentacja odcisku, z której nie da się odtworzyć linii papilarnych — pisaliśmy o tym szerzej w tekście o biometrii w zamku i suwerenności danych.

Dlaczego klucz mechaniczny nigdy nie odpowie na pytanie „kto wszedł"?

Bo klucz jest z definicji anonimowy — potwierdza posiadanie przedmiotu, a nie tożsamość osoby. Wkładka nie odróżnia właściciela mieszkania od osoby, która znalazła zgubiony komplet, ani serwisanta od kogoś, kto dorobił kopię przy okazji jednorazowej wizyty. Po zdarzeniu nie zostaje żaden ślad poza ewentualnymi uszkodzeniami mechanicznymi.

Ta luka ma realne konsekwencje. W firmie oznacza, że nie da się ustalić, kto ostatni zamykał lokal. We wspólnocie mieszkaniowej — że nie sposób powiązać wejścia obcej osoby z konkretnym kompletem kluczy. W wynajmowanym mieszkaniu — że po każdym pobycie właściciel musi zakładać najgorszy scenariusz, bo nie ma jak sprawdzić, czy klucz wrócił w komplecie.

Co powinien rejestrować dobrze zaprojektowany zapis zdarzeń?

Tyle, ile potrzeba do wyjaśnienia sytuacji spornej — i ani jednego pola więcej. Minimalny sensowny zestaw to: identyfikator użytkownika, znacznik czasu, punkt wejścia, metoda uwierzytelnienia i wynik próby. Przydatne bywa też oznaczenie zdarzeń nietypowych, takich jak seria nieudanych prób pod rząd, która może świadczyć o ataku siłowym na kod PIN.

Osobną kwestią jest to, kto ma wgląd w zapis. W domu jednorodzinnym naturalnym administratorem jest właściciel. W biurze czy budynku wielolokalowym rola administratora powinna być formalnie przypisana konkretnej osobie, a dostęp do historii ograniczony do niej — inaczej rejestr, który miał zwiększać bezpieczeństwo, sam staje się jego słabym punktem. Ten wątek rozwijamy w tekście o kontroli dostępu we wspólnocie mieszkaniowej.

Czy historia zdarzeń to nadzór nad domownikami i pracownikami?

Nie musi nim być, ale bardzo łatwo się nim staje, jeśli zabraknie granic. Zapis wejść na drzwiach frontowych mówi wyłącznie o momencie przekroczenia progu — nie o tym, co dana osoba robiła w środku. Problem pojawia się wtedy, gdy rejestr zaczyna być używany do celów, dla których go nie wdrożono: rozliczania czasu pracy, sprawdzania, o której nastolatek wrócił do domu, albo weryfikowania długości przerw.

Zapis zdarzeń jest narzędziem wyjaśniania konkretnych sytuacji, a nie stałego obserwowania ludzi. Jeżeli w praktyce służy do codziennego śledzenia zachowań, oznacza to, że cel został przekroczony — niezależnie od tego, co pozwala technika.

Praktyczna zasada jest prosta: przed wdrożeniem trzeba zapisać jednym zdaniem, po co rejestr istnieje, i poinformować o tym wszystkich użytkowników. Jasno zakomunikowany cel zdejmuje z systemu odium inwigilacji i jednocześnie porządkuje to, do czego wolno go używać.

Co mówi RODO o rejestrowaniu wejść?

Traktuje je jako przetwarzanie danych osobowych, więc wymaga podstawy prawnej, określonego celu, minimalizacji zakresu i ograniczonego czasu przechowywania. W praktyce oznacza to trzy obowiązki: poinformować użytkowników, że wejścia są rejestrowane i po co; zbierać wyłącznie dane niezbędne do tego celu; usuwać wpisy po upływie ustalonego okresu, zamiast trzymać je bezterminowo.

Okres retencji dobiera się do celu — jeżeli rejestr ma służyć wyjaśnianiu zdarzeń zgłoszonych na bieżąco, kilkadziesiąt dni zwykle wystarcza. Szczegółowe wymagania zależą od rodzaju obiektu i tego, kto jest administratorem danych, dlatego przy większych instalacjach warto zweryfikować przyjęte zasady u własnego inspektora ochrony danych lub w oficjalnych wytycznych organu nadzorczego.

Jak wygląda zapis zdarzeń przy dostępie działającym offline?

Rozpoznanie użytkownika i zapis zdarzenia dzieją się lokalnie, po stronie instalacji, a nie w chmurze. W perrugi:palm weryfikacja odcisku palca odbywa się w trybie offline — czujnik o rozdzielczości 508 dpi i współczynnik fałszywej akceptacji na poziomie 1:100 000 pracują bez odpytywania zewnętrznego serwera. Oznacza to, że przerwa w łączu internetowym nie blokuje wejścia i nie tworzy luki w rejestrze.

Sama architektura instalacji też ma znaczenie dla wiarygodności zapisu. Terminal przy drzwiach nie powinien bezpośrednio sterować stykami zamka; w naszym układzie odpowiada za to magistrala perrugi:brain, która oddziela panel zewnętrzny od elementu wykonawczego i komunikuje się z użyciem CAN 2.0B, z zabezpieczeniem AES-256-GCM. Dzięki temu wymuszenie otwarcia przez ingerencję w terminal nie jest równoznaczne z otwarciem drzwi, a zdarzenie nie „znika" z historii.

Na co zwrócić uwagę, wybierając system z historią zdarzeń?

Na cztery rzeczy: gdzie zapis fizycznie się znajduje, kto ma do niego dostęp, jak długo jest przechowywany i czy da się go wyeksportować. Dorzućmy piątą, często pomijaną — co dzieje się z rejestrem po zmianie właściciela lokalu albo administratora budynku. Odpowiedzi na te pytania powinny paść przed zakupem, nie po pierwszej sytuacji spornej.

Jeśli planujesz instalację w domu, biurze, budynku wielolokalowym albo w lokalu na wynajem, zacznij od określenia, kto będzie administratorem i jakie sytuacje rejestr ma pomagać wyjaśniać. Zobacz, jak dobieramy rozwiązania do rodzaju obiektu, a po konkretną rekomendację dla swojego wejścia napisz do nas — dobierzemy zakres systemu i metody otwierania do tego, jak faktycznie korzystasz z budynku.