0x ala 0s? PSK formatua ipsec.secrets-en nola irakurri

Bezero batek partekatutako gakoarekin autentifikatzen du eta beste batek ukatzen du, itsatsitako karaktereak bi aldeetan berdinak diruditen arren. Seguruenik karaktere berak dira; aldea fitxategiak haiei zein deskodetze-arau aplikatzen dien da. Komatxo arteko katea literalki hartzen da, 0x hasten den tokena hexadezimal gisa irakurtzen da, eta 0s hasten den tokena Base64 gisa irakurtzen da. Hiru idazkera horietatik batek soilik esan nahi du zu zenuena, beraz konponketa bihurketa bat izaten da normalean, ez pasahitz hobea.

Sintomak kodetzean jartzen du hatza, ez zifratzean

Bi muturrek byte desberdinak dituztenean, negoziazioak oraindik arrakasta izaten du eta froga gero huts egiten du. Orduan erregistroak osotasun- edo HMAC-hutsegitea jakinarazten du, algoritmo-desadostasuna izan beharrean, proposamen bat aukeratu delako eta autentifikazio-urratsa ez delako bat etorri. Lerro horrek ez du inoiz sekretuaren forma aipatzen.

Fasea da arrastoa. Aukeratutako proposamen baten ondoren datorren hutsegiteak bi aldeak gako-materialaz aparte denetan ados jarri direla esan nahi du, «proposamenik aukeratu gabe» berriz politikari edo zifratze-multzoei dagokie. Pasahitza zuzena dirudienean huts egiten duen osotasun-egiaztapenak kodetze-desadostasunaren aurpegi ikusgaia da.

Sekretu bat, fitxategiak irakurtzeko hiru modu

Lau byteko balioarentzat key1, hexadezimala eta Base64 byte beren berrikodetze bi dira, eta hasierako karaktereek soilik esaten diote analizatzaileari zein duen eskuan. swanctl kredentzialek konbentzio bera jarraitzen dute, beraz bi interfazeen artean mugitutako balio batek zentzua gordetzen du bere aurrizkia berarekin bidaiatzen badu soilik.

10.20.0.5 %any : PSK "key1"
10.20.0.5 %any : PSK 0x6b657931
10.20.0.5 %any : PSK 0sa2V5MQ==

Bloke horretako bi xehetasunek jaten dute denbora gehiena. Hexadezimal zifrek bi idazkerak onartzen dituzte, beraz 0x6b657931 eta 0x6B657931 balio bera dira, baina karaktere kopuru bakoitiak isilka oker irakurtzen dira, baztertu beharrean, eta horrek ebaki ondorengo byte bakoitza lekuz aldatzen du. Base64 betegarria balioaren parte da, beraz amaierako = zeinuak gabe itsatsitako katea byte desberdinetan deskodetatzen da, ozen huts egin beharrean.

Balioa behin deskodetu duen profil batek jada bihurtu du, beraz berriro deskodetzeak byte desberdinak eta pasahitz oker baten antza duen autentifikazio-hutsegitea sortzen ditu. Komatxoak dira norabide segurua edozein gauza anbiguoarentzat, edukia literala delako kodetze-markarekin hasten denean ere.

Nondik dator Base64 testua

Profil-esportazioek eta hornitzaileen atariek gakoa jada kodetuta ematen dute askotan, normalean eskuz idazteko inoiz pentsatu ez zen datu-eremu batean. Edo bildu balio hori eta gorde deskodetutako testua komatxo artean, edo utzi kodetuta marka aurrean duela. Bietatik erdia egitea da gauza apurtzen duena. Bi bideek balio osoa kopiatzetik bizirik ateratzen bada soilik funtzionatzen dute.

Bi norabideak komando bat dira bakoitza, eta merezi du txartelean gordetzea gordetako balioa sortu zuen eragiketa zehatza gisa. Exekutatu ordena honetan:

printf '%s' 'a2V5MQ==' | base64 -d
printf '%s' 'key1' | base64

Kodetutako testua arrunta balitz bezala itsastea da akats garestia. Fitxategiak karaktereak idatzi ziren bezalaxe hash egiten ditu, eratorritako gakoa parekideak kalkulatutakoa baino gutxi gorabehera heren bat luzeagoa ateratzen da, eta saiakera bakoitzak berdin huts egiten du abisurik gabe, analizatzaileak eman zitzaion araua bete duelako.

Egiaztatu zein byte erabiltzen dituen benetan parekide bakoitzak

Irakurri lehenik daemonak konexioaz duen ikuspegia eta gero autentifikazioaren emaitza, errore-kateatik arrazoia asmatu beharrean. Gordetako luzera alderatzea zentzuzkotasun-egiaztapen azkarra da, kodetutako testua ordezkatzen dituen byteak baino luzeagoa delako. Ondoren egiaztatu zein identitate-errenkada datozen bat, parekide okerraren pean gordetako sekretu zuzena oker bat bezala huts egiten duelako. Errenkaden ordenak erabakitzen du: lehen bat-etortzeak irabazten du, beraz goiko aldeko %any errenkada zabal batek isilka ordezkatzen du orain dela gutxi editatu duzun errenkada zehatza.

Berriz kargatu, ez berrabiarazi, fitxategia zuzena denean. ipsec rereadsecrets IKE daemonaren kopia freskatzen du, eta swanctl ezarpen batek kredentzialak bere komando propioarekin kargatzen ditu. Berrabiarazteak ezarritako elkarte guztiak botatzen ditu eta egiten saiatzen ari zinen alderaketa suntsitzen du.

Egiaztapen hauetako batek ere ez du sekretua agerian jartzea eskatzen. Luzera batek, identitate-hautatzaile batek eta errenkada-posizio batek mota honetako hutsegite gehienak azaltzen dituzte inork hex dump bat behar izan baino lehen.

Aldatu fitxategia emaitza ezkutatu gabe

Mugatu fitxategia daemonaren kontura, eta eduki sekretu biziak txartel, txat eta pantaila-argazkietatik kanpo, itsatsitako gako bat ihesa delako, ez diagnostikoa. Gainera, sortu zuen gertaera baino gehiago irauten du.

Probatu kontrola duzun konfigurazioa duen bezero batetik, egiaztatu autentifikazioak arrakasta duela, eta gero egiaztatu tunelak trafikoa daramala. Esku-ematea konpontzen duen baina bideratzea hautsita uzten duen berriz kargatze bat beste arazo bat da, eta sekretua mugitzeari uzten dion unetik ikusgai geratzen da.