Storio gwybodaeth diogelwch IMAP

Wrth lledaenu technolegau gwybodaeth, mae diogelwch yn dod yn bwysig. Ac mae'n rhaid i'r gwaith fod yn agweddau gwahanol ac yn gymharol â gwahanol ddatblygiadau. Yma, er enghraifft, diogelwch IMAP - beth ydyw? Pa mor ddibynadwy yw'r Protocol Mynediad Negeseuon Rhyngrwyd? Pa fanteision sydd ganddo, pam ei ddatblygwyd, pa fersiynau a mecanwaith gwaith sydd ar gael - dyma restr fer o gynnwys yr erthygl yr ydych yn ei gydnabod ar hyn o bryd.

Beth yw IMAP?

Mae diogelwch gohebiaeth yn bwysig oherwydd y ffaith y gall gynnwys gwybodaeth werthfawr. Defnyddir y protocol hwn ar lefel y cais er mwyn darparu mynediad i ddata e-bost yn unig i'r rhai sy'n gorfod ei dderbyn. Fe'i datblygwyd ar sail TCP ac mae'n defnyddio 143 o borthladdoedd ar gyfer ei anghenion. Mae IMAP yn galluogi'r defnyddiwr i weithio gyda phost sydd ar ryw weinydd canolog. Mae rhaglen sy'n defnyddio'r protocol hwn yn cyflawni'r camau angenrheidiol mewn modd sy'n creu'r argraff bod pob gohebiaeth ar gyfrifiadur y defnyddiwr. Gyda llawer iawn o draffig, gellir defnyddio gweinydd IMAP arbennig. Nid yw trin llythrennau yn gofyn am drosglwyddiad parhaol i'r sawl sy'n derbyn ffeiliau lle mae cynnwys. Ond nid dyma'r unig brotocol a ddefnyddir yn y gwasanaethau post. Er enghraifft, defnyddir SMTP i anfon neges, gan na all y gorchymyn anfon i IMAP warantu'r diogelwch yn llwyr. Mae yna wendidau hysbys.

Pam y datblygwyd protocol IMAP?

Fe'i datblygwyd fel dewis arall i POP3. Dechreuodd hyn i gyd oherwydd anfanteision yr olaf. Felly, nid oes ganddo'r gallu i reoli, symud a storio negeseuon ar y gweinydd. Dyna pam y datblygwyd protocol IMAP, sy'n cynnig y posibilrwydd o dderbyn e-bost mewn gwahanol leoedd diolch i'r arbedion data ar y gweinydd pell.

Manteision dros POP3

Pam wnaethoch chi ddefnyddio'r protocol hwn? Y ffaith yw bod post IMAP yn cynnig nifer o fanteision eraill yn ogystal â'r uchod:

1. Nid yw'r cysylltiad wedi'i ddatgysylltu tra bod y rhyngwyneb defnyddiwr yn weithgar .
2. Ni chaiff negeseuon eu llwytho i lawr yn unig os oes gofynion priodol gan y cleient.
3. Gall fynediad at sawl person ar yr un pryd, a gall pob un ohonynt fonitro'r holl newidiadau a wneir.
4. Gall y cleient greu, newid yr enw a dileu blychau, a symud negeseuon rhyngddynt. Hefyd, os oes gennych estyniad Rhestr Rheoli Mynediad IMAP 4, gallwch newid y caniatadau.
5. Gallwch olrhain statws y neges ei hun (darllenwyd, dileu, anfon ymateb, a mwy). Gelwir data am gamau o'r fath yn faneri ac fe'u storir ar weinyddwyr.
6. Mae chwiliad negeseuon yn cael ei berfformio bob amser ar y gweinydd ac mae yna fecanwaith estyniad penodol.

Negeseuon a'u nodweddion

Mae diogelwch IMAP yn darparu gwaith yn gyfan gwbl gyda negeseuon, ac nid oes angen unrhyw becynnau â penawdau arbennig arnynt. Mae gan bob un ohonynt ei nodweddion ei hun. Gellir eu pennu yn unigol neu ynghyd ag eraill. Ar hyn o bryd mae chwe fersiwn o brotocolau IMAP, ond bron bob amser dim ond yr un olaf a ddefnyddir.

IDU

Mae pob neges yn derbyn ei chôd 32-bit. Mae dynodwr unigryw yn cael ei ychwanegu ato. Gyda'i gilydd, maent yn ffurfio dilyniant 64-bit, sy'n angenrheidiol i nodi'r neges. Mae hon yn ddiogelwch IMAP. Yn ddiweddarach daeth hi, po fwyaf pwysig yw'r UID. Defnyddir y paramedr hwn fel cod ymateb pan fyddwch yn dewis blwch post. Nid yw'n newid yn ystod un sesiwn neu rhyngddynt. Os bydd yr amodau technegol yn golygu golygu'r paramedr hwn, yna mae'n rhaid i'r UID o reidrwydd fod yn fwy nag o'r blaen. Ar gyfer trosglwyddo data, defnyddir yr un porthladd IMAP.

Rhif dilyniant y neges

Mae'n dechrau gydag un. Cynyddir nifer pob neges ddilynol 1, o'i gymharu â'r rhai blaenorol. Gwahaniaeth pwysig o blwch post yw y gall newid yn ystod sesiwn un cysylltiad: er enghraifft, pan fyddwch yn dileu neges yn llwyr.

Baneri negeseuon

Mae'r priodwedd hwn yn edrych fel rhestr lle mae yna dim tocynnau sero neu fwy a enwir sy'n gysylltiedig â'r wybodaeth sylfaenol. Cyflwynodd IMAP 4.1 ddau fath o fandiau. Gallant weithredu dros dro (trwy gydol y sesiwn), neu fod yn barhaol. Enw'r system yw'r faner y mae ei enw wedi'i ddiffinio yn y fanyleb protocol. Rhaid i bob un o'r rhain ddechrau gyda \. Ar hyn o bryd, mae baneri system o'r fath wedi'u diffinio:

