 iceman1001
|
02b4d61796
|
style
|
2025-09-02 16:16:29 +02:00 |
|
|
iceman1001
|
d6aeda7075
|
style
|
2025-08-29 14:01:34 +02:00 |
|
|
iceman1001
|
e578d75e66
|
style
|
2025-08-20 10:55:49 +02:00 |
|
|
iceman1001
|
8ab2f2b5a0
|
style
|
2025-08-12 19:06:38 +02:00 |
|
|
iceman1001
|
a0df90af18
|
style
|
2025-08-04 19:53:08 +02:00 |
|
|
iceman1001
|
ee2f5595ee
|
added a lf t55xx view command to view t55xx dump files
|
2025-07-28 15:46:09 +02:00 |
|
 Philippe Teuwen
|
e7cbf9ff63
|
update commands.json
|
2025-07-25 22:28:33 +02:00 |
|
|
iceman1001
|
ed84b1fcf4
|
style
|
2025-07-13 15:55:44 +02:00 |
|
|
iceman1001
|
2597c7576e
|
style
|
2025-07-10 11:52:39 +02:00 |
|
|
iceman1001
|
c7cf62fcf1
|
Added support for sending and receiving MQTT messages. It enables end user to quickly upload or share JSON files between them. Given the nature of MQTT, I also worked with @KevTheHermit who has proxdump.com site, where you can upload pm3 dump files and browse. He added support for MQTT uploads, so the process to share a file and it gets also uploaded to proxdump.com is very smooth. Feel free to improve this functionality with TLS etc. For now it looks quite promising.
|
2025-07-08 21:15:09 +02:00 |
|
|
iceman1001
|
7717dfc04d
|
text
|
2025-07-06 20:12:13 +02:00 |
|
|
iceman1001
|
24d80f51a9
|
style
|
2025-07-04 12:22:09 +02:00 |
|
|
iceman1001
|
95814cc5b8
|
text
|
2025-07-01 16:43:42 +02:00 |
|
|
iceman1001
|
5de4dd68e5
|
text
|
2025-06-22 20:34:54 +02:00 |
|
|
iceman1001
|
65607fc727
|
added Ultralight-C simulation. hf mfu sim -t 13. Use eload first. Also added support to upload UL-C dictionaries and UL-AES to spiffs memory. A lot of textual reworked across client. Unifiy texts and a bit more color ;)
|
2025-06-19 17:26:20 +02:00 |
|
|
iceman1001
|
7fa9f7bdfe
|
change parameter, we like shorter parameter names remember... 'hf mfu aesauth --idx'
|
2025-06-17 18:28:23 +02:00 |
|
|
Philippe Teuwen
|
a5d02c6ba2
|
style
|
2025-06-15 12:53:33 +02:00 |
|
|
iceman1001
|
5f2edb9bb8
|
reworked and improved the hf mfp chk key handling. reworked the nxp_detect_card technology function to enable other parts of the client to benefit from detecting card types. Like hf mf info or hf mf autopwn - two most common used commands. Now less waiting and more easily to know what next steps to do.
|
2025-06-09 15:36:44 +02:00 |
|
|
iceman1001
|
1fa5e28a38
|
unify text and hints for static enc nonces a bit more
|
2025-06-08 21:46:31 +02:00 |
|
|
iceman1001
|
ec26b6d84f
|
style and text. unify some parameter names
|
2025-06-08 20:56:01 +02:00 |
|
|
iceman1001
|
add2eb8e9d
|
hf mf dump, does a guess the key file name, and if you ran for instance a autopwn against a 4K card but didnt mention it , it defaults to 1K. Meaning the recovered keyfile will have 32 keys. When trying to dump card and specifiy 4K, it would automatically find that keyfile and happily go out-of-bounds leading to client crash
|
2025-06-08 19:31:02 +02:00 |
|
|
iceman1001
|
3d8a15d361
|
text
|
2025-06-08 16:10:26 +02:00 |
|
|
iceman1001
|
2d610b8dc0
|
text & style
|
2025-06-08 10:02:00 +02:00 |
|
|
iceman1001
|
6fbb13ba41
|
style
|
2025-06-07 11:50:03 +02:00 |
|
|
iceman1001
|
53e1e32409
|
text
|
2025-06-06 19:00:34 +02:00 |
|