Research, development and trades concerning the powerful Proxmark3 device.
Remember; sharing is caring. Bring something back to the community.
"Learn the tools of the trade the hard way." +Fravia
You are not logged in.
Time changes and with it the technology
Proxmark3 @ discord
Users of this forum, please be aware that information stored on this site is not private.
Hello,
I'm new here, but i'm using proxmark3 for a while now.
I've created a GUI for a Mifare interface in Qt inserting the source code from your git. Problem is when you will update the source, then i'll need to update my GUI, too, and so on.
So my request would be to be able start proxmark software in some kind of different mode without any interface but with communication with e.g. Qt program for a front end. That communication could be done via some file descriptor, etc.
What do you think about that?
Thanks.
Offline
You'd have to elaborate a bit more... You're talking about implementing some kind of unix-like file descriptor, like a socket, where pm3-software would listen for commands instead of from the commandline? That sounds a lot like building a RPC-interface. I don't mind if anybody would do it (except that it would have to be turned off by default, since there are security issues around that), but I doubt anyone else is going to volunteer unless you do it yourself...
Offline
Ok, let's say I volunteer. Will this patch be included into every new official version?
Offline
If you write a patch, and it looks good, I don't see why not. But before you start coding this, it would be good if you elaborated a bit more so we get a clearer picture of how this is going to work.
Offline
The idea is to send and receive the input and ouput through the file descriptor. So basically we're gonna use pipes and redirect your application std output and input to our GUI. I'm thinking about some kinda mode in your program, that you can switch on by parameter when starting it. Otherwise, by default, your program will run in standart mode with the input and ouput going through the terminal.
Offline
Oh.
I thought you wanted to add a RPC-interface, or something like that. Just hijacking stdout, stderr and stdin shouldn't be an issue. But why not just use *nix pipes - why do you even need a patch?
Offline
I'm searching for the best way to get and send information to your program. So i though if i need an extra patch in you program, will it be accepted. Standard pipes may not be enough.
Offline
I can only speak for myself, but I see no problem with what you're proposing. If a patch comes along, I can check it and commit it if I still don't see any problems with it. I can't make any more guarantees than that...
If the patch means modifying each and every time the pm3 writes to stdout, however, it means that in order to review the patch I would need to spend hours, which I wont.
So, make a small enough patch, which works both in linux and windows, is 'clean' => it will be included. Ok ?
Offline
Deal.
Offline
Hey,
Here's the patch i'd like you to submit. It's small (1 variable and 2 ifs), so I think it won't be a problem for you. Patch just flushes the output after every PrintAndLog function, that's all.
I've uploaded moded files here:
proxmark3buzzy.tar.gz
http://www1.zippyshare.com/v/93966483/file.html
Thank you.
Offline
committed as r808
Offline
Thank you.
Also you can check that GUI I was talking about. We needed mifare part only, so it's pretty simple. Git:
https://github.com/ktu-tef-vkc/proxmark3-GUI.git
We also think that it could be committed to original proxmark release. Of course, if that's acceptable.
Offline
Cool!
How about uploading some screenshots?
Offline
I don't have much screens at the moment, but I think you can form your first impression:
Offline
Is this a linux gui? If so why not include windows gui settings.xml ? It will be cross-compatible !
Offline
If that's possible to do, then it will be updated.
Offline