1. \ Wedi'i weld - darllenwyd y neges;
2. \ Atebwyd - anfonwyd yr ymateb;
3. \ Yn ddiweddar - ymddangosodd y neges yn ystod y sesiwn gyfredol;
4. \ Drafft - wedi'i farcio fel drafft;
5. \ Dynodedig - mae'r defnyddiwr wedi marcio'r neges hon yn bwysig;
6. \ Wedi'i dileu - dileu.

Dyddiad ac amser y neges fewnol

Sut y penderfynir pa werthoedd ddylai fod yn y paramedrau hyn? Pe bai'r neges yn cael ei chyflwyno gan ddefnyddio'r protocol SMTP, yna cymerir amser a dyddiad y cyrchfan derfynol. Os ydych chi'n defnyddio'r gorchymyn copi, defnyddir paramedrau'r anfonwr. Gallwch nodi eich amser a'ch dyddiad - ar gyfer hyn dylech ddefnyddio'r gorchymyn atodiad.

Rhyngweithio rhwng cleient a gweinydd

Wrth ddefnyddio IMAP, sefydlir cysylltiad yn seiliedig ar egwyddor y cleient-gweinyddwr. Felly, mae'r cyntaf yn anfon yr holl orchmynion a dderbyniwyd ganddo'i hun, ac mae'r ail yn anfon y data y gofynnwyd amdano, yn ogystal â gwybodaeth am weithredu'r cais. Mae gan bob neges ffurf o linellau, sy'n dod i ben gyda dilyniant arbennig. Mae gweithredu'r holl weithdrefnau yn dechrau gyda gorchmynion y cleient. Fe'u cydnabyddir gan ragddodiad-dynodwr arbennig (sef llinyn alffaniwmerig byr), a elwir yn label. Mae gan bob tîm ei rif unigryw ei hun.

Efallai y bydd dau achos lle nad yw'r data a anfonir gan y cleient yn gyflawn. Y cyntaf - darperir dadl y gorchymyn â chod a benderfynodd yn flaenorol ar y nifer o octetau sydd ar y gweill. Yr ail yw bod angen ymateb arnoch gan y gweinydd. Yn y ddau achos, mae'r cleient yn derbyn cais i barhau â'r gorchymyn, sydd o reidrwydd yn dechrau gyda chymeriad fel +. Os yw math penodol o ddata yn dechrau cyrraedd, rhaid cwblhau'r trosglwyddiad, fel arall ni fydd yn bosibl cychwyn proses newydd. Cynhelir derbynnydd protocol i ddarllen, dadansoddi, amlygu paramedrau a throsglwyddo i weinyddwr y data. Pan gwblheir prosesu'r gorchymyn, anfonir ymateb i'r cleient gyda'r hysbysiad hwn. Mae gwybodaeth nad yw'n dangos bod cwblhau'r cyfarwyddyd yn cael ei rhagosod gyda *. Fe'i gelwir yn ymateb heb ei farcio. Mae'n ymarferol anfon y gweinyddwyr hyn fel ymateb i gais cwsmer neu ar eu pen eu hunain. Nid yw eu fformat yn dibynnu ar y rheswm pam y cawsant eu hanfon.

A beth am wasanaethau poblogaidd fel Gmail? Nid yw gosodiadau IMAP ar gyfer defnyddwyr cyffredin ar gael, ond gellir eu gwneud os byddwch yn anfon neges trwy gleient arbennig. Ond dim ond ar gyfer llythyrau sy'n mynd allan yw hyn.

Ac am yr hyn y mae'r ymatebion yn wirioneddol angenrheidiol? Maent yn adrodd am weithredu gwybodaeth llwyddiannus / aflwyddiannus. Mae'r ymateb bob amser yn cymhwyso'r un label y defnyddiwyd gorchymyn y cleient, a ddechreuodd y weithdrefn. Felly, mae'n bosibl y bydd llawer o drosglwyddo data yn bosibl, ac ni fyddant yn cael eu drysu gyda hwy eu hunain. Er mwyn egluro'r sefyllfa, datblygwyd tri math o ymateb gan y gweinydd:

1. Gweithredu'n llwyddiannus.
2. Methiant.
3. Gwall Protocol IMAP (yn digwydd pan fydd gorchymyn anhysbys yn cael ei gymhwyso, neu gydnabyddodd y gweinydd fod yna broblem gyda'r cystrawen).

Priodoldeb y cleient yw y dylai bob amser fod yn barod i brosesu unrhyw ymateb sy'n dod iddo. Rhaid i'r data gael ei ysgrifennu mewn modd a all y cleient eu defnyddio'n uniongyrchol, heb orfod anfon ceisiadau eglurhaol i'r gweinydd. Gallwch chi weld hyn yn Gmail. Gellir golygu neu newid gosodiadau IMAP oherwydd cleientiaid post sydd â swyddogaeth eang.

Casgliad

Mae'r protocol diogelwch hwn yn gwella dibynadwyedd trosglwyddo data yn sylweddol, a gall ddarparu gwarantau sylweddol na all trydydd parti gael mynediad at wybodaeth. Ond nid yw hyn yn golygu na all rhywun arall ddarllen y llythyr. Mae'n bosib y bydd y gweinyddwr yn parhau i fod yn agored i niwed, a gall y defnyddiwr oherwydd gwybodaeth isel am y cywrain o sgamwyr i anfon yr holl ddata sy'n angenrheidiol i gael mynediad i'r post yn bersonol.