Modulul de căutare nu este instalat.

Codificare Internet și Tipuri de fonturi

Vladimir Molochkov

Când lucrați cu internetul sau e-mailul, mulți dintre voi s-au confruntat probabil de mai multe ori cu problema alegerii unei codări pentru literele alfabetului rus. Dar ce se află în spatele unor nume precum koi-8r sau UTF-8? V-ați întrebat vreodată cum să reprezentați 33 de litere ale alfabetului rus din 26 de litere de engleză?

NOU TERMEN

Codificarea este o tabelă de caractere, în care fiecărei litere din alfabet (precum și numere și caractere speciale) i se atribuie un număr unic - codul caracterelor.

Pentru a prezenta text pe ecranul computerului, trebuie să atribuiți un anumit număr fiecărui personaj - codul său. Toate tabelele moderne de codificare provin de la tabelul american de 7 biți al codului standard pentru schimbul de informații (ASCII) apărut în anii 60, care conține 33 de coduri de comenzi sau caractere de control, majoritatea nu sunt folosite astăzi și 95 de coduri pentru diverse caractere, suficient pentru a lucra cu texte în limba engleză. În codificarea pe 7 biți, fiecare caracter este mapat la 7 biți, adică un număr în intervalul de la 0 la 127.

Dezvoltarea rapidă din ultimii ani a metodelor de hipertext pentru prezentarea informațiilor pe WWW a exacerbat problema prezentării și lucrării cu informații chirilice în format electronic, care există de mai bine de un deceniu. Acest lucru se datorează, în primul rând, lipsei unui standard pentru codul ASCII extins - un tabel care include codificarea caracterelor chirilice și varietății de soluții oferite de diverse companii comerciale.

Doar jumătate din tabelul ASCII este standardizat și anume primele 128 de caractere, care includ literele alfabetului latin. Și nu există niciodată o problemă cu ei. A doua jumătate a tabelului (cu un număr total de 256 de caractere - după numărul de state care poate lua un octet) este dată pentru caractere naționale, iar în fiecare țară această parte este diferită. De exemplu, în Rusia există aproximativ 10 codări diferite. Adică, un cod digital diferit corespunde aceluiași simbol, iar dacă determinăm incorect codificarea textului, atunci vom vedea text complet necitibil. Și deși această problemă există cu adevărat, de fapt nu este suficient pentru a determina tipul de codificare a textului în practică, iar multe programe, de exemplu, Stirlitz (Fig. 1), fac acest lucru în modul automat.

Fig. 1. Fereastra principală a programului de recunoaștere a codificării „Stirlitz”

Standardul internațional ISO / IEC 8859-1 este în prezent un înlocuitor pentru ASCII. În ea, primele 32 de coduri, numerele 128-159, corespund caracterelor de control aproape neutilizate, comune tuturor tabelelor de codare ISO. Deși 8859-1 poate fi utilizat pentru texte în aproape toate limbile vest-europene, nu acoperă pe deplin nevoile francezei și finlandezei. Acest neajuns, precum și lipsa unui semn pentru noua monedă paneuropeană au dus în 1999 la apariția codului 8859-15, în care a fost utilizată o nouă versiune a valorilor codurilor 8859-1.

În ceea ce privește alfabetul chirilic, astăzi există cinci tabele de bază pentru codificarea literelor ruse:

Pentru utilizarea cu sistemul de operare DOS, a fost elaborat un tabel de cod CP-866 (IBM / Microsoft). Codarea CP866 se bazează pe codul alternativ GOST și a fost creată special pentru OS-MS DOS, care folosește caractere pseudo-grafice. Astăzi, această codificare este la fel de nepopulară ca MS DOS.

