GDOI: kāpēc atslēgu serveris nav jūsu datu ceļā

Grupas atslēgu serveris izplata politiku un atslēgas dalībniekiem, un dalībnieki paši aizsargā satiksmi. Šis teikums izklausās pēc formalitātes, līdz kāds projekts sāk uzskatīt kontrolieri par starpnieku katram aizsargātajam paketam; tad topoloģija iegūst lēcienu, kas tai nekad nebija vajadzīgs, un satiksmes ceļš ir atkarīgs no ierīces, kurai bija tikai jāizplata stāvoklis. Pateikt, kur atrodas atslēgu serveris, un pateikt, kur plūst dati, ir divas dažādas shēmas, un GDOI ir veidots tieši ap šo atšķirību. To apgriezt otrādi nav maza modelēšanas kļūda, jo tā maina to, ko jūs uzraugāt un ko jūs mērogojat. Tālākās sadaļas seko paša protokola dalījumam.

Divu veidu drošības stāvoklis

RFC 6407 definē dalībnieka vilkšanas apmaiņu politikas un atslēgu materiāla pieprasīšanai un stumšanas apmaiņu, kas izplata politiku un atslēgu atjauninājumus pilnvarotajiem dalībniekiem. Abas pārvalda drošības asociācijas. Neviena no tām nav lietojumprogrammas datu plūsma, tāpēc veiksmīga apmaiņa pierāda tikai to, ka vadības kanāls darbojās. Dalībnieks var tīri reģistrēties, turēt derīgas atslēgas un tomēr nespēt aizsargāt vai pārsūtīt satiksmi, ja viņa datu politika ir nepareiza. Šīs divas kļūmes izskatās pilnīgi atšķirīgi, tiklīdz zini, kura apmaiņa ko nes.

Standarts arī nosauc atslēgu atjaunināšanas drošības asociāciju, kas aizsargā atslēgu atjaunināšanas ziņojumus, atsevišķi no datu drošības asociācijām, kas apraksta, kā dalībnieki aizsargā satiksmi.

Sekojiet apmaiņām, nevis shēmai

Apskatiet, kam ir paredzēts katrs ziņojums. Reģistrācija pasaka kontrolierim, kurš dalībnieks jautā, un izveido stāvokli; atslēgu atjaunināšana pasaka dalībniekiem, ka politika vai atslēgas ir mainījušās; pēc tam aizsargātā lietojumprogrammas satiksme plūst starp dalībniekiem, izmantojot instalēto datu drošības asociāciju. Kontroliera adrese parādās pirmajās divās un trešajā nav jāparādās vispār.

Tāpēc fiziskās tuvības dēļ zīmēta saskarņu shēma šeit maldina. Kontroliera saskarne ir vadības avots, nevis automātiski nākamais lēciens katram šifrētajam paketam.

Trīs ieraksti, ko ir vērts saglabāt

Pierakstiet dalībnieka autentificēto reģistrāciju un vadības avotu, ko viņš sasniedz, ceļu, kas piegādā turpmākos atslēgu atjauninājumus, un maršrutus un pievienojumus, kas pārvadā aizsargāto lietojumprogrammas satiksmi. Trīs ieraksti, trīs īpašnieki, un kļūme jebkurā no tiem dod citu simptomu. Dalībnieks, kurš reģistrējas un pēc tam nekad nesaņem atjauninājumu, izskatās tieši tāpat kā dalībnieks, kurš reģistrējies ar novecojušu politiku, ja vien jums nav abu ierakstu.

Turiet tos blakus konfigurācijai, nevis kāda atmiņā. Dalības izmaiņas ir pietiekami retas, lai pamatojums vienmēr jau būtu pazudis līdz brīdim, kad tas nepieciešams.

Saskarne, servisa pievienojums, apstrādes ceļš

Uz servisiem balstītā vārtejā ir vēl viena atšķirība: fiziskā apakšslāņa adrese nav tas pats, kas vietējais servisa pievienojums, un platformas ieviešana izlemj, kā satiksme sasniedz tās IPsec apstrādes ceļu. Servisa pārvietošana uz fizisku saskarni vai nesaistīta tulkojuma pievienošana tāpēc, ka kļūdas ziņojums pieminēja servisa saskarnes noteikumu, ir minējums labojuma drēbēs.

Lasiet pašas platformas dokumentāciju par to, kā servisa pievienojums saņem satiksmi. Mehānisms ir ražotājam raksturīgs arī tad, kad protokols ir standarta.

Standartizēti protokola ziņojumi arī nenosaka savietojamību starp ražotājiem. Salīdziniet nepieciešamās funkcijas, politikas un asociācijas atribūtus, autentifikācijas metodi un precīzo platformu un laidienu, pirms pieņemat, ka divas implementācijas sadarbosies.

Vadības pieejamība un datu pārsūtīšana ir atsevišķas pārbaudes

Plānojiet kontroliera sasniedzamību parastai darbībai, dalības izmaiņām un atslēgu atjauninājumiem. Lietojumprogrammas apmaiņa, kas izdodas jau instalētā stāvoklī, nepierāda, ka nākamā reģistrācija vai atjauninājums sasniegs dalībnieku, un plaisa parasti parādās stundas vēlāk kā tunelis, kas pārstāj pieņemt jaunus dalībniekus. Pārbaudiet jaunu reģistrāciju, nevis tikai strādājošu sesiju.

Pēc tam pārbaudiet pārsūtīšanu atsevišķi, bez kontroliera. Divas pārbaudes, divi rezultāti un daudz īsāka strīds par to, kura puse ir salauzta.