Jak zaprogramować kartę MIFARE DESFire EV3 do trójwarstwowo szyfrowanej kontroli dostępu

Podstawy bezpiecznego programowania dostępu z DESFire EV3

Programowanie karty MIFARE DESFire EV3 do trójwarstwowo szyfrowanej kontroli dostępu nie polega na zapisaniu numeru na taniej karcie zbliżeniowej i uznaniu systemu za bezpieczny. DESFire EV3 jest przeznaczony do znacznie bardziej wymagających zastosowań: kampusów firmowych, lotnisk, szpitali, centrów danych, inteligentnych budynków, uczelni, hoteli, urzędów i zakładów przemysłowych, w których identyfikator dostępu musi potwierdzać coś więcej niż tożsamość użytkownika. System powinien również zweryfikować autentyczność karty, zaufanie do czytnika, ochronę komunikacji oraz brak nieautoryzowanego kopiowania lub modyfikowania danych dostępowych. Dlatego klienci poszukujący kart MIFARE DESFire EV3, szyfrowanych kart dostępu RFID lub bezpiecznych rozwiązań NFC do kontroli drzwi analizują całą architekturę poświadczeń, a nie wyłącznie cenę karty.

Określenie „trójwarstwowo szyfrowana kontrola dostępu” może być różnie interpretowane przez integratorów. W profesjonalnym systemie kontroli dostępu opartym na DESFire EV3 oznacza ono zwykle współdziałanie trzech warstw zabezpieczeń. Pierwszą jest silne, wzajemne uwierzytelnianie karty i czytnika, najczęściej oparte na kluczach AES zamiast starych identyfikatorów statycznych. Drugą stanowi szyfrowana komunikacja lub komunikacja chroniona kodem MAC, dzięki której poufne dane nie są ujawniane podczas zbliżenia karty. Trzecią warstwą jest dywersyfikacja kluczy lub logika poświadczeń zabezpieczona przez system centralny. Dzięki temu wszystkie karty, obiekty, budynki i aplikacje nie zależą od jednego wspólnego klucza, którego ujawnienie mogłoby zagrozić całemu systemowi. Prawidłowo zaprojektowana karta przestaje być zwykłym plastikowym identyfikatorem i staje się kontrolowanym elementem infrastruktury bezpieczeństwa.

Proces programowania powinien rozpocząć się jeszcze przed podłączeniem enkodera. Bezpieczny projekt karty dostępu wymaga opracowania modelu danych. Jakie informacje będą przechowywane na karcie? Do jakich drzwi i stref ma zapewniać dostęp? Czy karta będzie obsługiwać wyłącznie fizyczną kontrolę dostępu, czy również parking, szafki, płatności w stołówce, obsługę gości, sterowanie windami albo bezpieczny wydruk? Kto będzie właścicielem kluczy? Kto otrzyma prawo personalizacji i unieważniania kart? W jaki sposób zgubione karty będą blokowane? Bez odpowiedzi na te pytania można poprawnie zaprogramować kartę DESFire EV3 pod względem technicznym, a mimo to stworzyć słabo zabezpieczony system.

Przekonał się o tym zespół administracyjny fikcyjnej firmy finansowej z Zurychu podczas modernizacji centrali. Stare identyfikatory wykorzystywały widoczny numer karty i podstawowe sprawdzanie danych przez czytnik. Nowy projekt zakładał zastosowanie kart dostępu MIFARE DESFire EV3 z silniejszym szyfrowaniem, lecz podczas pierwszego spotkania omawiano głównie grafikę nadruku i terminy dostawy. Dopiero konsultant ds. bezpieczeństwa zapytał, kto będzie zarządzać głównym kluczem aplikacji i jak klucze zostaną zdywersyfikowane dla poszczególnych kart pracowników. Zespół uświadomił sobie wtedy, że identyfikator jest częścią architektury bezpieczeństwa, a nie jedynie zamówieniem na plastikowe karty. Projekt opóźnił się o dwa tygodnie, ale przerwa zapobiegła chaotycznemu wdrożeniu, po którym konieczne mogłoby być ponowne zakodowanie tysięcy kart.