Pentru utilizare în mediul de operare Windows, este utilizat tabelul de cod CP-1251 (Microsoft). Codul Pagina 1251 pentru Microsoft Windows a devenit popular datorită influenței uriașe a Microsoft pe piața tehnologiei computerizate. În plus, nu are suport pentru simbolurile pseudografice în medii grafice și este mult mai complet decât în \u200b\u200balte codificări; sunt prezentate simboluri precum c, R, diverse tipuri de ghilimele, liniuțe etc. Acest tabel de cod este principalul din Rusia în prezent.

Codepage 10007 - Folosit pe computere Macintosh și cu un caracter aproape identic setat cu CP1251.

Într-un mediu UNIX, cel mai comun tabel de cod KOI8-R. Aceasta este una dintre codificările standard ale limbii ruse, adoptată în Uniunea Sovietică în zorii dezvoltării tehnologiei computerizate. KOI înseamnă „cod de schimb de informații”. Numărul 8 indică faptul că acest cod este pe 8 biți (spre deosebire de KOI-7, care a fost utilizat pe scară largă pe computere sovietice). În prezent, koi8-r este una dintre principalele codificări în limba rusă în sistemele de operare Linux. Aceasta este a doua cea mai populară codificare după CP-1251 (câștig). Codificarea acceptă caractere pseudografice, ocupând aproximativ jumătate din toate codurile. În 1993, tabela koi8-r a fost standardizată pe Internet (Fig. 2).

Standardul internațional ISO definește tabelul de cod ISO 8859-5 pentru Rusia. Pseudografia lipsește. În acest moment, această codificare nu este practic utilizată. Cu toate acestea, suportul său este prezent în toate browserele.

Fig. 2. Un set de caractere pentru reprezentarea limbii ruse în codificarea KOI8-R

NOTĂ

Pentru codificarea alfabetului chirilic, pot fi folosite încă cinci tabele, care acum sunt arhaice și care nu au statut internațional: Codificarea principală este GOST (Standardul de Stat URSS) din 1987. Dezavantajul său principal este că caracterele pseudo-grafice nu sunt localizate în același mod ca pe computerul IBM. Codificarea alternativă GOST (diferă de CP866 în pozițiile 242-251). Codare bulgară (obținută prin introducerea mecanică a unui bloc de 64 de litere din alfabetul rus în pozițiile 128-191 CP437). KOI-8 (pe computerul IBM nu este răspândit din cauza aranjamentului non alfabetic al literelor alfabetului chirilic).

Pentru a codifica caractere în unele limbi, cum ar fi chineza sau japoneza, numerele pe 8 biți nu sunt suficiente. În plus, crearea de tabele de codare pe 8 biți la un moment dat a devenit aproape incontrolabilă: fiecare nou tip de computer a introdus propriul tabel. Acesta este motivul pentru care a fost creat consorțiul Unicode: obiectivul său a fost să dezvolte un sistem de codificare unificat pentru toate caracterele posibile, ceea ce ne-a permis să alocăm coduri caracterelor fontului computerului într-un model specific.

Codificarea Unicode se bazează pe catalogul UCS (Universal Character Set) din standardele ISO 10646 și poate conține până la 231 \u003d 2147483648 caractere diferite, precum și reumplere. Codurile UCS-2 sunt cu doi octeți, adică numerele de la 0 la 65535, iar UCS-4 sunt cu patru octeți, adică numerele de la 0 la 2147483647. Codurile Unicode cu doi și patru octeți pot fi reprezentate în două moduri: octeții sunt aranjați de la stânga la dreapta de la cel mai vechi la cel mai mic ( Big Endian, BE) sau de la junior la senior (Little Endian, LE). A doua metodă se regăsește în marea majoritate a cazurilor. În plus, pentru codificarea mai compactă, se utilizează coduri de lungime variabilă UTF-8 (Unicode Transfer Format) 1-6 octeți și UTF-16 - doi sau patru octeți. Acestea din urmă există și în două forme (Little and Big Endian) și permit codificarea nu mai mult de 220 + 216 \u003d 1114112 caractere.

