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
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.
Hi Guys,
I have two cards, that are for Alarm lock, HID compatible 36 bit. Trying to figure out the parity calculation. Bit structure looking like the following:
Card ID = 1127069 (26 bits), FC = 19 (8 bits), 2 party bits, one upper and one lower
P IIIIIIIIIIIIIIIIIIIIIIII FFFFFFFF P
0 00000100010011001010011101 00010011 1
Card ID = 546084, FC 19
1 00000010000101010100100100 00010011 0
Does not make much sense to me...usually you split the Weigand data down the middle and compute either an odd or even parity on the upper and lower end. I can't see to do that consistently with these two cards and I wonder if anyone has an idea.
Thanks in advance,
HKPLUS
Last edited by hkplus (2015-11-04 04:40:09)
it does - in the image file
Do you understand what they are talking about...offset and 35 bits? Looks like 1 parity is the opposite of the other...all bits are computed for both even and odd parities?
it works doesn't it?
the image file is from the security company itself. i see no reason to doubt it.
to check yourself in your understanding of the image file they have an image file for standard 26 bit to compare to.
Don't doubt it, just didn't understand it. The offset stuff was throwing me off, but that just means that you just look at the data portion to compute the lower even parity.
Do you have any knowledge on the Keri K card format? Looks like an Indala type and really scrambled...?
as for keri, i think i only had the 26W format started. i believe it is an old format though. but it is very much like indala.
hmmm what keyscan? i don't see one on their site.. what am i missing now?