Secure Element to wyspecjalizowany układ, który chroni wrażliwe dane i określa, kiedy urządzenie może ich używać. W Hardware Wallet, osobnym urządzeniu do bezpiecznego podpisywania płatności, może utrudniać wydobycie sekretów ze skradzionego egzemplarza lub ograniczać liczbę prób wpisania kodu PIN, który odblokowuje urządzenie. Wyobraź sobie chronioną część portfela, nie kolejny portfel. Jej wartość zależy od tego, co producent rzeczywiście w niej chroni i jak łączy ją z resztą urządzenia.
Anna gubi portfel sprzętowy. Złodziej nie musi tylko zgadywać PIN: może rozebrać urządzenie i próbować odczytać pamięć. Secure Element ma wymuszać określone zasady dostępu do chronionych danych i utrudniać fizyczną ingerencję. Odporność zawsze ocenia się jednak wobec konkretnych ataków i możliwości napastnika. Kanał boczny może oznaczać odgadywanie sekretu z poboru energii lub czasu obliczeń; fault injection to celowe wywołanie błędu podczas obliczenia. To inne sytuacje niż wpisywanie hasła na ekranie. Układ ma zwiększyć potrzebny wysiłek i koszt, a nie obiecywać nietykalność w każdych warunkach. [1] [2]
Private Key to tajna wartość liczbowa, której portfel używa do utworzenia podpisu cyfrowego zatwierdzającego wydanie bitcoinów. Niektóre konstrukcje mogą przechowywać i wykorzystywać ten klucz bezpośrednio w układzie bezpieczeństwa. Inne trzymają tam pomocniczy sekret odblokowujący dane w innym miejscu. Secure Element może też liczyć próby lub zawierać certyfikat urządzenia. Dlatego zdanie „klucz nigdy nie opuszcza układu” wymaga dopowiedzenia: który klucz i w jakim modelu? Główny mikrokontroler to procesor sterujący resztą urządzenia; dodatkowy układ nie usuwa jego roli. Taki sam napis na pudełku nie oznacza takiej samej ochrony. [1] [3] [5]
Według dokumentacji Trezora Safe 3 i Safe 5 używają OPTIGA Trust M (V3). Przechowuje on pomocniczy sekret, który wraz z PIN użytkownika chroni klucze prywatne na głównym układzie. Ta zależność ma utrudniać atak na skradzione urządzenie. Nie oznacza, że wszystkie podpisy Bitcoin powstają wewnątrz Secure Element. Producent wymienia także sprzętowy limit prób, sprawdzanie autentyczności i wkład w losowość podczas tworzenia portfela. Losowość dostarcza tu nieprzewidywalnych wartości dla kluczy. To opis tych konkretnych modeli, a nie uniwersalna konstrukcja każdego portfela sprzętowego. [1]
Wyobraźmy sobie, że Anna zamiast urządzenia gubi kartkę z Seed Phrase, słowami do odzyskania portfela. Kto zdobędzie wszystkie potrzebne informacje, może odtworzyć portfel gdzie indziej; ochrona pierwotnego układu ani jego PIN tego nie blokują. Podobnie sam układ nie wie, że Anna zatwierdza adres oszusta zamiast zamierzonego odbiorcy. Nadal ważne są bezpieczna kopia, sprawdzenie całego adresu i kwoty na zaufanym ekranie oraz firmware, czyli program wewnątrz urządzenia. Nawet Air-Gapped Wallet, portfel bez bezpośredniego połączenia z siecią w danej procedurze, sam w sobie nie określa odporności układu. Oddzielenie przesyłania danych i ochrona przed atakiem fizycznym dotyczą różnych części problemu. [1] [4]
Device attestation sprawdza autentyczność za pomocą certyfikatu urządzenia i odpowiedzi na wyzwanie weryfikacyjne. W granicach protokołu może potwierdzić związek z producentem, ale nie mówi, komu chcesz zapłacić. Jeśli przejęty komputer pokaże inny adres, udana kontrola autentyczności nie przywróci właściwego. Weryfikacja urządzenia, sprawdzenie firmware i twoja zgoda na konkretną płatność to osobne kroki. Początkujący nie musi znać kryptografii certyfikatu, powinien jednak rozumieć, na jakie pytanie odpowiada zielony znaczek w aplikacji. [1] [4]
Common Criteria to ramy oceny określonego przedmiotu według ustalonych wymagań bezpieczeństwa. Poziom EAL6+ układu nie oznacza, że tak samo oceniono całe urządzenie, ekran czy każdą przyszłą wersję firmware. Protection Profile opisuje wymagane właściwości dla danego typu produktu i konfiguracji. Przykładowo GlobalPlatform opublikował wersję 2.0 tego profilu w lipcu 2025, w zgodzie z CC:2022. Skróty nabierają znaczenia z konkretnym certyfikatem: co oceniono, w jakim ustawieniu i wobec jakich zagrożeń? Wyższa liczba w reklamie nie odpowiada na to sama. [2] [1]
Tropic Square publikuje dokumentację projektową TROPIC01. Obejmuje ona RTL, opis zachowania obwodów cyfrowych przetwarzany maszynowo, firmware aplikacyjny i architekturę bezpieczeństwa. Układ używa rdzenia z zestawem instrukcji RISC-V i pomocniczego procesora SPECT do operacji kryptograficznych. W chwili tej redakcji repozytorium wskazuje jednak również nieopublikowany bootloader, program uruchamiający firmware, z powodu praw dostawców IP. IP oznacza tu licencjonowane elementy projektu, a nie adres internetowy. Otwartość pozwala sprawdzać konkretne udostępnione części. Nie dowodzi automatycznie braku błędów ani zgodności każdego wyprodukowanego egzemplarza z dokumentacją. [3]
Trezor opisuje odkrycie Ledger Donjon ze stycznia 2026 na osobno badanym TROPIC01. Laser fault injection, wywołanie błędu laserem w laboratorium, pozwoliło obejść weryfikację firmware i zdobyć sekrety tego układu. Wymagało dostępu fizycznego i specjalistycznego wyposażenia. Według opublikowanej analizy w Safe 7 dotyczyło to jednej warstwy ochrony; kolejne zapewniają OPTIGA i STM32U5. Sam wynik nie dowodzi przełamania całego urządzenia. Jest to jednak rzeczywista luka, której nie można zbyć twierdzeniem „nie do złamania”. Producent podaje, że sprzętowej przyczyny tego konkretnego problemu nie da się naprawić zdalną aktualizacją firmware. Rozsądna ocena uwzględnia więc dokładny model, zakres błędu i reakcję producenta, nie tylko obecność układu bezpieczeństwa. [4]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Hardware Wallet, Trezor, Tropic Square, TROPIC01, Private Key, Air-gapped Wallet. Do tego hasła prowadzą również odsyłacze z Air-gapped Wallet, Duress Wallet, Tropic Square, TROPIC01.