Struktura aplikacji i bezpieczne planowanie danych

Karta DESFire EV3 może zawierać wiele aplikacji, co stanowi jedną z jej najważniejszych zalet w nowoczesnych systemach kontroli dostępu. Zamiast traktować kartę jako jedną, płaską przestrzeń pamięci, wystawca może utworzyć oddzielną aplikację dostępową, zdefiniować znajdujące się w niej pliki i przypisać uprawnienia za pomocą kluczy. Taka separacja ma duże znaczenie. Aplikacja odpowiedzialna za dostęp do budynku nie powinna być narażona na nieautoryzowane operacje tylko dlatego, że aktualizowany jest portfel stołówkowy lub aplikacja członkowska. Uczelnia może wykorzystywać tę samą kartę do otwierania akademików, korzystania z biblioteki, wejścia do laboratoriów i rejestracji obecności, ale każda funkcja powinna być odizolowana za pomocą odpowiednich kluczy i uprawnień.

W praktyce bezpieczny proces programowania obejmuje zwykle inicjalizację karty, utworzenie aplikacji, zdefiniowanie plików, konfigurację kluczy, zapis danych poświadczenia, przypisanie praw dostępu oraz weryfikację przy użyciu autoryzowanych czytników. Dokładne polecenia i narzędzia zależą od enkodera, oprogramowania do personalizacji, platformy kontroli dostępu oraz obowiązującej polityki bezpieczeństwa. W legalnym i profesjonalnym projekcie operacje te powinny być wykonywane w zatwierdzonym środowisku wydawania kart, najlepiej z wykorzystaniem bezpiecznego modułu dostępowego, sprzętowego modułu bezpieczeństwa lub kontrolowanego systemu zarządzania kluczami. Celem nie jest samo „zapisanie danych”, lecz uniemożliwienie osobom spoza autoryzowanego procesu utworzenia wiarygodnej kopii karty.

Fikcyjny uniwersytet w Melbourne wdrożył studenckie karty DESFire EV3 do obsługi drzwi akademików, bramek bibliotecznych, zwalniania wydruków i dostępu do laboratoriów inżynieryjnych. Początkowo dział IT chciał zapisać wszystkie funkcje w jednym prostym pliku, ponieważ wydawało się to łatwiejsze. Dostawca systemu kontroli dostępu zaproponował jednak oddzielne aplikacje z różnymi zestawami kluczy. Gdy student zgubił kartę, uczelnia mogła natychmiast unieważnić dostęp do budynków bez naruszania danych konta bibliotecznego ani historii salda wydruków. Zarządzanie programem kart stało się prostsze, ponieważ układ pamięci odpowiadał rzeczywistemu sposobowi funkcjonowania kampusu.

Uwierzytelnianie AES i błędne wykorzystanie UID

W trójwarstwowo szyfrowanej kontroli dostępu kluczową rolę odgrywa zazwyczaj uwierzytelnianie AES. Starsze karty niskiej częstotliwości oraz podstawowe systemy oparte na UID wykorzystują często numery, które można zbyt łatwo odczytać i ponownie przedstawić czytnikowi. DESFire EV3 obsługuje silne, wzajemne uwierzytelnianie, umożliwiające karcie i czytnikowi potwierdzenie znajomości wspólnych kluczy kryptograficznych, zanim poufne dane zostaną uznane za wiarygodne. W prawidłowo zaprojektowanym systemie czytnik nie udziela dostępu wyłącznie dlatego, że wykrył UID karty. Wysyła do niej wyzwanie, sprawdza odpowiedź kryptograficzną, a następnie odczytuje lub weryfikuje chronione dane poświadczenia przez bezpieczny kanał.

W tym miejscu wielu nabywców systemów kontroli dostępu musi zmienić sposób myślenia. UID nie jest bezpiecznym poświadczeniem. Może być przydatny do ewidencji, rejestrowania zdarzeń lub oznaczania kart, lecz nie powinien samodzielnie decydować o otwarciu drzwi. Bezpieczna karta dostępu MIFARE DESFire powinna wykorzystywać chronione dane aplikacji i uwierzytelnianie kryptograficzne. Czytnik należy skonfigurować tak, aby odrzucał nieznane aplikacje, nieuwierzytelnione dane oraz poświadczenia niezgodne ze strukturą przyjętą przez wystawcę. Zakup zaawansowanych kart DESFire EV3 nie przyniesie oczekiwanych korzyści, jeżeli czytniki nadal będą akceptować jedynie widoczny lub statyczny numer.

