-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HELP Ring Bricked? #10
Comments
I've abused OMNI-Ring a lot and I have never bricked one. If something has been aborted or teared I always start by trying to reset everything.
What is the output of gp ls on your device? |
I've been wearing the thing daily, and should have gotten used to unlocking it when working with it, then re-locking it when done, but I, apparently mistakenly, didn't want to touch them too much so set them to a secret and just left them. On the reader side, do you have any recommendations from Amazon US, or another vendor if that won't work? I went with an "Identiv uTrust 4701 F", as it seemed to be one of the few non "ACS ACR 122U" readers easily available, and it wasn't much extra for a dual interface reader.
Here are a few command outputs:
Attempting to unlock the card via
|
FYI: follow this thread to see a real case where the ring can be bricked: #5 (comment) |
Reading through that one I actually have an SCL3711. It's just recognized by nfctools instead of pcsc on Linux, and I had not installed the Windows Driver as the other reader worked out of the box. Using that on Windows gives:
With the secret key instead of $RING_KEY. So, at least two different Identiv readers are giving the same error. |
Sorry I abbreviated from memory, I meant I'm not sure how to advise beyond this. Maybe I'll sacrifice one of my own OMNI-Rings to see if I can get the same kind of output... |
I've contacted support at this point, and will reference this in #5 and close the issue when it has been resolved. I really need to get some more cards to test against. Though one with an SLE78 would be preferred since it matches the ring, anything will work. **Do you have any recommendations for cards, and/or US suppliers?"" As I said, I did something stupid, and hit "ctrl-c" on Linux while gp was installing a Cap file. However, I did not remove the ring from the reader, so I believe it remained powered. It's the usual case of going fast and not treating application installation as a firmware flash with no recovery. To be specific, I was re-installing the IsoApplet while trying to debug why my reader was failing to send a command and failing during I am used to embedded platforms having a fixed C based bootloader,* and the software is designed so non-volatile memory writes are a big deal. Ideally, the JavaCard platform would have a C based watchdog where if certain checks don't pass every X minutes, it zeroes the entire memory and keys are restored. An APDU which does the same would also work. It's not quite "terminate", but is basically "secure erase". If I had to guess, as someone who has not actually read the spec or seen source code for the OS, stopping the installation partway through corrupted whatever the file system equivalent is. So, the manager application can no longer find the unlock keys. I have not tried playing with that application for fear of bricking the card, so I am seriously speculating though. Personally, I would treat the manager application as "special" and allow it to set aside a fixed memory region for the unlock keys which is only written to during changes instead of relying on the normal data structure. Bypass the wear leveling and talk directly to hardware. Sure, it means the gp keys can't be changed too often, but they rarely are. Examining Figure 2 (P. 10) of this PDF regarding one implementation on the SLE78, shows that this is not as easy a task as I would like. However, there must be some protection, otherwise someone could take advantage of terminating things while writing data in order to deliberately corrupt the file system in a way to gain access to things they aren't supposed to. * Possibly even with an e-fuse set so that memory is permanently in place. |
Also: My go to reader is a Omnikey HID5422 incidentally. I've used others but they're in storage so I don't know what they are. The 5422 is on my desk because it's the only reliable one. I use a Sony Xperia ZX sometimes too, and that works surprisingly well especially given how easy it is to disturb it while loading a cap. Otherwise, my assumptions are much the same as your own above. Sorry you're having the trouble you're having. Best of luck with support. |
Hello,
I just received one of these rings, and was playing with installing an applet via globalplatfrompro when something went wrong.
I had been using it via
gp --install <file.cap> --key ....
, when I accidentally killed the application part-way through.* Now, all I get is some variation of "6A88: Referenced data not found." I have tried figuring outgpshell
, and using "open_sc" returns: "mutual_authentication() returns 0x80206A88 (6A88: Referenced data not found.)"I also have a PivKey C980 (Same Infineon Chip) and key, and the "open_sc" command works there.
* Yes, that's on me, but still, I wasn't updating the keys.
The text was updated successfully, but these errors were encountered: