AH ar ESP? Spręskite pagal tai, ką paketas turi apsaugoti

Du IPsec pasiūlymai gali nurodyti tą patį SHA pagrįstą vientisumo algoritmą ir vis tiek reikalauti skirtingų apsaugos protokolų; AH ir ESP nėra dvi vienos autentifikavimo nuostatos rašybos. Pirmiausia perskaitykite protokolą, paskui jo algoritmus, paskui jo režimą, ir didžioji dalis neaiškumo išnyksta. AH tikrina paketą, įskaitant tuos IP antraštės laukus, kurie kelyje lieka nepakitę, o ESP tikrina ir užšifruoja tai, ką įterpia, ir palieka išorinę antraštę ramybėje. Būtent šis skirtumas lemia daugiau diegimų nei bet koks maišos pavadinimas.

Ką AH apima, o ESP ne

AH suteikia vientisumą, duomenų kilmės autentifikavimą ir jo apibrėžtą apsaugos nuo kartojimo paslaugą, ir jokio konfidencialumo. Jo apimtis apima viršutinio sluoksnio duomenis ir IP antraštės laukus, kuriuos jo taisyklės laiko nekintamais, būtent tą dalį, kurią ESP transporto režimu palieka užribyje. Kai reikalavimas sako, kad turi būti autentifikuota pati IP antraštė, AH yra protokolas, kuris į tai atsako.

Ši apimtis yra ir priežastis, kodėl AH praktikoje trapus. Kintami laukai, tokie kaip TTL, antraštės kontrolinė suma ir kai kurios parinktys, negali būti autentifikuojami, nes maršrutizatoriai gali juos perrašyti, todėl protokolas juos nustato į nulį prieš skaičiuodamas kontrolę. Todėl viskas, kas perrašo adresus, sugriauna skaičiavimą, o ne tik politiką.

NAT paverčia pasirinkimą apribojimu

Adresų vertimas perrašo šaltinį arba paskirties vietą IP antraštėje, kurią AH ką tik autentifikavo, todėl vientisumo patikra nepavyksta kitame gale, ir ji nepavyksta kaip protokolo klaida, o ne kaip perskaitoma žinutė. ESP netikrina išorinės antraštės, todėl ESP su NAT praėjimu veikia, o AH už NAT ne. Tunelis, kurio abi pusės yra už įprastų maršrutizatorių, yra būtent ta vieta, kur tai pasirodo pirmiausia. Todėl pirmas klausimas yra ne kuris protokolas stipresnis, o ar tarp pusių yra vertėjas.

Jei yra, AH atkrenta, o pokalbis persikelia prie ESP ir jo algoritmo pasirinkimo. Tai apribojimas, o ne pirmenybė, todėl jam vieta sprendimo pradžioje, o ne pabaigoje.

Režimas padaugina klausimą

ESP transporto režimu saugo viršutinio sluoksnio naudingąją apkrovą ir palieka IP antraštę ramybėje; tunelio režimu jis įterpia visą vidinį paketą, įskaitant vidinę IP antraštę, ir jį saugo. AH turi tuos pačius du režimus, todėl AH ar ESP iš tikrųjų yra keturios kombinacijos prieš pasirenkant bet kurį algoritmą.

ESP algoritmai kombinuotu režimu tada išsprendžia vientisumą be antro protokolo. AES-GCM ir ChaCha20-Poly1305 autentifikuoja ir užšifruoja vienoje konstrukcijoje, todėl AH pridėjimas ant viršaus nieko neperka, bet kainuoja dar vieną antraštę ir dar vienas derybas. Architektūra leidžia AH ir ESP kartu, o praktinis klausimas yra ar jūsų tarpinė ir leidimas palaiko šį derinį ir ar kas nors galės jį prižiūrėti vėliau.

Sąžininga alternatyva vien AH

Tik vientisumo ESP variantas išlaiko algoritmą ir atsisako šifravimo teiginio, o ne jį imituoja, ir jis praeina NAT. Jei senas sprendimas naudojo AH, nes reikėjo autentifikavimo be konfidencialumo, tas variantas yra tiesioginis vertimas, o ne užšifruotas tunelis su prielipu.

Matyti ESP pasiūlyme taip pat nėra šifravimo įrodymas. Skaitykite šifravimo algoritmą: NULL įrašas reiškia tik vientisumą, o kombinuoto režimo įrašas reiškia abu.

Nuspręskite trimis klausimais

Paklauskite, ar reikia konfidencialumo, ar kelyje yra vertėjas ir kurie antraštės laukai turi būti autentifikuoti. Šie trys atsakymai nurodo vieną protokolą ir vieną režimą, o juos užrašyti užima mažiau laiko nei vėliau vėl skaityti RFC.

Tada patikrinkite, kas buvo priimta, o ne kas buvo pasiūlyta. ip xfrm state rodo įdiegtos asociacijos protokolą, režimą ir algoritmus, o neatitikimas nieko neįdiegia, kas yra švaresnė nesėkmė nei tunelis, kuris pakyla be numatytos apsaugos.

Autentifikavimo nesėkmes, selektorių aprėptį ir maršrutizavimo klaidas laikykite atskirai nuo šio pasirinkimo. Jos duoda skirtingus simptomus, o kaltinti protokolą dėl selektoriaus problemos yra patikimas būdas praleisti dieną be priežasties keičiant maišas.