Fikcyjna firma logistyczna z Rotterdamu odkryła taki problem podczas audytu bezpieczeństwa magazynu. Przedsiębiorstwo z dumą informowało o przejściu na karty DESFire, jednak czytniki wciąż korzystały z prostego numeru karty powiązanego z kartoteką pracownika. Technologia kart była znacznie bardziej zaawansowana niż konfiguracja czytników. Po audycie integrator zmienił ustawienia systemu, wdrażając szyfrowaną aplikację dostępową, zdywersyfikowane klucze i chroniony odczyt plików. Fizycznych kart nie trzeba było wymieniać, ale model bezpieczeństwa wreszcie zaczął wykorzystywać możliwości zakupionej technologii.

Dywersyfikacja kluczy i chroniona komunikacja

Dywersyfikacja kluczy wymaga szczególnej uwagi. Jeżeli wszystkie karty w obiekcie używają tego samego statycznego klucza aplikacji, ujawnienie jednego klucza może zagrozić całej populacji poświadczeń. Dywersyfikacja oznacza, że rzeczywisty klucz każdej karty jest wyprowadzany z tajnego klucza głównego oraz danych charakterystycznych dla konkretnej karty lub wystawcy. Mówiąc prościej, każda karta otrzymuje własną tożsamość kryptograficzną. System kontroli dostępu nadal może ją zweryfikować, ponieważ potrafi wyprowadzić właściwy klucz, natomiast atakujący nie może łatwo wykorzystać jednego przejętego klucza do podszywania się pod wszystkie identyfikatory w budynku. Dla nabywców poszukujących bezpiecznego programowania kart RFID jest to jedna z najważniejszych zasad.

Operator centrum danych w północnej Wirginii zastosował rygorystyczny model zdywersyfikowanych kluczy dla kart dostępu wykonawców. Personel zewnętrzny często się zmieniał, a niektóre karty wydawano tylko na kilka dni. Zespół ds. bezpieczeństwa nie chciał, aby tymczasowe identyfikatory powodowały długoterminowe ryzyko. Każda karta DESFire EV3 zawierała chronione dane dostępowe zabezpieczone indywidualnie wyprowadzonym kluczem, a termin ważności był egzekwowany zarówno przez system centralny, jak i strukturę poświadczenia. Gdy wykonawca nie zwrócił karty, obiekt nie musiał podejmować nadzwyczajnych działań. Poświadczenie można było unieważnić, a jego zabezpieczenia znacząco ograniczały możliwość przypadkowego lub celowego ponownego użycia.

Drugim elementem trójwarstwowo szyfrowanego dostępu jest chroniona komunikacja. System można skonfigurować tak, aby podczas wymiany danych między czytnikiem a kartą DESFire EV3 informacje były przesyłane w trybie zabezpieczonym, a nie w postaci jawnej. W zależności od konfiguracji pliku i aplikacji komunikacja może odbywać się w trybie zwykłym, z ochroną MAC lub z pełnym szyfrowaniem. Poufnych danych dostępowych nie należy traktować jak publicznego tekstu. Czytnik powinien potwierdzić, że informacje pochodzą z uwierzytelnionej karty i nie zostały zmodyfikowane podczas transmisji. Pomaga to zapobiegać atakom polegającym na zmianie lub ponownym odtworzeniu danych dostępowych.

