ProHoster > Blogs > Administrācija > Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas

Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas

Laba diena visiem. SākÅ”u ar priekÅ”vēsturi par to, kas mani pamudināja veikt Å”o pētÄ«jumu, bet vispirms brÄ«dinu: visas praktiskās darbÄ«bas tika veiktas ar vadoÅ”o struktÅ«ru piekriÅ”anu. JebkurÅ” mēģinājums izmantot Å”o materiālu, lai iekļūtu ierobežotā teritorijā bez tiesÄ«bām tur atrasties, ir noziedzÄ«gs nodarÄ«jums.

Viss sākās ar to, ka, tÄ«rot galdu, nejauÅ”i uzliku RFID ieejas atslēgu uz ACR122 NFC lasÄ«tāja ā€“ iedomājieties manu pārsteigumu, kad Windows atskaņoja jaunas ierÄ«ces noteikÅ”anas skaņu un LED iedegās zaļā krāsā. LÄ«dz Å”im brÄ«dim es uzskatÄ«ju, ka Ŕīs atslēgas darbojas tikai Proximity standartā.
Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas
Bet, tā kā lasÄ«tājs to redzēja, tas nozÄ«mē, ka atslēga atbilst vienam no protokoliem papildus ISO 14443 standartam (pazÄ«stams arÄ« kā tuva lauka komunikācija, 13,56 MHz). TÄ«rÄ«Å”ana uzreiz aizmirsās, jo ieraudzÄ«ju iespēju pilnÄ«bā atbrÄ«voties no atslēgu komplekta un ieejas atslēgu paturēt telefonā (dzÄ«voklis jau sen ir aprÄ«kots ar elektronisko slēdzeni). Uzsākot studijas, uzzināju, ka zem plastmasas ir paslēpts Mifare 1k NFC tags - tāds pats modelis kā uzņēmumu nozÄ«mÄ«tēs, transporta kartēs utt. Mēģinājumi iekļūt sektoru saturā sākumā nenesa panākumus, un, beidzot uzlaužot atslēgu, izrādÄ«jās, ka izmantots tikai 3. sektors, un tajā dublēts paÅ”as mikroshēmas UID. IzskatÄ«jās pārāk vienkārÅ”i, un tā arÄ« izrādÄ«jās, un nebÅ«tu neviena raksta, ja viss notiktu tieÅ”i tā, kā plānots. Tāpēc es saņēmu atslēgas daļiņas, un nav problēmu, ja jums ir jāpārkopē atslēga uz citu tādu paÅ”u. Bet uzdevums bija pārsÅ«tÄ«t atslēgu uz mobilo ierÄ«ci, ko arÄ« izdarÄ«ju. Å eit sākās jautrÄ«ba - mums ir tālrunis - iPhone SE ar uzstādÄ«tu iOS 13.4.5 Beta build 17F5044d un daži pielāgoti komponenti NFC brÄ«vai darbÄ«bai - dažu objektÄ«vu iemeslu dēļ es par to sÄ«kāk nekavÄ“Å”os. Ja vēlaties, viss tālāk teiktais attiecas arÄ« uz Android sistēmu, taču ar dažiem vienkārÅ”ojumiem.

Atrisināmo uzdevumu saraksts:

  • Piekļūstiet atslēgas saturam.
  • Ieviesiet ierÄ«cē iespēju emulēt atslēgu.