Printre codificările menționate, cea mai utilizată codificare este UTF-8, care vă permite să ocoliți 8 biți pentru codificarea caracterelor ASCII și 16 biți pentru codificarea caracterelor în majoritatea scripturilor alfabetice, inclusiv în limba rusă. Textele în ASCII, în special în engleză, sunt simultan texte în UTF-8. Codul UTF-8, o secvență de octeți, este obținut din codul director UCS conform unei scheme specifice. De exemplu, un caracter Unicode cu codul 169 \u003d a916 \u003d 1010 1001 (caracterul c) este codat în UTF-8 ca 11000010 10101001 \u003d c216 a916.

Unicode este complet acceptat de programe moderne - browsere, apartamente de birou, etc. Linux folosește UTF-8, iar Microsoft Windows folosește și UCS-2. Până în prezent, suportul UCS pe Linux este puțin mai slab decât pe Windows 2000 / Me / XP. Problemele principale atunci când utilizați Unicode sunt lipsa unui set complet de fonturi adecvate și complexitatea intrării.

(Aici aș dori să pun cititorul atent întrebarea: „În ce codare a apărut simbolul EURO pentru prima dată?”)

Pe armonia fonturilor de browser și site

Există mai multe probleme cu utilizarea fonturilor pe paginile web. Primul dintre ele este armonia codificărilor pe site-uri și browsere. Site-urile cu browsere ale diferitor utilizatori ar trebui să comunice în aceeași codare, adică Browserul trebuie să „înțeleagă” ce îi trimite site-ul. Pentru a face acest lucru, trebuie să instalați un sistem pe site care să poată trimite un mesaj despre codificarea paginii care va fi trimisă utilizatorului. Browserul său trebuie să accepte acest mesaj și să tuneze pentru a afișa site-ul corect. În acest caz, puteți specifica codificarea paginii site-ului direct în codul HTML. Pentru a face acest lucru, utilizați o versiune specială a etichetei META cu parametrul de caractere care stabilește limba dorită. De exemplu, pentru o pagină scrisă în codificarea Win1251, codul corespunzător ar arăta astfel:

Cu toate acestea, o metodă este foarte răspândită în Rusia, în care serverul web stabilește automat ce codificare a solicitării vine de la client și dă pagina browserului web deja transcodat. Această etichetă META poate juca o glumă proastă aici. Cert este că instrucțiunile de pe pagină au prioritate asupra comenzilor trimise de serverul web și, după ce a codificat corect pagina, serverul nu poate însă modifica conținutul etichetei META. Există o neconcordanță între codificarea reală în care a venit codificarea și instrucțiunile din eticheta META. O astfel de pagină nu poate fi vizualizată și transcodificată în mod normal folosind browserul. Selectarea manuală a codificării în acest caz nu va ajuta, deoarece Eticheta META are prioritate față de setările browserului. Singura modalitate de a face acest lucru este să salvați pagina pe disc, apoi să ștergeți eticheta.

În acest sens, în RUNET nu este recomandat să utilizați deloc această etichetă. În acest caz, vizualizarea va fi efectuată în codificarea la care este configurat browserul, în cazul în care serverul nu trimite o notificare despre codificarea documentului. În caz de nepotrivire, acesta poate fi comutat destul de ușor. În plus, dacă codificarea implicită este Win-1251, atunci pentru majoritatea utilizatorilor, pagina va fi afișată imediat.

O măsură a lizibilității este lățimea liniei unui document. Odată cu apariția monitoarelor care acceptă rezoluții de ecran mari, a devenit posibilă „stivuirea” până la câteva sute de caractere într-o singură linie, dar linia „lățimii ideale” ar trebui să se potrivească cu aproximativ 50-70 de caractere. Cu mai multe dintre ele, viteza de citire încetinește, iar oboseala apare mult mai repede.

