Kérdés:
Reverse Engineering Quebec, Kanada, PDF417 éttermi számlák
user66792
2014-12-19 23:05:15 UTC
view on stackexchange narkive permalink

Engedje meg, hogy elmagyarázzam, mit próbálok csinálni, majd hol vagyok ...

Amint ezen a képen látható:

enter image description here

van egy PDF417 végén tartalmazó karakterlánc, amely a legjobb tippem kb base64 húr.

Itt is van:

3GLDjVKaUbwysHTAffMyChP1wqzvc / h41aebPrw0PsprtPy85tBa87vzsLw6hL8t5FBJLGlHODGQ0O8ml0OKs7mmqgB1pZsAvcs2CyAgICA0MzA2MzjAyzYLICAgICBKdWxpZSAgIDMwU09CUwAApQAAagcAAAAAAAAA

És amikor dekódolom, a következőket kapom:

enter image description here

Valahogy megtaláltam a "Julie" pincérnő nevét és előtte van egy csomó szóköz, ami valószínűleg azért van, mert a név korlátozott méretű.

Ugyanaz a számlaszámra és a táblázatszámra is.

De kíváncsi voltam, hogy milyen információk találhatók az előző bitekben, ezért nagyon örülnék annak az ötletnek, hogy hogyan lehet tovább dekódolni / visszafejteni ezeket az információkat.


Az az base64 karakterlánc és annak tartalma "AEC-6822".

És h Van néhány nem kapcsolódó információ ahhoz, amit megpróbálok csinálni, de segíthet ... (remélem) http://www.revenuquebec.ca/documents/en/publications/in/in-577-v (2013-08) .pdf

Köszönöm szépen, BÁRMILYEN segítséget nagyra értékelünk!

Ne törődj a vonalkóddal, kíváncsi vagyok, miről szólnak azok az alul található véletlenszerű (?) Matematikai szimbólumok.
Három válaszokat:
Jason Geffner
2014-12-19 23:20:08 UTC
view on stackexchange narkive permalink

A https://www.ctf.ca/ctfweb/Documents/PDF/2009ctj/09ctj4-ainsworth.pdf oldalról -

A biztosítás mellett a bizonylaton bemutatott információk integritása, a Revenu Québec által tervezett megoldás biztosítja, hogy a [kézi] olvasó által beolvasott vonalkódot a [Revenu Québec] által az adott MEV-nek [SRM] átadott igazolás állítsa elő. aláírás. Az aláírást az SHA-256 és az ECC-224 kombinációja hozza létre.

Ez a módszer olyan tanúsítványt használ, amely minden MEV-hez [SRM] kiadott nyilvános és privát kulcsot tartalmaz, és információkat tartalmaz a MEV azonosítására [ SRM] és az étterem.

Az eredmény hosszának csökkentésére ( vonalkóddá alakítandó az elliptikus görbe algoritmust (ECC) választjuk) ) és a jó erő fenntartása érdekében.

Tehát a vonalkód korábbi bitjei nyilvánvalóan digitális aláírást alkotnak, ami megmagyarázza a magas entrópiát.

Hé, köszönöm, napok óta keresem ezeket az információkat, és percek alatt megtaláltad ... sóhaj ...
Szívesen segítek. Itt található a keresés, amely rám talált: https://www.google.com/webhp?q=canada+OR+canadian+OR+quebec+%22srm%22+%22barcode%22 - ez a harmadik találat.
user2864482
2016-09-11 19:33:50 UTC
view on stackexchange narkive permalink

Egyszer volt egy sor nyugtám, és átrágtam a statisztikákat arról, hogy a szimbólumok milyen gyakran ismétlődnek. Ez azt mutatja, hogy nagy valószínűséggel 256 szimbólum van, ami a szimbólumsor 96 = 12 * 8 bitet tartalmazna.

https://www.ietf.org/mail-archive/web /81attendees/current/msg00986.html

