Início / coding / Perguntas / 79375753
Accepted
merlin2011
Asked: 2025-01-22 03:43:11 +0800 CST

O que faz com que o `awk` injete um '0' extra ao incorporar uma variável de shell incorretamente?

  • 772

Já vi essa pergunta e agora sei como passar variáveis ​​de shell corretamente para o awk.

Entretanto, notei um comportamento curioso em minhas tentativas incorretas iniciais:

ip=10.170.115.13

echo $ip
10.170.115.13

echo foo | awk "{print ${ip} }"
10.170.1150.13

Observe o 0 extra na saída acima.

Esse é um comportamento indefinido ou há uma razão lógica para o 0 aparecer onde aparece?

Aqui está minha versão awk:

awk --version
awk version 20200816

Isso também acontece com gawk:

gawk --version
GNU Awk 5.3.1, API 4.0, (GNU MPFR 4.2.1, GNU MP 6.3.0)
Copyright (C) 1989, 1991-2024 Free Software Foundation.
bash

2 respostas

  1. Best Answer

    Quando a variável é substituída no script, parece que

    awk "{print 10.170.115.13 }"

    Como não há aspas em torno do IP, awktenta analisá-lo como números, não como uma string.

    Acho que na verdade está sendo analisado como 3 números: 10.170, .115, e .13. O 0 extra vem do formato padrão para imprimir números de ponto flutuante, que sempre inclui um dígito antes do ponto decimal; .13é impresso como 0.13. .115também se torna 0.115, mas não obtemos um zero extra ali porque 10.170se torna 10.17(já que os zeros à direita após o decimal são descartados).

    A solução correta é usar a -vopção para converter a variável shell em uma awkvariável. Para consertar isso com seu método de substituição de variáveis, você precisa adicionar aspas literais para que seja analisado como uma string.

    awk "{print \"$ip\" }"
    • 5

  2. Isso não tem nada a ver com a injeção em si, observe que

    echo foo | awk '{print 10.170.115.13}'

    dá saída

    10.170.1150.13

    Observe que isso também acontecerá para 3 pontos

    echo foo | awk '{print 10.171.115}'

    dá saída

    10.1710.115

    Eu suspeito que o tokenizer GNU AWKdetecta 2 números, pois 10.171.115é 10.171e .115(certa maneira de escrever 0,115) e então os normaliza (veja OFMT) e então os concatena como uma string vazia é tratada como um operador de concatenação (por exemplo, como em print $1$2). Mais pesquisas sobre o tokenizer do GNU AWKsão necessárias para provar ou negar essa hipótese, mas eu não tenho conhecimento suficiente para fazer isso.

    • 3

relate perguntas