Como inspeccionar o estado de IPsec sen publicar as súas claves

Un volcado de estado de IPsec non é un informe de estado, e tratalo como tal é a forma en que o material de claves acaba nun rastrexador de problemas público. Algunhas saídas de inspección do núcleo inclúen as claves de tráfico que usa o núcleo, xunto con enderezos, selectores e contadores que si son útiles. O hábito seguro é recoller primeiro o resumo e acudir ao estado cru só cando o resumo non pode responder á pregunta. Se ten que mirar o estado cru, míreo localmente e comparta algo máis estreito.

Comprobación 1: pode este artefacto saír da máquina

Un ficheiro de configuración, unha clave privada, unha captura de paquetes sen restricións e un volcado de estado cru son todos segredos ata que se demostre o contrario. Unha orde que imprime claves non se volve segura porque a executase para diagnóstico.

A regra é o bastante simple para dicila nunha frase: comparta a observación que responde á pregunta, non o estado da máquina que a produciu.

Comprobación 2: escolla a orde de resumo, non o volcado de estado

Para strongSwan, swanctl --list-sas mostra o resumo da asociación: identidades, SA fillas instaladas, estados e contadores. Non require o volcado cru de claves e é o primeiro que hai que pegar nun tícket. Do lado do núcleo, iproute2 admite ip xfrm state list nokeys nas versións que documentan a opción, o que suprime o material de claves mantendo os campos da asociación.

Confirme a sintaxe no manual local antes de fiarse dela, porque a opción non está presente en todas as versións e unha listaxe xenérica de estado sen ela é outra orde cunha saída distinta. Executar ip xfrm state nunha compilación antiga para ver se existe a opción é exactamente o erro do que trata esta lista.

Comprobación 3: anote só o que a investigación necesita

O estado da asociación, os algoritmos, os selectores, as marcas de tempo, a dirección e os contadores relevantes adoitan abondar. As identidades de conta, os enderezos públicos e a topoloxía interna a miúdo non, e poden redactarse sen perder valor diagnóstico.

Redacte por defecto e engada de novo se llo piden. Quen le o seu tícket pode pedir un campo máis; pero non pode desver unha clave pegada.

Hai un termo medio que convén coñecer: un resumo tamén pode ser sensible. As identidades, os enderezos dos pares e os nomes das SA fillas describen a súa topoloxía, e nalgunhas organizacións iso xa é información restrinxida. Decida quen é o público antes de pegar e prefira unha canle co control de acceso axeitado a un problema público. Unha orde segura non é o mesmo que un destino seguro.

Comprobación 4: correlacione un intento nos dous extremos

Capture o cliente e a pasarela do mesmo intento de conexión, ao mesmo tempo, e asegúrese de que a asociación que describe é a que produciu ese intento. Mesturar unha SA filla antiga dun intento anterior cunha instantánea fresca de rutas produce un informe internamente coherente e completamente enganoso.

Identifique a asociación polos seus identificadores únicos e non polo túnel, e anote a dirección do fallo. Se o síntoma é que non hai tráfico nunha dirección, diga cal e inclúa un destino de proba inofensivo, para que o lector poida razoar sobre a ruta en lugar de adiviñar. Un contador que é cero nunha dirección e sobe na outra localiza o problema moito mellor que calquera volcado de claves. Manteña as marcas de tempo nunha soa zona horaria e diga cal.

Comprobación 5: que facer se o material xa se expuxo

Borrar o adxunto non demostra que ninguén o gardase, e un pegado público cópiase decontado.

Tráteo como un incidente e use o proceso de substitución do operador: rote as claves ou credenciais afectadas, comprobe se a exposición implica un compromiso máis amplo e siga a ruta de notificación que corresponda. A limpeza técnica é a parte fácil; a suposición de que ninguén o leu é a difícil.

A práctica duradeira é un modelo pequeno que enche antes de pegar: que extremo, que identificador de asociación, que dirección, que contador e que xa se descartou. A documentación de swanctl list-sas describe os campos do resumo, que é o que a maioría dos tíckets necesitan de verdade. Todo o demais está dispoñible se o pide quen o necesita. Un informe de diagnóstico debería conter probas, non acceso.