Привет на всички!

Ебати чепатия уцелих пак. Знае ли някой как се докодира номера на картата през шибания интерфейс.

Card ID: 1011621900 (dec) - 3C4C200C (hex) - 0111100010011000010000000001100 (bin)
Wiegand 37: 1E267FB7DE (hex) - 1111000100110011111111011011111011110 (bin), чете се от дясно на ляво

Card ID: 1145839628 (dec) - 444C200C (hex) - 1000100010011000010000000001100 (bin)
Wiegand 37: 112E47D7DE (hex) - 1000100101110010001111101011111011110 (bin), чете се от дясно на ляво

Поздрави!

Wiegand 37 input format description:
Wiegand 37 protocol is defined as a stream of 37 bits, consisting of 1 Even parity bit, 35 data bits, and 1 Odd parity bit.



Източник: http://www.priority1design.com.au/wiegand_to_rs232_converter.html

П.П. Ако става въпрос за карти по стандарт EM4100, то имай предвид, че в картата са записани общо 5 байта (40 бита) полезна информация. Останалите 24 са стартови, парити и стоп битове, които се използват от четеца, но не се предават по интерфейса.

5-те байта са: 1 байт "manufacturer number" + 4 байта (32 бита) "card number"
Ти от десетичното представяне на номера на картата виждаш само тези 4 байта, но петия остава скрит. Повечето системи не ползват петия, но това е въпрос на техническо решение. При Wiegand 37 се предават 35 бита данни, и е възможно трите излишни бита да са взети от "manufacturer number". Това също е въпрос на техническо решение при конструирането на четеца, а може и да са запълнени с нули.

Благодаря за напъна, но това е информация от google, която съм намерил вече сам.
Така и не разбрах, как това, което чета от кард четеца съответсва на номера на картата.
Поздрави!

Ами, остава и да я прочетеш.

На картинката е показано в каква последователност са битовете. Има четни и нечетни... В двата края на поредицата са битовете по четност съответно отляво за четните, отдясно за нечетните.

В предишния постинг също така обърнах внимание, че броя на битовете НЕ съвпада с това, което имаш като десетично представяне на кода на картата. Т.е. не се предават 1:1, а най-вероятно са пропуснати пет бита.

Но наистина не ми се занимава да проследявам кой бит откъде е дошъл при 37-битовия стандарт. Преди време правих някаква простотия за Wiegand 26 (предават се 24 бита данни, т.е. само три байта от номера на картата), но беше по заявка, и повече не съм си играл с този стандарт. Така че ти дадох отправна точка. Сега остава да четеш спецификации, и ще го разнищиш. Успех.

Wiegand 37 има много формати. Няма как да се конвертира преди да е ясно кой точно е набутан в четеца.

Мда, и имаше вариант, в който се кодират цифрите от десетичното представяне на кода. Опитах да "подредя" битовете от кодовете по-горе, и хич не се получава по нито един от познатите ми методи на кодиране. Сори, френд, работи с тези байтове, които получаваш накрая, и игнорирай първоначалния код, който е написан на чиповете.

Или ако можеш да направиш още няколко примерни сканирания с различни чипове, за да направя още сравнителни таблици - може пък и да стигнем до истината. Технически създателите на четеца може да са си "измислили" custom формат, да са инвертирали само четните или само нечетните битове, или пък поредицата да е взета от 1-вия, 5-тия, 9-тия и т.н. битове от оригиналната поредица, и всякакви такива. По принцип има стандартни методи, но няма ограничение пред създателя на устройството да си го направи както си иска.

Ако искаш - сподели тук какво искаш да постигнеш, може пък да се намери по-добро решение.

Та в крайна сметка стигна до там, където съм аз ...

Писах ти на лични, но може да продължим тук.

Кажи по какъв начин получаваш тези битове в PC-то. С какъв интерфейс ги получаваш от четеца?

П.П. Ако имаш скайп - може да пишем и по скайпа, ще върви по-бързо разговора. Моя е: pechkov

Ако нямаш информация покрай четеца нещата отиват в хакерската област. Тоя четец на 125кХз ли е?
Ако да, мога да помогна с емулатор на карти. Записваме му идентификация само нули, само единици или други удобно подредени битове за ID и да го видиме какво ще изкара отзад тоя четец. А може да ползваш и презаписваеми карти вместо емулатор.

Благодаря за усилията да помогнеш, но бомбите ги детонирам обикновенно сам, че иначе жертвите са повечко от целта.
Идеята беше, ако някой знае нещо около кодировката. Останалото е ясно.
Благодаря за отзовалите се!

То кодировката е ясна, но е странно, че дори не съвпада броя на несъвпадащите битове в двете поредици, които даде. Което може също така да означава проблем в комуникацията през интерфейса. Ок, както решиш.

Казвам как стои процедурата с декодирането на картовият код при четене с 26 битов wiegand.
На пластичните карти, по принцип се изписват по два кода. Ще дам конкретен пример.
Изписани са следните цифри:
0013298040 202,59768
Първият код, го взимаме в decimal и го конвертираме в hexadecimal. Респективно конвертирайки стойността 0013298040, получаваме: CAE978. Разделяме така получената стойност на три части: СА|E9|78. Конвертирайки CA от hex в decimal, получаваме стойността: 202. Конвертирайки и останалата част от кода от hex в decimal, получаваме: E978 -> 59768. И виждаме, че това е вторият код. Вторият код са реално facility (202) + user code(59768). На "тагчетата" изписват обикновено този първият дълъг код, и трябва да се конвертира по горе показаната процедура.