A doua problemă de codare ar putea fi foile de stil în cascadă (CSS). Se știe că dimensiunea exactă a fontului și celelalte atribute ale acestuia pot fi setate folosind foi de stil în cascadă (vor fi discutate în capitolul 8). Când folosim CSS, putem folosi absolut orice font. Problema este însă că fonturile sunt preluate din setul instalat pe computerul utilizatorului, și nu de pe site. Adică seturile de fonturi de pe site și setul de fonturi al utilizatorului s-ar putea să nu se potrivească.

Când vizualizați site-uri, utilizați implicit fontul instalat în browser. Pentru a schimba fontul implicit din Internet Explorer (de exemplu, Times New Roman) în altul, de exemplu, la Arial, executați comanda Service4 Internet Options 4 Fonturi.

A treia problemă posibilă este atunci când fontul de pe site și de pe computerul utilizatorului este identic, dar într-un caz este chirilic, iar în cel de-al doilea este latin (versiunea non-rusă a fontului). În acest caz, textul va fi afișat cu câteva caractere speciale și citirea acestor caractere va fi problematică.

Pentru a evita astfel de probleme atunci când utilizați fonturi în designul web, trebuie să respectați o serie de reguli:

Este mai bine să utilizați doar fonturi standard care vin cu Windows și sunt garantate să fie pe mașina clientului. Există trei astfel de fonturi: „Arial”, „Times New Roman”, „Curier”.

Este necesară descrierea corectă a fonturilor din fișa de stil (CSS) cu o listare în lista altor fonturi care o înlocuiesc pe cea principală (fonturi pentru înlocuire). La sfârșitul listei ar trebui să fie o indicație obligatorie a familiei generale de fonturi (cu serife, fără serife, monospațiate etc.).

De exemplu:

Ca o opțiune pentru a ieși din situație, prezentați fontul cu grafică, de exemplu, în format GIF. Atât browserul, cât și sistemul de operare nu le pasă ce este desenat - afișarea fontului ca fișier grafic pe ecranele tuturor utilizatorilor va fi identică (dar o altă problemă apare aici - grafica este mare).

Din cele de mai sus, rezultă că tehnologiile de Internet impun restricții specifice privind utilizarea fonturilor în proiectarea documentelor web și că fonturile non-standard în designul web ar trebui să fie tratate cu atenție. Din păcate, în prezent, nu există un mijloc suficient de dezvoltat și de încredere pentru specificarea unei anumite căști atunci când se prezintă informații sub formă de text pe o pagină web.

Pentru ca alarma auto achiziționată să devină o protecție fiabilă, trebuie să o alegeți corect. Unul dintre principalii parametri care afectează performanța unei alarme este o metodă de codificare a semnalului. În acest articol vom încerca să explicăm într-un mod accesibil ce înseamnă codarea dinamică a semnalelor și ce înseamnă codul de dialog în alarmele auto, ce tip de codare este mai bun, care are fiecare laturile sale pozitive și negative.

Codificare dinamică în alarmele auto

Confruntarea dintre dezvoltatorii de alarme și hoții de mașini a început de la crearea primelor alarme auto. Odată cu apariția unor sisteme de securitate noi și mai avansate, au fost îmbunătățite mijloacele de hacking. Primele alarme au avut un cod static, care a fost ușor fisurat prin metoda de selecție. Răspunsul dezvoltatorilor a fost să blocheze posibilitatea selectării codului. Următorul pas al crackers-urilor a fost crearea de dispozitive de prindere - dispozitive care scanau semnalul de la fob-ul cheie și îl reproduceau. În acest fel, au duplicat comenzile din fob-ul cheii proprietarului, îndepărtând mașina de protecție la momentul potrivit. Pentru a proteja alarmele de la mașini de la apăsarea unui apucator, au început să utilizeze codarea dinamică a semnalului.

Principiul codării dinamice

