Az éttermi QR-kód: a menü változik, nem a kód

A menühöz használt QR-kódok 2020-ban váltak általánossá, és azóta sem tűntek el. A legtöbb étteremben a kódot egyszer készítette el a weboldalt kezelő személy, azóta pedig senki sem vizsgálta meg — ez azért fontos, mert a vendéglátásban összpontosul ennek a modellnek több jellemzője: sok kód, nagy leolvasási forgalom, hosszú ideig használt nyomtatott anyagok és szűk árrés.

Miért számláznak az éttermeknek asztalonként?

Mert a kódonkénti díjazás találkozik egy olyan vállalkozással, amelynek sok kódra van szüksége. Egy étteremben, ahol tizenkét asztali tartó, egy ablakmatrica és egy elviteleszacskó-matrica van, összesen tizennégy kód található. Kódonkénti dinamikus csomagnál ez havonta tizennégy tétel egy olyan menüért, amely korábban legfeljebb a papír árába került.

Az előfizetés itt szokatlanul ragadós is. Az asztali tartók lamináltak, a matricák ragasztottak, a menüket pedig legfeljebb évszakonként nyomtatják újra. Az újranyomtatás valódi munka, ezért a havi díj kényelmesen alatta marad — pontosan ez alapján állapították meg az árát. Egy „ingyenes” QR-kód valódi költsége bemutatja ezt a számítást.

Mit tud meg a szolgáltató a vendégeiről?

Minden leolvasás HTTP-kérésként először a szolgáltatóhoz érkezik, és csak utána töltődik be a menü. Sütik és hozzájárulás nélkül is megkapják a vendég IP-címét, az időbélyeget, az eszköz és az operációs rendszer adatait, valamint a preferált nyelvet — és mivel minden asztali tartónak saját rövid linkje van, azt is, hogy melyik asztalról történt a leolvasás.

Összesítve ez részletes képet ad a működéséről: óránkénti vendégszámot, az asztalok cserélődésének idejét, a legforgalmasabb asztalokat, a hétköznapi és hétvégi mintázatokat, valamint a vendégek nyelvi összetételét. Ez valóban hasznos működési adat az étteremről, amelyet azonban a berendezései generálnak, és valaki más gyűjt.

A szolgáltató teljes ügyfélkörére vetítve ennél többről van szó. Ha ugyanaz az eszközazonosító ismétlődik egy város éttermeiben, üzleteiben és rendezvényhelyszínein, az leírhatja egy ember mozgását. Az Európai Unió Bírósága a *Breyer* (C-582/14) ügyben kimondta, hogy a webhely üzemeltetője által naplózott dinamikus IP-cím személyes adat lehet. Ezért nem puszta érdekességről, hanem megfelelési kérdésről van szó — a GDPR szerint pedig a kockázat általában annál a vállalkozásnál jelentkezik, amelyik telepítette a kódot. Mit naplóz egy QR-proxy? részletesebben is bemutatja.

Mi romolhat el a gyakorlatban?

Az első három ugyanannak a hibának a különböző változata: a menü egy olyan cégtől függ, amely nem az öné. A negyedik nem kapcsolódik a számlázáshoz, de ezt súlyosbítja, hogy a szokatlan rövid domainhez hozzászokott vendégnek nincs eszköze észrevenni a rosszindulatú változatot.

Az NCSC értékelése szerint a kocsmákban és éttermekben használt QR-kódok általában biztonságosak, miközben az e-mailben érkező kódoknál sokkal nagyobb óvatosság indokolt. A megmaradó fizikai kockázat a ráragasztott matrica, az ellene való védekezés pedig egyszerű: ellenőrizze a tartókat.

Hogyan néz ki a rögzített változat?

Mi a helyzet a rendelési és fizetési kódokkal?

Ezeket érdemes elkülöníteni a menükódoktól, mert a kockázati profiljuk valóban más, ezért a tanács sem teljesen ugyanaz.

A rendelési és fizetési kód egy olyan oldalra küldi a vendéget, ahol bankkártyaadatokat fog megadni. Ez minden, ebben a cikkben tárgyalt probléma tétjét megemeli: egy fizetési kódra ragasztott matrica nem egyszerű kellemetlenség, hanem közvetlen út a kártyacsaláshoz. Ha a leolvasó az előnézetben nem ismeri fel a saját domainjét, nem tudja megkülönböztetni a fizetési oldalt egy meggyőző másolattól. Az FTC figyelmeztetése a legitim kódokra ragasztott matricákról pontosan ezt a mintát célozza más környezetekben; a parkolóautomaták a klasszikus példa.

Két szabály következik ebből. Először: a fizetési kód mindig a saját domainjét vagy a rendelési platform valódi domainjét kódolja — soha ne általános rövidítőt, mert ezzel eltűnik az egyetlen ellenőrzési jelzés, amely a vendég rendelkezésére áll. Másodszor: a kód mellé, jól olvashatóan nyomtassa ki a domaint, és ütemezetten ellenőrizze a fizikai tartókat; mindkettő olcsó, és ezek az egyetlen, asztalnál működő védekezések.

Ha a rendelési platform adja ki a kódokat, fejtsen vissza egyet, és nézze meg, melyik domain szerepel a tartalmában. Egyes platformok közvetlenül a saját domainjüket kódolják, ami rendben van. Mások ezen felül külső rövidítőt használnak, így egy további, szerződésben nem szereplő fél kerül a vendég és a kártyaadatokat kérő űrlap közé.

Hogyan állhat át?

1. Fejtsen vissza egy jelenlegi asztali tartót a leolvasónkkal, és nézze meg, melyik domain szerepel a tartalmában. Ha nem az öné, bérelt átirányítást használ.
2. Válasszon stabil URL-t — yourrestaurant.com/menu —, és gondoskodjon róla, hogy ne változzon. Ha később szeretné áthelyezni, irányítsa a kódot a yourrestaurant.com/m címre, és onnan állítsa be az átirányítást.
3. Készítsen statikus [URL QR-kódot](Url), amely ezt a címet kódolja.
4. Adjon hozzá elhelyezésenkénti követést, ha szeretné: ?src=table, ?src=window, ?src=takeaway. Saját analitikája ezután ugyanazokat az elhelyezésenkénti számokat adja, amelyeket a vezérlőpult eladott önnek.
5. Nyomtassa ki az URL-t jól olvashatóan a kód mellé, így a vendégek leolvasás nélkül is elérik a menüt, és láthatják, hogy a kód az öné.
6. Nyomtassa újra a következő természetes ciklusban, majd mondja le az előfizetést, amikor a régi tartók már kikerültek a használatból.

Ha a kódok már nem működnek, és a vendégek ma egy csomagváltási oldalra jutnak, a foglyul ejtett kódok helyreállítási útmutatója bemutatja a sürgős lépéseket az újranyomtatás előtt.

Készítse el a cserét most, hogy a következő nyomtatásra készen álljon: URL QR-kód. Háttéranyag: az igazság a QR-kódos csalásokról.