С Уважение: Врачков

Врачков, а какво правиме ако няма принтиран код или се е изтрил? В случая става въпрос за доста по-сложни неща от използване на калкулатор.

Все едно някой да пита: "Ще ми обясните ли принципа на работа на телевизора?" и твоя отговор е: "Казвам как работи телевизора! Взимаш дистанционното и го включваш. С бутона 'CH' сменяш каналите, а с бутона 'VOL' усилваш и намаляваш звука."

Съществен въпрос е "тези" карти могат да се четат само на "този" четец ли? А друг модел/производител четец не ги отразява изобщо? Или обратната комбинация - чужда карта поставена на "фирмения" четец.
Ако е така, а навярно е така ... не си уцелил чепат ами нещо с много по-болезнена форма.
При този сценарий простото разместване на битчета е добро пожелание, обикновенно се прилага някакво "леко и бързо" кодиране със симетричен ключ/ключове обвързано с UID номера, но понеже е затворено в четеца няма как да се изчопли алгоритъма.

И все пак има вариант да не е такъв случая.

Тъй като не бях работил с 37 битов, поразлистих литературата и се оказа, че има различно структуриране при различните 37 битови wiegnd-s. Установих следното:

-> 37 Bit Wiegand Farpointe H10304 Card Format:

Card Type: Wiegand
Number of Bits: 37
Number of bits to sum for even parity: 19
Address to start from: 0
Number of bits to sum for odd parity: 19
Address to start from: 18
Number of Facility Code bits: 16
Address to start from: 1
Number of Cardholder ID bits: 19
Address to start from: 17
Number of Issue Level bits: 0
Address to start from: 0


->37 Bit Wiegand HID H10302 Card Format:


Card Type: Wiegand
Number of Bits: 37
Number of bits to sum for even parity: 19
Address to start from: 0
Number of bits to sum for odd parity: 19
Address to start from: 18
Number of Facility Code bits: 0
Address to start from: 0
Number of Cardholder ID bits: 35
Address to start from: 1
Number of Issue Level bits: 0
Address to start from: 0


->37 Bit Wiegand HID H10304 Card Format:

Card Type: Wiegand
Number of Bits: 37
Number of bits to sum for even parity: 19
Address to start from: 0
Number of bits to sum for odd parity: 19
Address to start from: 18
Number of Facility Code bits: 16
Address to start from: 1
Number of Cardholder ID bits: 19
Address to start from: 17
Number of Issue Level bits: 0
Address to start from: 0


->37 Bit Wiegand HID PointGaurd MDI Card Format:

Card Type: Wiegand
Number of Bits: 37
Number of bits to sum for even parity: 19
Address to start from: 0
Number of bits to sum for odd parity: 19
Address to start from: 18
Number of Facility Code bits: 4
Address to start from: 3
Number of Cardholder ID bits: 29
Address to start from: 7
Number of Issue Level bits: 0
Address to start from: 0

-> 37 Bit Wiegand RS2-HID (H10304) F/C 900 ASSA ABLOY IP Lockset Card Format:

Credential Format Type: Proximity
Facility Code: 900
Proximity Card Type: Raw Bit Pattern
Include Sentinel Bit

Card Info:
Number of Bits: 37
Number of Facility Code bits: 16
Address to start from: 1
Number of Cardholder ID bits: 19
Address to start from: 17
Number of Issue Level bits: 0
Address to start from: 0

Parity

Parity Bit 1 Parity Bit 2
Type Odd Type Even
Position 36 Position 0
Number Of Bits To Sum 19 Number Of Bits To Sum 19
Address To Start From 18 Address To Start From 0
.
Parity Bit 3 Parity Bit 4
Type None Type None
Position 0 Position 0
Number Of Bits To Sum 0 Number Of Bits To Sum 0
Address To Start From 0 Address To Start From 0



->37 Bit Wiegand HID H10302 ASSA ABLOY IP Lockset Card Format:

Credential Format Type: 37 Bit Wiegand HID H10302
Facility Code: -1
Proximity Card Type: Raw Bit Pattern
Include Sentinel Bit

Number of Bits: 37
Number of Facility Code bits: 0
Address to start from: 0
Number of Cardholder ID bits: 35
Address to start from: 1
Number of Issue Level bits: 0
Address to start from: 0
.
Parity

Parity Bit 1 Parity Bit 2
Type Even Type Odd
Position 0 Position 36
Number Of Bits To Sum 19 Number Of Bits To Sum 19
Address To Start From 0 Address To Start From 18
.
Parity Bit 3 Parity Bit 4
Type None Type None
Position 0 Position 0
Number Of Bits To Sum 0 Number Of Bits To Sum 0
Address To Start From 0 Address To Start From 0





В крайна сметка, трябва да знаеш по кой стандарт работи картата. /или да напаснеш по гореописаните/


С Уважение: Врачков