ИМАП-безбедност складиштење

Са ширењем информационих технологија постаје важно питање сигурности. И морамо да радимо кроз различите аспекте и у вези са различитим догађајима. Ево, на пример, ИМАП-безбедност - шта је то? Колико је поуздан приступ Интернет порукама протокол? Који има предност, што се развија, које су различите верзије и механизам функционише - то је укратко препричавање садржаја чланка, са којим се сада почетак.

Шта је ИМАП?

преписка безбедност је важно због чињенице да може да садржи драгоцене информације. Овај протокол се користи на нивоу апликације да омогући приступ е-маил података на само оне појединце који би требало да добију. Она је развијен на основу ТЦП и користи за своје потребе 143 порта. ИМАП-омогућава кориснику да ради са Маил, који се налази на неком централном серверу. Програм који користи овај протокол, обавља потребне радње како би се дају утисак да сва преписка је на рачунару корисника. могу да се користе Висок обим испорука посебан ИМАП серверу. Манипулација слова не захтева сталне фајлове трансфер до реципијента, у којима постоје садржаји. Али ово није једини протокол који се користи у поштанских услуга. На пример, да бисте послали употребну поруке СМТП, како се тим послат ИМАП безбедност не може у потпуности гарантовати. Постоје познате рањивости.

Зашто ИМАП-протокол је развијен?

Он је развијен као алтернатива ПОП3. Све је почело због недостатака ово друго. Дакле, то нема капацитета за управљање, потез, и продавница поруке на серверу. То је због тога и протокол ИМАП-развијен да пружа могућност да примате е-маилове на различитим мјестима чувања података на удаљеном серверу.

Предности у односу на ПОП3

Зашто је коришћен овај протокол? Чињеница да ИМАП е-маил понуде, поред наведеног, али низ предности:

1. Немојте искључивати до активног корисничког интерфејса.
2. Поруке се преузимају само ако постоје релевантни услови из клијента.
3. Може истовремен приступ неколико људи, свака од њих ће бити у стању да прати свих измена.
4. Клијент може да креира, модификује, и брисање имена из кутије, и померите поруке између њих. Исто тако, ако имате ИМАП екстензију 4 Аццесс Цонтрол Лист, можете да промените дозволе.
5. Можете пратити статус поруке (које је прочитано, избрисан, послао одговор, итд). детаљи таквих акција се зове заставе и оне се чувају на серверима.
6. Пронађи поруке се увек ради на серверу и да постоји јасан механизам за проширење.

Поруке и њихови атрибути

ИМАП-пружа сигурност рад искључиво са порукама, и за њих не треба никакве пакете са посебним заглавља. Сваки од њих има своје атрибуте. Они се могу појединачно или заједно дефинишу са другима. У овом тренутку, постоји шест верзије протокола ИМАП, али готово увек користи само последњи од њих.

УИД

Свака порука добија 32-битни код. На ово се додаје јединствени идентификатор. Заједно они чине 64-битни секвенцу, која је потребна да се идентификује поруку. То је сигурносна ИМАП-. Касније је дошао, важније је УИД. Овај параметар се користи као код одговор при избору поштанско сандуче. Он не мења у току сесије или између њих. Уколико технички услови захтевају измену овог параметра, УИД мора бити већи него раније. Користи се за пренос података је иста ИМАП-лука.

Серијски број поруке

Почиње са једним. Број сваког следећег поруке се увећава за 1, у односу на претходне. Битна разлика од поштанско сандуче које може да промени током сесије везе: на пример, када је потпуно брисање е-поште.

заставе порука

Овај атрибут појављује као листа у којем се налазе нула или више по имену Токени који су у корелацији са основним информацијама. Уведена су ИМАП 4,1 две врсте застава. Они могу привремено раде (у току седнице), или да буде трајна. Систем се зове заставу, име за које је дефинисано у протоколу спецификацији. сви они морају почети са \. Тренутно такав систем заставе су идентификоване:

1. \ Сеен - порука бити прочитана;
2. \ Одговорио - послати одговор;
3. \ Последње - порука појавила током једне сесије;
4. \ Нацрт - обележен као нацрт;
5. \ Обележене - корисник је означио поруку као важно;
6. \ Делетед - даљински.

Унутрашња датум и време поруке

Како дефинисати које вредности морају бити у оквиру ових параметара? Ако је порука испоручена користећи СМТП протокол, узима се време и датум коначног одредишта. Ако користите команду копирања, параметри користе од стране пошиљаоца. Можете подесити и време и датум - за то користите команду аппенд.

Сервер и клијент разговор

Када користите ИМАП комуникација јавља за успостављање принципа клијент-сервер. Дакле, пре свега сам шаље команде, а други шаље тражене податке, као и информације о извршењу захтева. Све поруке имају облик низ која се завршава са посебним редоследом. Извршење свих процедура почиње кроз тимова клијента. Они препознају због посебног идентификатор префикс (који делује као кратко алфанумеричком стринг), која се зове ознака. Сваки тим има свој јединствени број.

Можда два случаја у којима су подаци послати од стране клијента, нису потпуни. Први - аргумент је опремљен кодом који претходно утврђене бројне октета који је у Троц. Друго - захтева одговор од сервера. У оба случаја, клијент прими захтев за наставак тима, који обавезно почиње са овог лика као +. У случају пријема одређеног типа преноса мора да буде завршен до подацима, у супротном ће бити могуће покренути нови процес. Реадинг, анализа, параметри селекција и пренос података протокола сервер врши пријемник. Када се заврши обрада команда, клијент је послао одговор на ове најаве. Информације које не указују на завршетак упутство испоручено са префиксом *. То се зове неозначене одговоре. Пракса слања података сервера као одговор на захтев клијента или на сопствену иницијативу. Њихов формат је независан од разлога зашто су послате.

А шта се може рећи о популарним услугама, као што су Гмаил? Подешавања ИМАП обични корисници нису доступни, али можете направити при слању писма кроз посебан клијента. Али ово је чисто само иди писања.

А шта је заправо неопходан одговор? Они говоре о успеху / неуспеху информација. Одговор је увек користи да исту етикету да је купац користи тим који је покренула процес. Стога је могуће пренос Мултитхреадинг података, и неће мешати са собом. три врсте одговора од сервера је дизајниран да разјасни ситуацију:

1. Успешна извршење.
2. Фаил.
3. грешка у протоколу ИМАП-а (јавља се када се примењује непознати команда, или сервер да признају да постоји проблем са синтаксе).

карактеристика Клијент је да увек мора бити припремљена за руковање никакав одговор који долази са њим. Они треба да буду написани на такав начин да је купац био у могућности да их користе директно, слање сервера лоокупс непотребно. Погледајте као што можете у Гмаил-у. ИМАП подешавања могу да се мењају или изменити због клијената поште са широким функционалност.

закључак

Овај протокол безбедности може значајно побољшати поузданост података, и може да пружи значајан уверење да трећа страна неће моћи да приступе информацијама. Али то не значи да неко други не може да прочита писмо. Потенцијално рањиви и даље сервер, а корисник може због ниске свести о преварама трикова лично им све информације потребне за приступ пошту.