Urządzenie z firmware
Model i rewizja sprzętu to tożsamość PDE. Ten sam radio chip pod trzema SKU to trzy wiersze albo udokumentowana wspólna baza z różnicą.
IoT
CRA wymaga, żeby produkt nie szedł na rynek z znaną podatnością do wykorzystania, miał bezpieczne ustawienia domyślne i aktualizacje w zadeklarowanym okresie. To boli bardziej przy sprzęcie z firmware niż przy SaaS.
Umów rozmowę
Urządzenie połączone wychodzi z fabryki z obowiązkiem, którego nie da się „włączyć w 2027”. CRA chce braku znanych podatności do wykorzystania przy wprowadzeniu, bezpiecznych ustawień domyślnych i aktualizacji przez zadeklarowany okres wsparcia. To boli bardziej przy firmware i radiu niż przy slajdzie o chmurze.
Najpierw trzeba rozstrzygnąć, co jest wyrobem: sama płytka, firmware, aplikacja mobilna, chmura towarzysząca. Jeden PDE albo kilka. Bez tej decyzji nie wiecie, który SBOM, który CSIRT i która data wsparcia idzie na opakowanie.
11 września 2026 art. 14 nie czeka, aż OTA „się samo wgra”. Aktywnie wykorzystywana podatność w stosie comms to 24 godziny. Crado AI trzyma katalog modeli, SBOM firmware i kolejkę on-premise, w waszej sieci, nie w cudzej chmurze urządzenia.
Model i rewizja sprzętu to tożsamość PDE. Ten sam radio chip pod trzema SKU to trzy wiersze albo udokumentowana wspólna baza z różnicą.
Jeśli aplikacja jest wprowadzana na rynek pod waszym znakiem, nie chowa się za pudełkiem. Może być osobnym PDE albo częścią wyrobu - decyzja musi być w katalogu.
Annex I chce aktualizacji, w tym automatycznych z jasnym opt-out. Kanał OTA, klucz i polityka rollbacku to dowód, nie feature marketingowy.
Miesiąc i rok, widoczne w momencie sprzedaży. Hasło „wspieramy urządzenie” bez daty nie zamyka pliku.
01
SKU, rewizja, firmware, rynki, data wsparcia. Bez tego OTA i CVE nie mają do czego się przypiąć.
02
To, co idzie do programatora, musi mieć ten sam digest co plik.
03
Wiersz Annex I na hasłach, interfejsach i powierzchni ataku, nie slajd „secure by design”.
04
Właściciel, który w 24h umie powiedzieć, które serie są objęte i czy idzie early warning.
CRA dotyczy produktu z elementami cyfrowymi. Usługa w chmurze to osobna ocena. Jeśli aplikacja albo oprogramowanie towarzyszące idzie na rynek pod waszym znakiem, nie zakładajcie wyłączenia bez wiersza w katalogu.
Nowe wprowadzenie po 11 grudnia 2027 wymaga Annex I, oceny, deklaracji i CE. Istotna zmiana starszego modelu jest traktowana jako nowe wprowadzenie. Samo „już sprzedane” nie zamyka art. 14 od września 2026 dla wyrobów, które nadal wspieracie jako producent.
Annex I mówi o aktualizacjach, w tym automatycznych tam, gdzie to ma sens, z jasną rezygnacją. Brak kanału aktualizacji w okresie wsparcia jest luką pliku, nie decyzją produktową.
SBOM firmware i mapa serii opisują urządzenie w polu. Klienci przemysłowi i retailerzy nie chcą tego składu na cudzym tenancie.
Aplikacje, biblioteki i systemy wbudowane sprzedawane osobno.
Maszyny, sterowniki i automatyka z elementami cyfrowymi.
Elektronika i hardware: plik techniczny i znak CE.
Ile SKU, czy OTA już jest, czy SBOM firmware wychodzi z builda. Wycena po rozmowie, wdrożenie u was.
Umów rozmowęInstalacja na infrastrukturze klienta. Kopie zapasowe, tożsamość i sieć zostają w waszym standardzie. Nie ma planu SaaS.
Produkt