Codul dinamic al alarmelor auto este un pachet de date în schimbare continuă transmis de la fob-ul cheii la unitatea de alarmă prin canalul radio. Cu fiecare nouă comandă, se trimite un cod de la fob-ul cheii care nu a fost folosit anterior. Acest cod este calculat în funcție de un algoritm specific stabilit de producător. Cel mai comun și de încredere algoritm este Keelog.

Alarma funcționează după principiul următor. Când proprietarul mașinii apasă butonul fob pentru cheie, este generat un semnal. Acesta conține informații despre numărul de clicuri (această valoare este necesară pentru a sincroniza funcționarea butonului de chei și a unității de control), numărul de serie al dispozitivului și codul secret. Înainte de a trimite, aceste date sunt criptate anterior. Însuși algoritmul de criptare este disponibil în mod liber, dar pentru a decripta datele, trebuie să cunoașteți codul secret, care este stocat în unitatea de control cheie din fabrică.

Există, de asemenea, algoritmi originali dezvoltați de producătorii de alarme. O astfel de codificare a eliminat practic posibilitatea selectării unui cod de comandă, însă, în timp, atacatorii au ocolit această protecție.

Ce trebuie să știți despre piratarea codului dinamic

Ca răspuns la introducerea codării dinamice în alarme auto, a fost creat un grabber dinamic. Principiul funcționării sale este interferirea și interceptarea semnalului. Când proprietarul autovehiculului părăsește mașina și apasă butonul fob al tastei, se creează o interferență radio puternică. Semnalul cu codul nu ajunge la unitatea de control al alarmelor, dar este interceptat și copiat de grabber. Șoferul surprins apasă din nou butonul, dar procesul se repetă, iar al doilea cod este de asemenea interceptat. A doua oară când mașina este pusă pe defensivă, dar comanda vine de la dispozitivul hoțului. Când proprietarul mașinii pleacă calm de afacerea sa, deturnatorul trimite un al doilea cod, anterior interceptat și îndepărtează mașina de protecție.

Ce protecție este folosită pentru codul dinamic

Producătorii de alarme auto au rezolvat problema hackingului pur și simplu. Au început să instaleze două butoane pe păpuși, dintre care unul a pus mașina pe protecție, iar al doilea - a dezactivat protecția. În consecință, au fost trimise coduri diferite pentru a seta și elimina protecția. Prin urmare, indiferent de cât de multă interferență este pus de hoț atunci când configurează mașina pentru protecție, el nu va primi niciodată codul necesar pentru a dezactiva alarma.

Dacă ați făcut clic pe butonul „set to protect” și mașina nu a răspuns, atunci este posibil să fi devenit ținta pirateriei. În acest caz, nu este necesar să apăsați fără gânduri toate butoanele fob-ului cheii, pentru a încerca cumva să remediați situația. Este suficient să apăsați din nou butonul de protecție. Dacă faceți clic accidental pe butonul „scoateți din protecție”, hoțul va primi codul de care are nevoie, pe care îl va folosi în curând și vă va fura mașina.

Alarmele cu codare dinamică sunt deja oarecum învechite, nu oferă o protecție de sută la sută a mașinii împotriva furtului. Au fost înlocuite de dispozitive cu codare interactivă. Dacă sunteți proprietarul unei mașini ieftine, atunci nu trebuie să vă faceți griji, întrucât este foarte puțin probabil ca un hoț echipat cu cele mai moderne echipamente să intre în proprietatea dumneavoastră. Pentru a vă proteja proprietatea, utilizați protecție pe mai multe niveluri. Instalați opțional. Acesta va oferi protecție pentru mașină în caz de hacking alarme auto.

Codarea dialogului în astrosignale

După apariția apucătorilor dinamici, alarmele auto care rulează pe cod dinamic au devenit foarte vulnerabile la atacatori. De asemenea, un număr mare de algoritmi de codare au fost hacked. Pentru a proteja vehiculul împotriva piratării de către astfel de dispozitive, dezvoltatorii de alarmă au început să utilizeze codarea semnalului de dialog.