Ja ar pirmo viss bija salÄ«dzinoÅ”i vienkārÅ”i, tad ar otro bija problēmas. Pirmā emulatora versija nedarbojās. Problēma tika atklāta diezgan ātri - mobilajās ierÄ«cēs (iOS vai Android) emulācijas režīmā UID ir dinamisks un neatkarÄ«gi no tā, kas attēlā ir iestrādāts, tas peld. Otrajā versijā (palaist ar superlietotāja tiesÄ«bām) izvēlētajā stingri tika fiksēts sērijas numurs - durvis atvērās. Tomēr es gribēju visu izdarÄ«t perfekti, un galu galā es izveidoju pilnu emulatora versiju, kas varētu atvērt Mifare izgāztuves un lÄ«dzināties tām. Padodoties pēkŔņam impulsam, nomainÄ«ju sektora atslēgas pret patvaļīgām un mēģināju atvērt durvis. Un viņaā€¦ ATVĒRTS! Pēc kāda laika sapratu, ka tās atveras jebkurÅ” durvis ar Å”o slēdzeni, pat tās, kurām oriÄ£inālā atslēga nederēja. Å ajā sakarā es izveidoju jaunu veicamo uzdevumu sarakstu:

  • Uzziniet, kāda veida kontrolieris ir atbildÄ«gs par darbu ar atslēgām
  • Saprotiet, vai ir tÄ«kla savienojums un kopÄ«ga bāze
  • Uzziniet, kāpēc praktiski nelasāma atslēga kļūst universāla

Pēc sarunas ar pārvaldÄ«bas uzņēmuma inženieri uzzināju, ka vienkārÅ”ie Iron Logic z5r kontrolleri tiek izmantoti bez savienojuma ar ārēju tÄ«klu.

CP-Z2 MF lasītājs un IronLogic z5r kontrolieris
Man tika dots aprīkojuma komplekts eksperimentiem:

Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas

Kā redzams Å”eit, sistēma ir pilnÄ«gi autonoma un ārkārtÄ«gi primitÄ«va. Sākumā domāju, ka kontrolieris ir mācÄ«Å”anās režīmā - tas nozÄ«mē, ka tas nolasa atslēgu, saglabā to atmiņā un atver durvis - Å”is režīms tiek izmantots, ja nepiecieÅ”ams ierakstÄ«t visas atslēgas, piemēram, nomainot slēdzene daudzdzÄ«vokļu mājā. Bet Ŕī teorija netika apstiprināta - Å”is režīms ir izslēgts programmatÅ«rā, džemperis ir darba stāvoklÄ« - un tomēr, paceļot ierÄ«ci, mēs redzam sekojoÅ”o:

Ekrānuzņēmums ar emulācijas procesu ierīcē
Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas
... un kontrolieris signalizē, ka piekļuve ir pieŔķirta.

Tas nozÄ«mē, ka problēma ir vai nu kontrollera, vai lasÄ«tāja programmatÅ«rā. PārbaudÄ«sim lasÄ«tāju - tas darbojas iButton režīmā, tāpēc pievienosim Bolid droŔības plati - varēsim apskatÄ«t lasÄ«tāja izvaddatus.

Plate vēlāk tiks pievienota caur RS232
Autonomo piekļuves kontroles sistēmu problēmas ā€“ kur tās nebija gaidāmas

Izmantojot vairāku testu metodi, mēs noskaidrojam, ka lasÄ«tājs autorizācijas kļūmes gadÄ«jumā pārraida vienu un to paÅ”u kodu ar: 1219191919

Situācija sāk kļūt skaidrāka, bet Å”obrÄ«d man nav skaidrs, kāpēc kontrolieris uz Å”o kodu reaģē pozitÄ«vi. Pastāv pieņēmums, ka tad, kad datubāze tika aizpildÄ«ta - nejauÅ”i vai ar nolÅ«ku tika uzrādÄ«ta karte ar citām sektoru atslēgām - lasÄ«tājs nosÅ«tÄ«ja Å”o kodu un kontrolieris to saglabāja. Diemžēl man nav patentēta programmētāja no IronLogic, kas izpētÄ«tu kontroliera atslēgu datu bāzi, taču es ceru, ka varēju pievērst uzmanÄ«bu faktam, ka problēma pastāv. Ir pieejams video demonstrācija darbam ar Å”o ievainojamÄ«bu ŠæŠ¾ ссыŠ»ŠŗŠµ.

PS NejauÅ”as pievienoÅ”anas teorijai pretojas fakts, ka vienā biznesa centrā Krasnojarskā arÄ« man izdevās ar tādu paÅ”u metodi atvērt durvis.

Avots: www.habr.com

Pievieno komentāru