Znaczenie tej zasady dobrze pokazuje projekt inteligentnego biura w Singapurze. Identyfikatory pracownicze służyły nie tylko do otwierania drzwi, ale także do wyboru pięter w windach i zwalniania poufnych wydruków. Podczas przeglądu projektu klient zapytał, czy poziom dostępu pracownika będzie widoczny dla dowolnego telefonu z NFC. Integrator wyjaśnił, że aplikacja dostępowa będzie wymagać uwierzytelnienia i chronionej komunikacji, natomiast niewrażliwe dane identyfikacyjne pozostaną od niej oddzielone. Dzięki temu przypadkowe skanowanie nie ujawniało struktury uprawnień do drzwi. Karta nadal działała szybko przy bramkach, lecz poufne informacje pozostawały zabezpieczone.

Reguły systemu centralnego i dostęp do drzwi offline

Trzecia warstwa ochrony dotyczy najczęściej relacji między kartą a centralną platformą kontroli dostępu. W niektórych projektach wszystkie istotne reguły uprawnień są przechowywane na serwerze, a karta pełni funkcję bezpiecznego identyfikatora. W innych ograniczone uprawnienia offline zapisuje się na karcie, ponieważ czytniki muszą działać również podczas przerw w łączności sieciowej. Obiekty o podwyższonym poziomie bezpieczeństwa mogą łączyć oba podejścia. Karta może zawierać bezpieczne poświadczenie, okres ważności i identyfikator aplikacji, podczas gdy system centralny zarządza szczegółowymi uprawnieniami, rejestrowaniem zdarzeń i statusem unieważnienia. Najlepszy model zależy od specyfiki budynku, poziomu ryzyka, architektury sieci i zasad operacyjnych.

Sieć szpitali w Toronto wykorzystywała karty DESFire EV3 w kilku budynkach, obejmujących oddziały ratunkowe, apteki, laboratoria i parkingi pracownicze. Niektóre drzwi wymagały decyzji systemu centralnego w czasie rzeczywistym, natomiast inne musiały działać podczas awarii sieci. Struktura poświadczenia zawierała chronione dane umożliwiające lokalną weryfikację, ale platforma zarządzająca nadal odpowiadała za zmiany ról, blokowanie dostępu byłym pracownikom i zasady awaryjnego zamknięcia obiektu. Szpital nie próbował zapisywać całej bazy uprawnień na karcie. Wykorzystywał ją jako zaufany nośnik tożsamości i kontrolowanych atrybutów.

Dobór kart, zgodność czytników i migracja systemu

Przed rozpoczęciem programowania należy właściwie dobrać kartę. Nie każde zamówienie na DESFire EV3 ma takie same wymagania. Nabywcy powinni potwierdzić pojemność pamięci, wersję układu scalonego, format karty, materiał korpusu, metodę nadruku, wymagania dotyczące częstotliwości, politykę UID, dostępne opcje personalizacji oraz konieczność obsługi interakcji z urządzeniami mobilnymi NFC lub wyłącznie z fizycznymi czytnikami dostępu. Warianty pamięci 2K, 4K i 8K mogą być odpowiednie w zależności od liczby potrzebnych aplikacji i plików. Prosta karta biurowa działająca w jednym obiekcie nie wymaga zwykle takiej samej pojemności jak wieloaplikacyjna karta kampusowa. Nadmiar pamięci nie zawsze stanowi problem, lecz jej niedoszacowanie może ograniczyć przyszłą rozbudowę systemu.

Grupa hotelowa w Barcelonie chciała połączyć karty do pokoi hotelowych, identyfikatory pracownicze, program lojalnościowy i dostęp do stref wydarzeń w ramach jednej platformy inteligentnych poświadczeń. Dział zakupów początkowo szukał najtańszej dostępnej karty DESFire. Po określeniu wymaganych aplikacji integrator zalecił większą pamięć dla kart pracowniczych i członkowskich, natomiast karty gości krótkoterminowych otrzymały prostszą konfigurację. Hotel nie musiał płacić za niewykorzystywaną pamięć na każdej karcie gościa, a poświadczenia długoterminowe zachowały możliwość obsługi przyszłych usług. Skuteczne programowanie rozpoczęło się od rzetelnej analizy zastosowań.

