Ĉifrita trairo ne donas aliron al la portanto

Du aprobitaj pordegoj portas la trafikon de reto kun pli malalta fido trans limigita transportreto. Ĉifrado de la utilŝarĝo tenas ĝin nelegebla por ordinaraj trairaj observantoj, kaj tio estas la parto, kiun homoj unue desegnas kaj poste ĉesas pripensi. Kion ĉifrado ne faras, estas difini, kiujn rimedojn la flanko kun pli malalta fido rajtas atingi. La dezajno bezonas du limojn: unu ĉirkaŭ la portata interparolo kaj unu ĉirkaŭ la aliro al la portanto mem.

Plenumu la subajn paŝojn laŭorde, kaj traktu fiaskon ĉe iu ajn paŝo kiel ŝanĝon de dezajno, ne kiel alĝustigon de agordo.

Difinu ambaŭ limojn antaŭ ol tuŝi agordon

La unua limo estas la interparolo: kiuj paroj de pordegoj rajtas starigi tunelon, kaj kiu interna trafiko rajtas trapasi ĝin. La dua estas la portanto: kiujn adresojn kaj servojn la gastigantoj kun pli malalta fido povas atingi ekster la tunelo. Teamoj kutime konstruas la unuan kaj heredas la duan de kia ajn enkursigo jam ekzistis, kaj tiel limigita dezajno silente fariĝas vasta. Tiu heredo estas la kutima radika kaŭzo, kiam revizio trovas gastiganton kun pli malalta fido parolantan kun io, kion neniu aprobis.

Skribu ambaŭ kiel listojn de adresoj, pordoj kaj direktoj. Se listo ne povas esti skribita, la limo ankoraŭ ne estas difinita.

Paŝo 1: limigu la eksteran tunelon

Sur la interfaco turnita al la portanto, permesu nur tion, kion la tunelo bezonas: IKE sur UDP 500 kaj 4500 inter la du pordegaj adresoj, kaj ESP kie NAT-trapaso ne estas uzata. Rifuzu ĉion alian alvenantan sur tiu interfaco, inkluzive de administraj protokoloj. La ESP-specifikaĵo kovras la protektajn servojn; ĝi diras nenion pri tio, kiujn proprajn servojn de la portanto la pordegoj rajtas uzi. Esprimu tion kiel eksplicitan permesliston, por ke nove publikigita servaĵo de la portanto ne fariĝu atingebla defaŭlte.

Tio estas la regulkolekto, kiu faras la dezajnon traira dezajno anstataŭ interkonekta aranĝo.

Kontrolu ĝin de la flanko kun pli malalta fido, ne de la pordega konzolo. Gastiganto tie devus fiaski atingi DNS-servilon de la portanto eĉ antaŭ ol la tunelo staras.

Paŝo 2: decidu, kion la malproksima pordego liveras

Ĉe la malproksima fino, rekuperita trafiko devas iri al specifa loko. Difinu, kiuj internaj servoj estas permesitaj, el kiuj fontaj intervaloj, kaj ĉu respondoj estas atendataj simetriaj. Reviziu administran aliron aparte, ĉar la sama pordego ofte elmetas administran interfacon, kiu neniam estis parto de la traira plano.

Diagramo, kiu haltas ĉe sukcesa malĉifrado, preterlasis la decidon, kiu plej gravas.

Paŝo 3: konservu posedon laŭ tavolo

Traira ekipaĵo ankoraŭ ricevas kaj plusendas eksterajn pakaĵojn, do ĝi bezonas flikaĵojn kaj kapacitan planadon. Tunelaj finpunktoj prilaboras la protektitan protokolon kaj elmetas internan trafikon al sia plusenda vojo, do ili bezonas proprajn regulojn kaj propran monitoradon. Finaj aplikaĵoj prilaboras la utilŝarĝon, kaj maldiafana utilŝarĝo ne estas pruvo, ke malĉifrita elŝuto estas sendanĝera.

Asignu posedanton al ĉiu tavolo. La tavoloj sen posedanto estas tiuj, kiuj drivas.

Paŝo 4: kontrolu, poste transdonu ĝin al la aŭtoritato

Kontrolu la eksteran vojon kun la tunelo staranta kaj la reguloj de la portanto en loko. Poste provu ĉiun rimedon, kiun la flanko kun pli malalta fido ne devus atingi, kaj konfirmu, ke la fiasko estas rifuzo, ne tempolimo, kiu kaŝas vojon. Kontrolu ankaŭ disponeblecon kaj rimedlimojn, ĉar eĉ ĉifrita ligo povas esti saturita.

Por reguligitaj aŭ klasifikitaj medioj, portu la dezajnon al la respondeca sekureca aŭtoritato kaj uzu ĝian aprobitan apartigan arkitekturon. VPN-agordo kaj koncepta klarigo ne starigas akreditadon. Tiu paŝo ne estas paperaĵo; ĝi decidas, ĉu la dezajno rajtas ekzisti entute.