Principiul codificării dialogului

După cum sugerează și numele, acest tip de criptare se realizează într-un mod de dialog între fob-ul cheii și unitatea de control al alarmelor auto situată în mașină. Când apăsați butonul, o fereastră de cheie este trimisă pentru a executa comanda. Pentru ca unitatea de control să se asigure că comanda a provenit din fob-ul cheie al proprietarului, trimite un semnal de număr aleatoriu către fob-ul cheii. Acest număr este procesat conform unui algoritm specific și trimis înapoi la unitatea de control. În acest moment, unitatea de control procesează același număr și își compară rezultatul cu rezultatul trimis de fob-ul cheii. Dacă valorile se potrivesc, unitatea de control execută comanda.

Algoritmul prin care se efectuează calculele pe fob-ul cheii și unitatea de control este individual pentru fiecare alarmă auto și stabilit în ea la o altă fabrică. Să înțelegem cel mai simplu algoritm:

X ∙ T 3 - X ∙ S 2 + X ∙ U - H \u003d Y

T, S, U și H sunt numere încorporate în alarmă din fabrică.

X este un număr aleatoriu care este trimis de la unitatea de control către fob-ul cheii pentru verificare.

Y este numărul calculat de unitatea de control și fob-ul cheii conform unui algoritm dat.

Să ne uităm la situația în care proprietarul alarmei a apăsat un buton și a fost trimisă o cerere de la fob-ul cheii către unitatea de control pentru a dezarma mașina. Ca răspuns, unitatea de control a generat un număr aleatoriu (de exemplu, luați numărul 846) și l-au trimis la breloc. După aceea, unitatea de control și brelocul efectuează calculul numărului 846 în funcție de algoritm (de exemplu, calculăm în funcție de cel mai simplu algoritm dat mai sus).

Pentru calcule, luăm:

T \u003d 29, S \u003d 43, U \u003d 91, H \u003d 38.

Vom reuși:

846∙24389 - 846∙1849 + 846∙91- 38 = 19145788

Butonul-cheie va trimite numărul (19145788) unității de control. În același timp, unitatea de control va efectua același calcul. Numerele se vor potrivi, unitatea de control va confirma comanda tastei, iar aparatul se va dezarma.

Chiar și pentru a decripta algoritmul elementar descris mai sus, va fi necesară interceptarea pachetelor de date de patru ori (în cazul nostru, patru necunoscute în ecuație).

Este aproape imposibil să interceptați și să decriptați un pachet de date cu alarme auto. Pentru codificarea unui semnal, se folosesc așa-numitele funcții hash - algoritmi care convertesc șiruri de lungime arbitrară. Rezultatul acestei criptare poate conține până la 32 de litere și numere.

Mai jos sunt rezultatele criptării numerelor folosind cel mai popular algoritm de criptare MD5. De exemplu, numărul 846 și modificările acestuia au fost luate.

MD5 (846) \u003d;

MD5 (841) \u003d;

MD5 (146) \u003d.

După cum puteți vedea, rezultatele codificării numerelor care diferă doar într-o cifră sunt complet diferite între ele.

Algoritmi similari sunt folosiți în alarmele moderne de mașini interactive. Este dovedit că pentru decodarea inversă și obținerea unui algoritm, calculatoarele moderne vor avea nevoie de mai mult de un secol. Și fără acest algoritm, va fi imposibil să se genereze coduri de verificare pentru a confirma comanda. Prin urmare, acum și în viitorul apropiat, hackingul codului de dialog este imposibil.

Alarmele care funcționează pe codul de dialog sunt mai sigure, nu sunt sensibile la hackingul electronic, dar acest lucru nu înseamnă că mașina dvs. va fi complet în siguranță. Puteți pierde din greșeală brelocul sau vă va fi furat. Pentru a crește nivelul de protecție, este necesar să utilizați mijloace suplimentare, cum ar fi și.