Równie ważna jest zgodność czytników. Bezpiecznie zaprogramowana karta DESFire EV3 nie spełni swojej funkcji, jeżeli zainstalowane czytniki dostępu obsługują wyłącznie starsze technologie kart lub ograniczone tryby uwierzytelniania. Urządzenia muszą wspierać wymagane funkcje DESFire, przyjęty model zarządzania kluczami, bezpieczny tryb komunikacji i integrację z centralą kontroli dostępu. W obiektach wykorzystujących różne generacje sprzętu niektóre drzwi mogą wymagać modernizacji czytników przed uruchomieniem nowego programu kart. Etapowa migracja może tymczasowo dopuścić równoległe używanie starych i nowych kart, lecz okres ten powinien być ściśle kontrolowany, aby słabe metody uwierzytelniania nie pozostały aktywne bezterminowo.

Z takim wyzwaniem zmierzył się kampus firmowy w Chicago po połączeniu dwóch przedsiębiorstw. Jeden budynek wykorzystywał stare czytniki kart zbliżeniowych, drugi system MIFARE Classic, a najnowszy biurowiec obsługiwał DESFire. Firma chciała wdrożyć jedną szyfrowaną kartę dostępu RFID dla wszystkich pracowników. Zespół ds. bezpieczeństwa postanowił nie osłabiać projektu DESFire w celu dopasowania go do najstarszych czytników. Opracowano harmonogram migracji, w pierwszej kolejności zmodernizowano wejścia o najwyższym poziomie ryzyka, a karty dwutechnologiczne wydawano wyłącznie na okres przejściowy. Po wymianie starych czytników słabsza technologia została wyłączona. Projekt zakończył się powodzeniem, ponieważ decyzje dotyczące programowania powiązano ze strategią modernizacji czytników.

Bezpieczne kodowanie, testowanie i kontrola wydawania kart

Kodowanie kart powinno odbywać się w zabezpieczonym środowisku. Znaczenie mają stacja robocza, oprogramowanie, enkoder, uprawnienia operatorów i sposób obsługi kluczy. Jeżeli klucze szyfrujące są przechowywane w zwykłych plikach na współdzielonym komputerze, system jest słabszy, niż sugeruje zastosowana technologia. Profesjonalne programowanie kart DESFire EV3 wykorzystuje często chronione wprowadzanie kluczy, bezpieczne moduły sprzętowe, kontrolę logowania operatorów, dzienniki audytowe i uprawnienia do wydawania oparte na rolach. Pracownik recepcji może otrzymać możliwość wydrukowania zdjęcia i wydania identyfikatora, ale nie powinien mieć dostępu do kluczy głównych ani możliwości ich eksportowania. Architektura bezpieczeństwa powinna zakładać, że ludzie popełniają błędy, i ograniczać ich konsekwencje.

Urząd w Sztokholmie zastosował rozdzielony proces wydawania bezpiecznych kart dostępu. Zespół odpowiedzialny za projekt i nadruk zdjęć wykonywał wizualną personalizację kart. Tworzenie aplikacji DESFire i zapis poświadczeń odbywały się na zabezpieczonej stacji kodującej za pomocą kontrolowanego oprogramowania. Operatorzy mogli wydawać karty, lecz nie mieli możliwości wyświetlania kluczy kryptograficznych. Każde wydanie było rejestrowane i powiązane z kartoteką pracownika. Proces był nieco bardziej złożony niż drukowanie zwykłego identyfikatora, ale zapewniał kierownikowi ds. bezpieczeństwa pewność, że kart nie tworzono poza autoryzowanym środowiskiem.

Weryfikacja jest etapem, którego nie wolno pomijać. Po zaprogramowaniu każda karta powinna zostać sprawdzona przez oprogramowanie wydające, a następnie przetestowana z reprezentatywnymi czytnikami. System musi potwierdzić obecność właściwej aplikacji i wymaganych plików, prawidłowe ustawienie kluczy, możliwość odczytu chronionych danych wyłącznie po uwierzytelnieniu oraz dostęp tylko do dozwolonych drzwi. Częstym błędem jest sprawdzenie karty na jednym czytniku i przyjęcie, że cała struktura została skonfigurowana poprawnie. Bezpieczny program powinien obejmować również testy negatywne: karta nie może ujawniać chronionych danych bez uwierzytelnienia, działać w niedozwolonej strefie ani zachowywać aktywności po unieważnieniu.

