Closed maxieds closed 2 years ago
I agree it needs some structure now. This scripting will be nice to run all the testing. Also on the side of the PCD writer we make testing scripts . (Each script will make a some desfire config.)
starting like a 1) simple app, containg a read write file , 2: a NFC tag on desfire ev1 , 3: an app with 2 AES keys, + encrypted file, 4: a longer file ( > 65 bytes) When the authentication random number generator is set to a known value at both sides, even the basic scriptor can be used, because all commands will look he same every time. ( The scripts can also be automated on a twn4 multitech (HF version). ( one of the firmware versions allows commands be sent over usb rs232 emul (cdc))
so each open issue can be identified with project x, step y
My question is whether someone (me perhaps) can be the delegate to organize this project? I am sure there are settings available to make only some options (like editing / modifying the projects) available without having to enable full permissions on the repo.
I created this: https://github.com/emsec/ChameleonMini/projects/1
Can you see that @maxieds?
I will see if I can give permission to the project to others...
@david-oswald
Yes, I can see it. Again, I get why you will be touchy about letting someone else have moderator access to parts of this repo. It would be nice if I could add some cards to the project and start categorizing some stuff that I can already anticipate coming up with the authenticate commands discussion in #313. For example, this is what I can see in my project:
And this is what I can currently see on the project you just created:
Some ideas for subprojects (just to get this off my mind this morning):
Hi @maxieds - I could not find any option to give access to the project part only for other users... I think there is some way by using the organisation, but Github is fairly confusing about this (alone that there are two menu entries called "Projects" but with different icons and also both projects for a single repo and then for the org...).
I also created this now, maybe that's better (I tried to give you r/w access to that): https://github.com/orgs/emsec/projects/3
I do not mean to be any more demanding or more of a PITA on this forum than usual, but this seems like a reasonable thing to request. The discussion in #313 is getting cluttered with posts noting status code return inconsistencies and a moving discussion on authentication command variants. In principle, it makes sense to open a new issue for each minor problem that comes up with the DESFire emulation support. That will probably never actually happen. So I move to create a TODO-list type project for the DESFire support where things can get categorized and logged in a sensibly organized manner. This will help me (right now) and others that want to contribute keep track of what still needs attention. For example, I have something like this on my Chameleon related Droid phone app repository. Any input from the maintainers on this topic?