Shifrat e Windows dhe strongSwan: përputhni shtresën e duhur

Të dy skajet thonë AES-128 dhe tuneli ende refuzon të ndërtohet. CBC dhe GCM janë transformime të ndryshme që ndajnë rastësisht të njëjtën gjatësi çelësi, dhe një klient që ofron njërën nuk kënaq një portë që pranon vetëm tjetrën. Fjala AES përshkruan një familje, jo një marrëveshje.

Ekziston edhe një aks i dytë, dhe është ai që prodhon gabimet konfuze.

Dy shtresa, dy lista të pavarura

IKE mbron vetë negocimin, ndërsa shoqata fëmijë mbron trafikun për të cilin ju interesoheni vërtet. Windows e shfaq të parën si metodë kriptimi dhe metodë integriteti, dhe të dytën si konstante të transformimit të shifrës dhe vërtetimit. Këto fusha nuk janë pseudonime të njëra-tjetrës, dhe një vlerë e vlefshme në njërën mund të jetë e pakuptimtë ose e gabuar në tjetrën. Leximi i profilit me këtë ndarje në mendje heq pjesën më të madhe të konfuzionit.

Pasoja praktike është se mund të keni një politikë shkëmbimi çelësash plotësisht të pranueshme dhe një politikë kanali të dhënash që pala tjetër nuk do ta pranojë. Një listë negocion; tjetra mbron paketat. Ndryshimi i një vlere në të parën nuk ka asnjë efekt në të dytën, sado të ngjashme të duken të dyja në një dialog konfigurimi.

Shkruani të dyja listat përpara se t'i krahasoni me portën. Një krahasim nga kujtesa është mënyra se si një fushë redaktohet dy herë dhe tjetra kurrë. Mbani konsolën e portës të hapur pranë profilit.

Lexoni gabimin pranë propozimeve

Faza që dështoi ju tregon cilën listë të shqyrtoni. Një refuzim gjatë shkëmbimit fillestar të çelësave është problem i propozimit IKE, dhe ndodh përpara se të ekzistojë ndonjë shoqatë fëmijë. Një dështim gjatë negocimit të shoqatës së trafikut të mbrojtur është problem i propozimit ESP, dhe shkëmbimi i çelësave ka pasur sukses tashmë. Një mesazh i përgjithshëm përputhjeje politike nga klienti nuk emërton asnjërën nga dy fazat, prandaj pamja e vetë portës është ajo e dobishmja.

swanctl --list-conns
swanctl --list-sas
journalctl -u strongswan -n 60 --no-pager

Krahasoni propozimin e marrë, propozimin e konfiguruar dhe atë të zgjedhur për atë përpjekje të vetme. Këtu rëndësi kanë tre lista të ndryshme, dhe vetëm e fundit përshkruan atë që u përdor vërtet. Citojeni fjalë për fjalë në biletë në vend që ta përmbledhni.

Mbani CBC dhe GCM si alternativa të veçanta

Një portë që lejohet qëllimisht të pranojë cilëndo familje ka nevojë për dy propozime, jo një. Në strongSwan një presje ndan alternativat, dhe një vizë lidh komponentët e një grupi të vetëm. Kombinimi i të dyja familjeve me viza prodhon një propozim të pamundur në vend të dy të pranueshëm.

proposals = aes128gcm16-prfsha256-ecp256, aes128-sha256-ecp256
esp_proposals = aes128gcm16-ecp256

Alternativa e parë mbart kriptim të vërtetuar dhe ende emërton një funksion pseudo-rastësor, sepse derivimi i çelësit ka nevojë për një edhe kur integriteti vjen nga shifra. Alternativa e dytë është kriptim klasik me një algoritëm të veçantë integriteti. Të dyja mbeten subjekt i asaj që mbështet implementimi kriptografik i ngarkuar.

Një propozim ESP nuk është propozim IKE i riemërtuar

Shenja e shifrës duket identike në të dyja listat, dhe pothuajse asgjë tjetër nuk transferohet. Një propozim ESP nuk ka funksion pseudo-rastësor shkëmbimi çelësash, dhe kërkesat e tij për integritet dhe fshehtësi përpara argumentohen kundër politikës së Windows në anën tjetër në vend që të kopjohen nga rreshti IKE. Përkthimi mekanik i një liste në tjetrën prodhon diçka që vërtetohet dhe nuk negocion kurrë.

Zgjidhni një drejtim dhe qëndroni në të. Ose porta mban një politikë vetëm GCM dhe klienti vendos një politikë plotësisht të përputhshme, ose porta pranon të dyja familjet dhe klienti mban grupin e tij ekzistues. Aktivizimi i një alternative rezervë që politika e sigurisë e ndalon nuk është rregullim, sado shpejt ta pastrojë gabimin.

Verifikoni të dyja grupet, pastaj një rinovim çelësi

Konfirmoni veçmas grupin e zgjedhur të shkëmbimit të çelësave dhe grupin e zgjedhur të trafikut, sepse vijnë nga lista të ndryshme dhe mund të kenë sukses në mënyrë të pavarur. Më pas lini një rinovim çelësi të ndodhë dhe konfirmojeni edhe atë. Një shtrëngim duarsh i parë që funksionon dhe një rinovim çelësi që dështon përshkruajnë një grup propozimesh që është vetëm pjesërisht i pranueshëm.

Ruajeni atë provë bashkë me ndryshimin. Një shkëputje e përsëritur ka nevojë për regjistrin e vet të shkëmbimit të dështuar përpara se dikush të fajësojë një kohëmatës ose një defekt platforme.