Zakład produkcyjny w Monterrey używał kart DESFire EV3 do kontroli wejść pracowników, wydawania narzędzi i dostępu do magazynów materiałów niebezpiecznych. Podczas wdrożenia jeden typ karty poprawnie otwierał główne wejścia, ale nie działał przy czytniku chroniącym magazyn chemiczny. Problem nie wynikał z układu karty. Czytnik w strefie ograniczonego dostępu korzystał z innego profilu i oczekiwał określonego ustawienia pliku aplikacji. Ponieważ zakład przetestował różne typy drzwi przed wydaniem wszystkich kart, niezgodność wykryto odpowiednio wcześnie. Gdyby testy ograniczono do wejścia głównego, awaria spowodowałaby opóźnienia zmian i konieczność pilnego przeprogramowania kart.

Zasady dla gości, wykonawców i identyfikatorów tymczasowych

Reguły programowania kart dla gości i wykonawców mogą różnić się od zasad obowiązujących pracowników stałych. Poświadczenie gościa może wymagać krótkiego okresu ważności, ograniczonego zakresu danych aplikacji i automatycznego wygaśnięcia w systemie centralnym. Karta wykonawcy może obejmować uprawnienia wyłącznie do stref projektu oraz bardziej rygorystyczne zasady unieważniania. Tymczasowy identyfikator w obiekcie o wysokim poziomie bezpieczeństwa nie może stawać się ukrytym poświadczeniem bezterminowym tylko dlatego, że nie został odebrany po zakończeniu wizyty. DESFire EV3 pozwala stworzyć przejrzystą strukturę, ale kategorie użytkowników muszą zostać wcześniej jednoznacznie zdefiniowane w polityce dostępu.

Ośrodek badań farmaceutycznych w Cambridge wydawał krótkoterminowe karty DESFire EV3 wykonawcom prowadzącym prace konserwacyjne w pomieszczeniach czystych. Karty korzystały z chronionej aplikacji dostępowej, pola terminu ważności i weryfikacji przez system centralny. Wykonawcy mogli wejść wyłącznie do zaplanowanych stref, a karta przestawała działać po zakończeniu zatwierdzonego okna serwisowego. Gdy tydzień później znaleziono jeden identyfikator w samochodzie wykonawcy, był on już bezużyteczny. Zaawansowana technologia karty wspierała politykę bezpieczeństwa, ale to właściwie opracowana polityka stanowiła podstawę całego rozwiązania.

Projekt graficzny i zarządzanie cyklem życia poświadczeń

Nie należy pomijać nadruku ani projektu graficznego karty. Nawet bezpieczne poświadczenie może powodować problemy operacyjne, jeżeli jego wygląd jest nieczytelny. Karty pracowników, gości, personelu awaryjnego i wykonawców powinny różnić się na tyle, aby ochrona i pracownicy mogli szybko je rozpoznać, ale jednocześnie nie mogą ujawniać poufnych informacji, takich jak wewnętrzne poziomy bezpieczeństwa. Jeżeli karta łączy nadruk z kodowaniem DESFire EV3, tożsamość wizualna musi odpowiadać tożsamości elektronicznej. Rozbieżność między zdjęciem, nazwiskiem a zakodowanym rekordem pracownika jest poważnym błędem procesu wydawania.

Operator stadionu w Londynie wykorzystywał oznaczone kolorystycznie karty DESFire EV3 dla pracowników stałych, sprzedawców obsługujących wydarzenia, zespołów medialnych i personelu technicznego o ograniczonym dostępie. Technologia karty kontrolowała otwieranie drzwi, natomiast wygląd identyfikatora pomagał służbom porządkowym szybko zauważyć nieprawidłowe przemieszczanie się osób. Gdy sprzedawca próbował wejść do korytarza przeznaczonego wyłącznie dla mediów, czytnik odrzucił kartę, a jej wygląd ułatwił wyjaśnienie sytuacji. Operator nie opierał bezpieczeństwa wyłącznie na kolorze ani wyłącznie na szyfrowaniu. Połączył rozpoznawanie wizualne z bezpieczną kontrolą elektroniczną.

