Programista 2/2026 (123) – maj/czerwiec – Cyber Resilience Act: co oznacza dla programistów systemów wbudowanych? – SPIS TREŚCI

programistamag.pl 5 miesięcy temu

Zapraszamy do zamówienia magazynu w >>prenumeracie<<. Miesięcznik jest dostępny w formie papierowej, PDF, EPUB i MOBI oraz AZW3. Do prenumeraty papierowej zawsze dołączamy wydania elektroniczne.

BIBLIOTEKI I NARZĘDZIA

Automatyczne generowanie kodu {>>więcej o tym artykule<<}

Jednym z największych przyjaciół każdego programisty jest automatyzacja. Komputery z natury rzeczy nie robią pomyłek i o ile tylko zostaną prawidłowo skonfigurowane, mogą wykonywać za nas powtarzalne zadania, oszczędzając nam pracy, ale też równolegle ograniczając prawdopodobieństwo powstania w czasie tego procesu niepożądanych błędów. Generowanie kodu źródłowego to jedno z takich zadań; warto przyjrzeć się bliżej temu rozwiązaniu, bo ma ono wszystkie zalety kopiowania kodu, ale jest pozbawione jego wad.

Wojciech Sura

PROGRAMOWANIE URZĄDZEŃ MOBILNYCH

JavaScript jak w zegarku

Smartwatche dla wielu są już elementem codzienności. Każde takie urządzenie to mały komputer pełen funkcjonalności, jak komunikacja ze telefonem, monitorowanie tętna czy GPS. kilka z nich oferuje jednak użytkownikom dostęp do pełni swojego potencjału. Wyjątkiem pozostają tu zegarki firmy Garmin (opisywane w jednym z poprzednich wydań magazynu Programista), a także urządzenia z serii Bangle.js będące częścią otwartoźródłowego projektu Espruino – interpretera języka JavaScript na mikrokontrolery.

Bartek "Pokerfacowaty" Nowak

PROGRAMOWANIE SYSTEMÓW OSADZONYCH

Cyber Resilience Act: co oznacza dla programistów systemów wbudowanych? {>>więcej o tym artykule<<}

Przez ostatnie lata bezpieczeństwo cyfrowe urządzeń IoT zależało od dobrej woli producentów. Ponieważ żadne przepisy nie wymuszały konkretnych standardów ochrony, do domów konsumentów trafiało mnóstwo urządzeń z poważnymi podatnościami. Problem w końcu dostrzegła Unia Europejska i rozwiązała go jednym rozporządzeniem. niedługo produkty, które nie zapewnią odpowiedniego poziomu zabezpieczeń, będą… nielegalne. I choć brzmi to jak temat dla prawników, w praktyce to programiści systemów wbudowanych będą mieli ręce pełne roboty.

Katarzyna Zalewska

BEZPIECZEŃSTWO

Własne środowisko do ćwiczeń red team – benchmark

W poprzednim artykule przedstawiony został Ludus. Dla przypomnienia, Ludus to otwartoźródłowy system do budowania i zarządzania środowiskami typu cyber range, czyli izolowanymi, powtarzalnymi laboratoriami cyberbezpieczeństwa przeznaczonymi do testów, badań, szkoleń, developmentu, ćwiczeń red team, blue team oraz purple team, a jego główna wartość polega na tym, iż zamiast manualnie konfigurować wiele maszyn wirtualnych, sieci, domen Active Directory, hostów linuksowych, stacji roboczych, segmentów sieciowych i mechanizmów dostępu, użytkownik opisuje oczekiwane środowisko w sposób zautomatyzowany, a Ludus zajmuje się jego utworzeniem, wdrożeniem i utrzymaniem na bazie Proxmox, Packer oraz Ansible.

foxtrot_charlie

Z ARCHIWUM CVE

n8n i webhook

Współczesne systemy coraz częściej opierają się na automatyzacji procesów i integracji wielu usług w jedną spójną całość. Narzędzia takie jak n8n pozwalają w prosty sposób łączyć różne systemy, przetwarzać dane i budować zaawansowane workflow bez konieczności pisania dużej ilości kodu. Taki poziom integracji niesie jednak za sobą istotne ryzyko – pojedyncza luka bezpieczeństwa może prowadzić do przęjęcia całego środowiska. W tym artykule przeanalizujemy krytyczną podatność w n8n, której skutkiem może być nieautoryzowany dostęp do systemu oraz wykonanie dowolnego kodu.

Mariusz Zaborski

PRAWO

Piaskownice regulacyjne w AI. Część 2

Komisja UE zapewnia wsparcie techniczne, doradztwo i narzędzia do celów ustanowienia i działania piaskownic regulacyjnych w zakresie sztucznej inteligencji. Obowiązek może również zostać spełniony poprzez uczestnictwo w istniejącej piaskownicy w zakresie, w jakim udział ten stwarza równoważny poziom zasięgu krajowego dla uczestniczących państw członkowskich.

Przemysław Gogojewicz

PLANETA IT

Niewidzialne koszty wolności: ciemna strona utrzymania systemu open source

W numerze 113 (3/2024) „Programisty” ukazał się mój artykuł pt. „Ile kosztuje >>darmowe<< oprogramowanie”. Przedstawiłem w nim przegląd ukrytych kosztów i ryzyk, związanych z używaniem wolnego i otwartego systemu we własnych projektach. Choć mogą być one niemałe, to ich znajomość i zrozumienie pozwala na podejmowanie świadomych decyzji i sprawiać, iż stanie się ono atutem, a nie obciążeniem dla naszej organizacji. Niniejszy artykuł stanowi niejako uzupełnienie poprzedniego – tym razem skupię się nie na kosztach i ryzykach związanych z używaniem, ale samym wytwarzaniem systemu open source.

Maciej Norberciak

Polskie IT: Bohaterowie drugiego planu {>>więcej o tym artykule<<}

W latach burzliwego rozwoju polskiej techniki komputerowej pojawiały się różnorodne konstrukcje. Niektóre z nich były bardziej znane, ze względu na nowatorskie podejście, znane nazwiska projektantów, wielkość budżetu czy rozmach i poziom zaangażowania aparatu państwowego. Nie zawsze taka sława była zasłużona. Równolegle powstawało wiele konstrukcji prototypowych lub produkowanych w większych ilościach, ale z różnych przyczyn mniej znanych.

Robert Jaremczak

Idź do oryginalnego materiału