V normě GSMA pro eSIM je místo dvou spojovníků dlouhá pomlčka, v PDF zůstává dál

Když si dnes na telefonu aktivujete tarif bez plastové karty, řídí se ta výměna normou SGP.22 sdružení GSMA, které vydává i specifikace zpráv RCS. Popisuje, jak si přístroj stáhne profil operátora do čipu eUICC – tedy do toho, čemu se běžně říká eSIM. Nejnovější verze řady 2.x, označená 2.7, vyšla 24. dubna 2026. O necelý měsíc později k ní GSMA muselo vydat samostatnou poznámku, protože se do jejího strojového zápisu dostal špatný znak.

Dva spojovníky, které dělají komentář

Zprávy mezi telefonem a serverem operátora norma popisuje zápisem ASN.1. Je to způsob, jak přesně a strojově čitelně zapsat, z jakých políček se která zpráva skládá; z takového zápisu se pak automaticky vyrábí kód, který zprávy sestavuje a rozebírá.

Co je v tom zápisu poznámka pro člověka a co už samotná definice, určuje doporučení ITU-T X.680 (vydání z února 2021, shodné s normou ISO/IEC 8824-1:2021). V článku 12.6.3 stojí, že komentář začíná dvojicí sousedních spojovníků a končí buď další takovou dvojicí, nebo koncem řádku. Žádný jiný znak komentář nezačíná – dlouhá pomlčka tedy ne.

Dvě místa na jedné stránce

Přesně to se v nové verzi normy stalo, a to dvakrát. GSMA obě místa popisuje v aplikační poznámce z 19. května 2026. První je v oddílu 5.7.8 u funkce ES10b GetEUICCInfo na straně 205: za slovem OPTIONAL má následovat mezera, dva spojovníky a mezera, jenže první spojovník je dlouhá pomlčka.

euiccMinimumSecurityLevel [21] OCTET STRING (SIZE (1)) OPTIONAL —- value for eUICC Minimum Security Level Check

Druhé místo je o pár řádků níž na téže straně. U položky s pořadovým číslem 28 jsou oba spojovníky nahrazené jedinou dlouhou pomlčkou:

rspServerTestProfileAllowlistCheckSupport (28) — support for RSP Server Test Profile Allow-list Check

Obě chyby se pak opakují v příloze H, kde má norma všechny definice ASN.1 pohromadě – tam na straně 277.

Opravený je soubor, ne text normy

Vedle samotné normy zveřejňuje GSMA i samostatný archiv se zápisem ASN.1, aby se z něj dalo rovnou vyjít. Podle poznámky se na web dostal 27. dubna a upravený byl 4. května. Přiložený soubor read.me uvnitř téhož archivu ale u opravené verze uvádí datum 30. dubna. Rozdílu čtyř dnů si žádný z těch dvou dokumentů nevšímá a GSMA ho nevysvětluje.

Archiv stažený 3. srpna 2026 z gsma.com dlouhou pomlčku neobsahuje už ani jednou, oprava tedy platí. PDF normy stažené z téhož webu a téhož dne má ale obě vadná místa dál – na straně 205 i v příloze H. Poznámka to ostatně předpokládá: doporučuje projít každý zápis ASN.1 vyrobený z textu verze 2.7 a obě místa v něm zkontrolovat.

Čtyři starší verze mezitím dosloužily

Přehled verzí na stránce GSMA k tomu přidává ještě jednu změnu. K 30. červnu 2026 skončila platnost verzí SGP.22 2.2, 2.2.1, 2.2.2 a 2.6; sdružení k tomu vysvětluje, že „expired“ znamená, že taková verze už nemusí platit jako doklad shody s eSIM. Není to tedy nic, co by se dotklo telefonů, které podle ní vznikly – jde o certifikaci nových výrobků. Vedle řady 2.x přitom platí i řada 3.x, jejíž poslední verze 3.1 je z 1. prosince 2023.

Co to znamená pro telefon v kapse

Nic. Poznámka míří na ty, kdo z normy vyrábějí kód, ne na majitele telefonů, a GSMA nikde neuvádí, že by kvůli tomu někde něco přestalo fungovat. Chyba je ve zdrojovém zápisu, ze kterého se teprve vyrábí kód, ne v přístroji, který podle hotového kódu běží.

Zajímavá je ta chyba něčím jiným. Norma se vydává i jako dokument pro textový editor a strojový zápis z ní vychází; stačí, aby se v něm jeden znak proměnil v dlouhou pomlčku, a nástroj, který soubor čte, přestane vidět poznámku pro člověka a začne zbytek řádku číst jako součást definice. Kolik takových nástrojů na to narazilo, se z poznámky nedozvíme – GSMA jen doporučuje zkontrolovat.

Zbývá časový odstup. Verze vyšla 24. dubna, opravený soubor přišel do týdne, ale text normy má chybu i po třech měsících – a kdo si ho stáhne dnes jako PDF, dostane ji s ním.