W dużych organizacjach zarządzanie cyklem życia poświadczeń jest równie ważne jak ich początkowe programowanie. Pracownicy są zatrudniani i zwalniani, zmieniają działy, przenoszą się między budynkami, gubią lub uszkadzają karty i występują o ich wymianę. System kontroli dostępu musi obsługiwać takie zmiany bez naruszania struktury kluczy. Karty zastępcze nie powinny ponownie wykorzystywać niezabezpieczonych danych. Zgubione identyfikatory należy szybko unieważniać, a wycofane karty niszczyć lub bezpiecznie resetować zgodnie z procedurą. Jeżeli karta obsługuje wiele aplikacji, proces unieważniania musi obejmować każdą z nich, a nie tylko aplikację kontroli drzwi.

Firma górnicza w Australii Zachodniej zatrudniała pracowników przemieszczających się między odległymi lokalizacjami. Jej karty DESFire EV3 obsługiwały dostęp do obozów, pomieszczeń ze sprzętem, stacji paliw i bram terenowych. Przy przeniesieniu pracownika do innego zakładu dane karty i uprawnienia systemu centralnego musiały być aktualizowane w kontrolowany sposób. Firma opracowała standardową procedurę ponownego wydawania i aktualizowania kart, zamiast pozwalać lokalnym kierownikom na samodzielne ustalanie zasad. Dzięki temu uprawnienia do poprzednich obiektów nie pozostawały aktywne na kartach pracowników przeniesionych do nowych projektów.

Wybór właściwego partnera dla kart DESFire EV3

Z perspektywy zakupowej najlepszym dostawcą nie zawsze jest firma oferująca najniższą cenę jednostkową. Doświadczony producent kart MIFARE DESFire EV3 lub partner zajmujący się personalizacją powinien rozumieć planowanie pamięci, bezpieczne kodowanie, dywersyfikację kluczy, zgodność czytników, techniki nadruku, obsługę UID, testy jakościowe i wymagania dotyczące pakowania. Powinien ustalić, czy klient potrzebuje kart czystych, z gotowym nadrukiem, zakodowanych, z wprowadzonymi kluczami, próbek testowych czy pełnej personalizacji. Dostawca musi również potrafić omawiać bezpieczne karty kontroli dostępu bez wymagania od klienta przesyłania poufnych kluczy głównych niezabezpieczonymi kanałami.

Końcowy cel programowania można opisać prosto, choć jego realizacja wymaga dużej dyscypliny: karta powinna ujawniać wyłącznie dozwolone informacje, tylko czytnikowi, który potwierdził swoją wiarygodność, oraz wyłącznie w systemie zdolnym do zarządzania poświadczeniem przez cały okres jego użytkowania. Tak w praktyce należy rozumieć trójwarstwowo szyfrowaną kontrolę dostępu. Nie jest to hasło marketingowe nadrukowane na plastikowej karcie, lecz wielowarstwowy projekt wykorzystujący funkcje DESFire EV3, uwierzytelnianie AES, chronioną komunikację, zdywersyfikowane klucze, kontrolowane wydawanie, zweryfikowaną konfigurację czytników i uporządkowane zarządzanie dostępem.

Prawidłowo zaprogramowana karta MIFARE DESFire EV3 zapewnia użytkownikowi prostą i płynną obsługę. Pracownik zbliża kartę do czytnika, a drzwi się otwierają. Gość używa jej przy bramce w holu i uzyskuje dostęp wyłącznie do zatwierdzonego piętra. Wykonawca otwiera bramę serwisową jedynie w zaplanowanym przedziale czasowym. Za tym prostym zbliżeniem stoi jednak starannie zaprojektowany łańcuch aplikacji, plików, kluczy, zabezpieczonej komunikacji, reguł systemu centralnego i zapisów audytowych. Na tym polega rzeczywista wartość DESFire EV3 w nowoczesnej kontroli dostępu: użytkownicy nie muszą myśleć o zabezpieczeniach, a zespoły odpowiedzialne za bezpieczeństwo mogą polegać na nich każdego dnia.