27C256 kodovaci board / dekodovanie

[midnight_man]

Pozdravujem osadenstvo,

Vedel by mi niekto poradiť, prípadne nasmerovať správne?

Mám tu pamäť 27c256 pre riadiacu jednotku motora ktorá sedí na kryptovacom boarde, ktorý chráni obsah.
Keď vyčítate pamat programmerom, je to nepoužitelný bordel....
Tak isto pokiaľ vyčítate pamat s boardom, taký istý nepouzitelny bordel...

Zrejme board rozpozná že ho číta programmer...a nie procesor v ECU...

Neexistovala by možnosť ako prečítať tú 27C256, aby dekodovaci board netušil že ju čítame von?

Ďakovala

[deepspace]

Nepoznam presne tento pripad, ale napriklad v pristrojovke je eprom sifrovana klucom, ktory je ulozeny v procesore, a bez tejto informacie z eprom rozumne data nedostanes..

[midnight_man]

nie nie nie..toto je sprosta ECU z roku 1990 bezne je to nesifrovane...kluc je v tom obvode odspodu dekodovacieho boardu.

[peterple]

Ak je sprostá tak prečo si komunikáciu neodchytíš LA a potom to nevyčítaš presne rovnakým spôsobom? Ale čo keď komunikácia funguje ako HTTPS?

[midnight_man]

netusim ako by som odchytil komunikaciu .....

skor je moja otazka ako by sme prečítali tú 27C256 tak...ako ECU....programmer to číta nejak naraz...preto ten dekrypt board na to príde...ak by sme to ale čítali spôsobom ako to číta ECU...musí z toho vyjst pôvodný obsah!!!

Ten dekrypt board je totiž dorobený...takže ECU keď číta...dostáva dekodovane hodnoty....

[maskrtnik01]

Proste na všetky signály zavesiť logický analyzér a nahrať si komunikáciu medzi ecu a tou doskou.

[midnight_man]

pardon ja som to zle podal...

v pôvodnej verzii ECU procesor priamo číta z pamate 27C256 a v 27c256 sa nachadzaju surove data..

niekto vytvoril tento dekodovaci board....vložil ho medzi procesor a 27c256.

obsah 27c256 je teda zakodovany....(pri čitani programmerom)

avšak jednotka beztak dalej číta cez ten dekoding board nadalej pôvodne surove data /musi inak by auto neslo/.

Rozdiel je v tom ako číta tú eepromku programmer a ako ju číta ECU!...

ten obvod na dekodovacom boarde len mení adresy či čo...v nom nie je software tušim.

[peterple]

Keby len menil adresy tak by to aj programer vyčítal správne. Ale on príde na to že sa to číta lineárne a v kuse. Napríklad tak že vidí že je CS stále v nule. Alebo je tam ešte OE a vyžaduje sa nejaká postupnosť tých signálov (možno aj časová) ktorá definuje správny spôsob prístupu. LA sú dnes za babku a ty máš problém to nahrať?
V roku 1990 kedy vzniklo HTTP a šifrovanie sa max riešilo nejakým xorom tak máš ešte akú takú šancu odchytením komunikácie zistiť ako to pracuje.
Dnes pri použití asymetrického šifrovania ti ani odpočúvnutie komunikácie nepomôže, nakoľko sa vymieňajú iba verejné kľúče.

[midnight_man]

https://easyeda.com/editor#id=|cbad54a0 ... 932b4db631

toto je zapojenie toho boardu

keď som to čítal s dekodovacim boardom priamo v beeprogu a vypol overenie ID a kontrolu pri VCCmax...

tak to vytiahne data...avšak sem tam je error..

keď porovnáte 2 po sebe iduce dumpy, sem tam majú difference...

existuje riešenie ako z toho dostať surovy obsah?

[jenda23]

Pak jedině paměť vyčíst vyletovanou. Nebo na tej desce je jen paměť?

[midnight_man]

ked vyberem 27c256 z toho crypto boardu a vycitam ju priamo...sú to nezmysli

ten board prehadzuje adresné piny...

[jenda23]

A tobě jde konkrétně o co. Dekodovat ty data nebo je přehrát do další paměti?

[peterple]

no ak ten board nemáš ako odpočúvnuť v nejakom originalnom stroji tak by som si na to zobral arduino a skúšal. Ako vidíš tak OE a CE ide do toho šifrovacieho bazmeka. Prečo asi? Keby len prehadzoval adresy tak by stačilo tam mať privedené len adresné signály. Teda adresy sa miešajú aj podľa stavu týchto signálov. No a tam moc kombinácií snáď nemôže byť. Takže by som skúšal rôzne sekvenie čítania a sledoval ako to mieša či nemieša.
Ale istota je ako som písal na začiatku. Pomocou logického analyzátora nabrať komunikáciu a potom ju presne zopakovať pomocou arduina.