Az Unicode diagramok bejelölésével szinte az összes szimbólum az U + 22xx, "Matematikai szimbólumok" oldalon található. A többit nem találtam fel, amelyek némelyike ​​komolyan homályos, de úgy tűnik, hogy sans-serif héber betűk. Gondolom, hogy az U + 22xx-ben nem szereplő szimbólumok helyettesítik az oldal egyes szimbólumait, amelyek túlságosan hasonlítanak a többihez.

Úgy tűnik, hogy nincs olyan hétköznapi adatfeldolgozási cél, amelyet a szimbólumok szolgálhatnának. , mivel minden információt, amelyet géppel szeretne feldolgozni, beírja a vonalkódba. Azt hiszem, hogy a szimbólumok a vonalkód információinak kivonata, összefoglalója vagy részhalmaza, és "nyugtaszámként" működnek, amelyet a címzett elolvashat, így ha két vevő ugyanazt vásárolja , a létesítmény nem adhat nekik két példányt egy (rögzített) nyugtáról, hanem két nyugtát kell rögzíteniük, hogy mindegyiknek átadhassák őket.

Ez a magyarázat arra szolgál, hogy a szimbólumok miért könnyen felismerhetők emberileg. Ez a Québec Musée de la civilization-ben szerzett tapasztalatokon is alapszik: teát vásároltam a kávézóban, és társam is vásárolt egy teát, közvetlenül utánam, ugyanattól a pénztártól. A nyugtáinkon ugyanaz a szimbólum sor volt, ami rendkívül valószínűtlen esemény, ami arra utal, hogy egy rögzített nyugta duplikált példányait kaptuk.

h3xStream
2020-01-08 02:40:30 UTC
view on stackexchange narkive permalink

Néhány minta alapján itt áttekintést olvashat néhány, egyértelműen olvasható mezőről.

Forrás: https://github.com/fproulx/tastybits/blob/master /NOTES.md

Adatkészletek: https://github.com/fproulx/tastybits/tree/master/sample-data

Nem hivatalos specifikáció

  • PDF417 vonalkód BASE64 kódolású bináris hasznos terheléssel
  • Mindig 0x7A bájt hosszú == 122 bájt == 976 bit
  • Megjelenik az endianitás hogy kis Endian (Intel)
  • [0x00, 0x39] Ismeretlen adat. Számlánként mindig különbözik.
  • [0x40, 0x43] MEV sorozatszám
    • Megjegyzések: balra igazított bináris 32 bites kis endian, nulla párnázott ( 0x00)
  • [0x44, 0x47] MEV tranzakciószámláló (monoton növekvő)
    • Megjegyzések: balra igazított bináris 32- bit kis endian, nulla párnázatlan (0x00)
  • [0x48, 0x4B] Ismeretlen adatok
  • [0x4C, 0x55] Egyedi számla / tranzakció száma
    • Megjegyzések: jobbra igazított ASCII szöveg, üres szóköz kitöltve (0x20)
  • [0x56, 0x59] Számla dátuma
    • Megjegyzés: Az MRQ-korszak másodpercek száma (2009-01-01)
  • [0x5A, 0x63] Alkalmazott neve
    • Megjegyzések: jobbra igazított ASCII szöveg, üres szóköz kitöltve (0x20)
  • [0x64, 0x6B] Szállító mező, általában tábla száma, elvitel stb.
    • Megjegyzések: jobbra igazított ASCII szöveg, üres szóköz (0x20)
  • [0x6C, 0x6E] TPS érték centben
    • Megjegyzések: balra igazított bináris 24 bites, kis endián, nulla párnázott (0x00)
  • [0x6F, 0x71] TVQ-érték centben
    • Megjegyzések: balra igazított bináris 24 bites, kis endián, nulla párnázott (0x00)
  • [0x72, 0x77] Teljes ár (a TPS + TVQ-t is beleértve) centben
    • Megjegyzések: balra igazított bináris 24 bites, kis endian, nulla párnázott (0x00)
  • [0x78, 0x7A] Állandó adatok (0C: 43: 0E)


Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...