SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Ja, probeer nou eerst eens of je een SPI bus of zo kunt afluisteren! Daarna zou je van alle aangesloten pinnen moeten bekijken wat er gebeurd, vooral op het moment dat je de PIN invoert en bevestigd. Stoppen met speculeren en beginnen met meten!
Als ik alles had geweten had ik het al gedaan. Ik moet eerst het weekend inlezen wat en hoe.
Zodra ik de ICSPDAT of ICSPCLK aansluit op de PicKit springt de UFD op rood en kan ik niets meer doen. Key indrukken werkt niet, reset van UFD werkt niet. Zodra ik 1 van de 2 los trek doet die het weer, maar zodra ik deze weer aansluit op de PicKit springt die gelijk op rood (de UFD).
Ik heb de batt. verwijderd en VDD via de PicKit laten lopen, maar dat werkt ook niet.
[Bericht gewijzigd door Henry S. op (27%)]
De labels die je noemt gelden nu niet... beschrijf ze liever als ingang/uitgang met het bijbehorende nummer.
Ik heb de ICSP overgenomen:
http://www.embedded-knowhow.co.uk/MPLAB%202.gif
En aangesloten op:
RA0/AN0/C1IN+/ICSPDAT/ULPWU
RA1/AN1/C1IN-/VREF/ICSPCLK
[Bericht gewijzigd door Henry S. op (40%)]
Van de PICkit zijn pinnetjes 4-5-6 gelijk aan kanaal 1, 2 en 3 van je analyser.
En voor de Pic is belangrijk dat je even aangeeft waar de pinnetjes die je volgt op aangesloten zitten...
En misschien moet je de 'logic analyser' pas aansluiten nadat je de betreffende softwaremodule hebt opgestart. Want dan weet je zeker dat de ingangen van de PicKit ook ècht als ingang staan ingesteld.
[EDIT]
Het lijkt alsof je nu toets 0/1 en toets 2/3 volgt. Ingangen dus... Pourquoi?
[EDIT2]
Net even hier de PICkit opgestart...
Let op:
Ch1 en Ch2 hebben een pulldown weerstand van 4k7. Verder moet inderdaad de Vcc doorverbonden zijn tussen PICkit en schakeling..
Nee, lukt me nog niet om de PIC uit te lezen. Morgen weer proberen. Wat ik ook probeer, de UFD locked (rode LED knippert) en kan dan niets doen.
[Bericht gewijzigd door Henry S. op (39%)]
Kun je op basis van wat je nu weet eens een principeschema tekenen van hoe alles is aangesloten rondom de PIC?
Ik zal zo wat foto's posten waar ik de PicKit heb aangesloten.
Ik heb nog een PCB over (die van de foto). Is er iemand die interesse heeft die mee wilt doen waarbij ik de PCB wil versturen? Ik hoeft de stick niet terug 
Als je bedoelt dat je dus een "ontmantelde" stick hebt, dan heb ik wel interesse.
Al is het maar om mee te kijken.
(email adres staat in profiel)
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Idem hier, maar ik heb al een behoorlijke backlog aan projectjes die ik "eigenlijk" een keer af moet maken, dus ik weet 99% zeker dat ik er ofwel op de dag van ontvangst mee ga spelen, ofwel helemaal niet. Als Franzki of Progger wel een digitale scope en logic analyser hebben om wat af te luisteren (verstand van zaken hebben ze zeker, zoveel is duidelijk), wil ik uiteraard wel meedenken.
Hoi Progger, ik heb de PCB al naar Franzki gestuurd. Ik heb nog een Padlock 2 voor je, maar die zit nog in zijn jasje. Is het erg als je zelf de epoxy van de PCB afhaalt mits nodig?
Ik heb het geluk deze week weer chemo te krijgen dus ben bang dat ik dan niet veel kan. Vorige keer goed ziek van geweest.
Ik stuur je wel even een email 
Vandaag het printje ontvangen, de handleiding erbij gezocht en er wat mee gespeeld om er wat gevoel bij te krijgen. Het blijft nog een beetje vaag hoe het precies werkt met PIN-code en Master PIN.
Vervolgens leek het dat sommige dingen niet goed werken zonder batterij... dus ook maar de batterij gesoldeerd en met 'hot glue' op de geheugenchip geplakt.
Verder even de werking van switches doorgemeten. Uiteindelijk bleek het toch nog nodig om de kapjes van de switches te halen om zekerheid te krijgen.
Op 12 september 2014 18:28:10 schreef Lemmings:
KEY is aangesloten op PIC 2 (RA5/T1CKI/OSC1/CLKIN)
0/1 is aangesloten op PIC 13 (RA0/AN0/C1IN+/ICSPDAT/ULPWU)
2/3 is aangesloten op PIC 12 (RA1/AN1/C1IN-/VREF/ICSPCLK)
4/5 is aangesloten op PIC 11 (RA2/AN2/T0CKI/INT/C1OUT)
6/7 is aangesloten op PIC 13 (RA0/AN0/C1IN+/ICSPDAT/ULPWU)
8/9 is aangesloten op PIC 3 (RA4/AN3/T1G/OSC2/CLKOUT)
Dit zijn mijn bevindingen:
De 6/7 toets is dus afwijkend aangesloten... wellicht om een extra i/o pin uit te sparen maar misschien ook om het 'hacken' iets moeilijker te maken.
[EDIT]
En ik vermoed dat deze stick defect is. 
Na een volledige reset zijn alle bestanden die ik er vanmiddag op heb gezet nog steeds zonder PIN-code benaderbaar. Het lijkt alsof er geen (nieuwe) AES-key naar de controller wordt gestuurd.
Misschien dat er bij de eerdere experimenten door de topicstarter toch iets kapot is gegaan. Ik heb zojuist zelf bij de PIC nog een keer opnieuw alle pootjes gesoldeerd en alle overtollige tin weggehaald... maar geen verschil.
En ter verduidelijking... de 8GB opslag werkt gewoon. Alleen lijkt er nu iets mis met de beveiliging.
Frankzi, niet bekend. Reset met 911 bedoel je neem ik aan? Ik ben helaas niet in staat om het op te pakken voor een paar dagen, maar mijn neefje pakt het op. Ik zal eens kijken of ik een andere UFD kan regelen voor je
Ik heb het inderdaad over de 911-reset. Deze zou de stick onleesbaar moeten maken als hij beveiligd is. Of zoals wij het hier bedacht hadden: een nieuwe AES-sleutel moeten aanmaken en naar de controller moeten sturen.
Maar met deze stick is de data gewoon leesbaar na het achtereenvolgens instellen van een PIN-code, het locken en vervolgens het resetten met 911. Vandaar de conclusie dat de communicatie tussen PIC en controller niet meer goed verloopt.
Progger
GMT+1
Zo juist heb ik ook een stick ontvangen! bedankt daarvoor.
ik ga nu op zoek naar de juiste materialen. Lemmings, je zei dat het met +/- 100°C geschrapt kon worden? werd het dan zachter?
Progger: Kopt. Als je 5 CM met 100 graden heat-gun erboven gaat zitten voor 10/20 seconde dan kan je het met een scalpel wegpeuteren. Pokkewerk, maar zeker te doen
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Ik denk dat we inderdaad moeten aannemen dat er iets mis is met de stick van Franski, maar het is alsnog een interessante observatie; er is dus een failure mode waarbij de beveiliging van de stick niet meer werkt, op een manier die voor de gebruiker niet direct zichtbaar is. Als je deze failure mode kunt "aanbrengen" zonder de stick zichtbaar te beschadigen, zou je dat bij een stick van iemand anders kunnen doen, en later de data die er vanaf dat moment op gezet is, kunnen lezen. De PIC had natuurlijk moeten controleren of het schrijven van de nieuwe sleutel is gelukt, en dan pas de controller vrijgeven voor gebruik.
@Franski: kun je controleren of de stick ook niet vrijgegeven wordt (en dus pas wordt herkent door de PC) nadat je de correcte PIN hebt ingevoerd? Daaruit zouden we kunnen concluderen dat het vrijgeven via een ander kanaal gebeurd (waarschijnlijk via een losse I/O pin).
Er is onderscheid tussen vrijgave van de stick en encryptie van de stick. Dit gebeurt normaal gesproken beide, dat lijkt ook wel logisch... anders loop je het risico dat je OS gaat proberen om een ge-encrypte stick te "repareren" of formatteren doordat hij onleesbaar is.
En in mijn geval lijkt het lijntje van de AES-sleutel geblokkeerd, maar het lijntje van vrijgave/blokkade doet het gewoon.
Zonder geldige PIN kan ik de schijf niet benaderen, maar hij lijkt niet ge-encrypt te worden.
Als de communcicatie van AES-sleutel via een i2c-bus gaat, moet je gewoon iets kortsluiten of doorkrassen denk ik.
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Het vrijgeven had natuurlijk over dezelfde bus gedaan kunnen worden, maar dat lijkt dus niet het geval.
Om een lijntje door te krassen of kort te sluiten moet je de stick alsnog open maken. Ik zou ook niet direct weten hoe je anders deze failure mode zou kunnen triggeren, en we weten nu ook nog niet hoe dat bij jouw exemplaar is gebeurd, toch? De aanwezigheid van deze failure mode, en dus de indicatie dat de communicatie met de controller niet bewaakt wordt, vind ik wel een teken aan de wand. Het suggereert dat de kans op andere fuck-ups best groot is, lijkt me.
Er zijn best wat mogelijkheden als de stick eenmaal open is...
Je zou gewoon de PIC kunnen wissen en een eigen programma kunnen flashen zonder encryptie en met een backdoor.
[EDIT]
En ik denk dat je alleen maar 100% veilig bent als je zeker weet dat er niet gerommeld is met de stick. Dus eigenlijk met een behuizing die verzegeld is of die niet geopend kan worden.
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Ik zou inderdaad denken dat de behuizing "tamper-evident" zou zijn, dus dat het erg moeilijk is om hem open en weer dicht te maken zonder duidelijke sporen achter te laten.
Als het mogelijk zou zijn om zo'n failure mode te triggeren zonder het ding open te maken, of in ieder geval zonder het potting materiaal te verwijderen, zou dat een serieuze kwetsbaarheid zijn. Als je het hele ding moet uitgraven en de PIC opnieuw moet flashen, kun je net zo goed de hele PCB vervangen en alleen de behuizing hergebruiken om iemand te neppen.