Lähettäjä https://www.ctf.ca/ctfweb/Documents/PDF/2009ctj/09ctj4-ainsworth.pdf -

Sen lisäksi, että varmistat kuitissa esitettyjen tietojen eheys, Revenu Québecin suunnittelema ratkaisu varmistaa, että [kämmenlaitteen] lukijan skannatut viivakoodit tuotetaan [Revenu Québecin] tietylle MEV: lle [SRM] toimittamalla varmenteella allekirjoitus. Allekirjoitus on tuotettu yhdistelmällä SHA-256 ja ECC-224.

Tässä menetelmässä käytetään varmentetta, joka sisältää jokaiselle MEV: lle [SRM] myönnetyn julkisen ja yksityisen avaimen sekä tiedot, jotka tunnistavat MEV: n [ SRM] ja ravintola.

Valitsemme elliptisen käyrän algoritmin (ECC) pienentämään tuloksen pituutta ( muunnetaan viivakoodiksi ) ja hyvän lujuuden ylläpitämiseksi.

Joten ilmeisesti viivakoodin edelliset bitit muodostavat digitaalisen allekirjoituksen, mikä selittäisi korkean entropian.

Minulla oli kerran joukko kuitteja ja pureskelin tilastoja siitä, kuinka usein symbolit toistuvat. Tämä osoittaa, että todennäköisimmin on 256 symbolia, mikä tekisi symbolirivistä 96 = 12 * 8 bittiä.

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

Unicode-kaavioiden tarkistus, melkein kaikki symbolit ovat sivulla U + 22xx, "Matemaattiset symbolit". En ole jäljittänyt jäljellä olevia, joista osa on vakavasti epäselvä, mutta jotkut näyttävät olevan sans-serif-heprealaisia ​​kirjaimia. Oletan, että symbolien, jotka eivät ole U + 22xx: ssä, on korvattava joitain sivun symboleja, jotka ovat liikaa muiden kaltaisia.

Näyttää siltä, ​​ettei ole mitään tavanomaista tietojenkäsittelytarkoitusta, jota symbolit voisivat palvella. , koska kaikki tiedot, jotka halusit olla koneella käsiteltäviä, laitat viivakoodiin. Oletan, että symbolit ovat viivakoodin tietojen tiivistelmä, yhteenveto tai osajoukko ja toimivat "kuitinumerona", jonka vastaanottaja voi lukea, joten jos kaksi ostajaa ostaa saman asian , laitos ei voi antaa heille kahta kopiota yhdestä (kirjatusta) kuitista, vaan pikemminkin on kirjattava kaksi kuittia annettavaksi kullekin niistä.

Tämä selitys kertoo, miksi symbolit ovat helposti tunnistettavissa ihmisille. Se perustuu myös kokemukseen Musée de la civilisation à Québecistä: ostin teetä kahvilasta, ja toverini osti myös teen heti minun jälkeeni samalta kassalta. Kuiteissamme oli sama symbolirivi, joka on yllättävän epätodennäköinen tapahtuma, mikä viittaa siihen, että saimme kopiot yhdestä kirjatusta kuitista.

Tässä on muutamien näytteiden perusteella yleiskatsaus joistakin kentistä, jotka voidaan lukea selkeästi.

Lähde: https://github.com/fproulx/tastybits/blob/master /NOTES.md

Tietojoukot: https://github.com/fproulx/tastybits/tree/master/sample-data

Epävirallinen määrittely

• PDF417-viivakoodi BASE64-koodatulla binaarisella hyötykuormalla
• Aina 0x7A tavua pitkä == 122 tavua == 976 bittiä
• Endianness näkyy olla pieni Endian (Intel)
• [0x00, 0x39] Tuntematon data. Eri aina laskuista toiseen.
• [0x40, 0x43] MEV-sarjanumero
  • Huomautuksia: vasemmalle tasattu binaarinen 32-bittinen pieni endian, nolla pehmustettu ( 0x00)
• [0x44, 0x47] MEV-tapahtumalaskuri (monotonisesti kasvava)
  • Huomautukset: vasemmalle tasattu binääri 32- bittiä vähän endiania, nolla pehmustettu (0x00)
• [0x48, 0x4B] Tuntematonta tietoa
• [0x4C, 0x55] Ainutlaatuinen laskun / tapahtuman numero
  • Huomautuksia: oikealle tasattu ASCII-teksti, välilyönti täytetty (0x20)
• [0x56, 0x59] Laskupäivämäärä
  • Huomautus: Sekuntien määrä MRQ-aikakaudelta (2009-01-01)
• [0x5A, 0x63] Työntekijän nimi
  • Huomautuksia: oikealle tasattu ASCII-teksti, välilyönti täytetty (0x20)
• [0x64, 0x6B] Toimittajakenttä, yleensä taulukon numero, nouto jne.
  • Huomautuksia: oikealle tasattu ASCII-teksti, välilyönti pehmustettu (0x20)
• [0x6C, 0x6E] TPS arvo sentteinä
  • Huomautuksia: vasemmalle tasattu binaarinen 24-bittinen, pienikokoinen, nolla pehmustettu (0x00)
• [0x6F, 0x71] TVQ-arvo sentteinä
  • Huomautuksia: vasemmalle tasattu binaarinen 24-bittinen, pieni endiaani, nolla pehmustettu (0x00)
• [0x72, 0x77] Kokonaishinta (sisältäen TPS + TVQ) sentteinä
  • Huomautuksia: vasemmalle tasattu binaarinen 24-bittinen, little-endian, nolla pehmustettu (0x00)
• [0x78, 0x7A] Vakiotiedot (0C: 43: 0E)