jacksum - Online na nuvem

PROGRAMA:

NOME

jacksum - calcula somas de verificação, CRCs e resumos de mensagens

SINOPSE

Jacksum [OPÇÕES] ... [ARQUIVO] ...
Java -jar /usr/share/java/jacksum.jar [OPÇÕES] ... [ARQUIVO] ...
Java -cp /usr/share/java/jacksum.jar jabuticaba [OPÇÕES] ... [ARQUIVO] ...

DESCRIÇÃO

Jacksum é um utilitário gratuito e independente de plataforma para calcular e verificar somas de verificação,
CRCs e hashes (resumos de mensagens), bem como carimbos de data / hora de arquivos. Jacksum está escrito
inteiramente em Java. Um Java Runtime Environment (JRE), pelo menos a versão 1.3.1 ou qualquer
JRE equivalente é necessário. Recomenda-se pelo menos JRE 1.4.2.

Os seguintes parâmetros são suportados:

lima um nome de caminho de um arquivo a ser verificado. Há suporte para curingas. Eles dependem do
shell que você está executando. Sem arquivo, ou quando o arquivo é o caractere "-", padrão
a entrada é lida.

As seguintes opções são suportadas:

-a algo
o algoritmo, o padrão é sha-1 desde Jacksum 1.0.0, consulte também -A. Algoritmos podem
ser combinados com o caractere mais, por exemplo, "sha1 + crc32", "bsd + crc24 + xor8". Se você
especificar "-a all" todos os algoritmos suportados são usados, consulte também -F. Assim que "todos"
ou um caractere mais é usado, a saída é normalizada com uma soma de verificação hexadecimal e um
tamanho do arquivo decimal. Exemplos: "sha +", "md5 +". Recurso disponível desde Jacksum 1.7.0,
veja também -A, -F.

-A Alternar. Por padrão, o Jacksum usa algoritmos fornecidos pela API Java se
disponíveis, porque são otimizados pelo fornecedor JVM, eles geralmente fornecem muito
Boa performance. Se -A for definido, Jacksum usa um Java puro alternativo
implementação de um algoritmo (se disponível). Na verdade, Jacksum oferece suporte alternativo
implementações para os seguintes algoritmos: adler32, crc32, md5, sha-1, sha-256,
sha-384, sha-512 desde Jacksum 1.5.0, consulte também -a.

-c Lista
verifica a integridade em relação a uma determinada lista. A lista é geralmente uma saída anterior de
Jacksum, idealmente criado com a opção -m. Você também pode verificar em uma lista que
foi criado por um aplicativo diferente. Neste caso, você precisa especificar todos
parâmetros que são necessários para produzir a mesma saída. O parâmetro -F será
ignorado. Para excluir arquivos, basta remover as linhas da lista. Recurso disponível
desde o Jacksum 1.3.0, consulte também -l -I e -m.

-d diretórios (regulares) apenas. Não siga links simbólicos no Linux / Unix. Um simbólico
link de uma subpasta para uma pasta pai pode causar loops infinitos em Unix / Linux
enquanto percorre a árvore recursivamente. Se esta opção for definida, links simbólicos para
os diretórios serão ignorados. Esta opção será ignorada no Windows. Recurso
disponível desde Jacksum 1.5.0, Consulte também -r.

-e seq expectativa. Uma sequência para o cálculo é esperada. Funciona com um arquivo,
entrada padrão ou opção -q. Retorna OK (código de saída 0) ou MISMATCH (código de saída 1).
Disponível desde Jacksum 1.4.0. Funciona também com vários arquivos ou diretórios para
encontre duplicatas, caso em que todas as descobertas são impressas. A sequência pode ser
especificado tanto com ou sem distinção entre maiúsculas e minúsculas, exceto se a codificação Base 64 (por
-E) foi especificado. Disponível desde Jacksum 1.6.0, consulte também -a, -q, -E, -x e
-X.

-E codificação
codificação. A soma de verificação pode ser codificada:

bin Binário
dec decimal
outubro Octal
hex Hexadecimal em minúsculas (igual a -x)
hexup Hexadecimal em maiúsculas (igual a -X)
base16 Base 16 (conforme definido pela RFC 3548)
base32 Base 32 (conforme definido pela RFC 3548)
base64 Base 64 (conforme definido pela RFC 3548)
bb BubbleBabble (usado por OpenSSH e SSH2)

disponível desde Jacksum 1.6.0, consulte também -x e -X.

-f processar apenas arquivos, esta opção suprime as mensagens "... é um
diretório "e" ... não é um arquivo normal ". Disponível desde
Jacksum 1.0.0, consulte também -V.

-F formato
Defina um formato de saída personalizável para substituir o padrão.
Disponível desde Jacksum 1.5.0, se não for outro especificado, consulte também
-a, -E, -g, -G, -p, -P, -s, -t, -x, -X.

#ALGONAME será substituído pelo nome do algoritmo
#ALGONAME {i} veja também #CHECKSUM {i}
#CHECKSUM será substituído pelo hash, CRC ou valor de soma
(depende de -a, -b, -g, -G, -x, -X)
#CHECKSUM {i} Se o caractere chamado + foi usado para
separar vários algoritmos na opção -a, o
token será substituído pela soma de verificação. o
token é indexado por um número. Se você usar o
personagem chamado i em vez de um número,
funciona como um índice automático. (1.6)
#FILENAME será substituído pelo nome do arquivo e caminho (depende
em -p e -P)
#FILENAME {NAME} será substituído pelo nome do arquivo (1.5)
#FILENAME {PATH} será substituído pelo filepath (1.5)
#FILESIZE será substituído pelo tamanho do arquivo
#FINGERPRINT é um alias para #CHECKSUM
#SEPARATOR será substituído pelo separador que você pode
especificar com -s
#TIMESTAMP será substituído pelo carimbo de data / hora (depende de -t)
#QUOTE será substituído por uma citação char (")

-g contar
agrupe a saída hexadecimal para a soma de verificação em bytes de "contagem" para melhor legibilidade. Somente
válido se a codificação for hex ou hexup. Os grupos são separados por um espaço em branco ou pelo
caractere especificado por -G. O valor da contagem deve ser maior que 0. Disponível
desde Jacksum 1.6.0, veja também -E, -G, -x e -X -G char group character. Apenas válido
se a codificação for hexadecimal e -g tiver sido definido.

-h [idioma] [seção]
ajuda de impressão, os códigos válidos para "lang" são "en" ou "de", o padrão é "en"; valores válidos
para "seção" são strings como cabeçalhos ou opções. Veja a seção EXEMPLOS para mais
em formação. Disponível desde Jacksum 1.0.0, seção de parâmetros desde Jacksum 1.6.0,
veja também -v.

-I corda
ignorar. Ao criar uma lista por -m ou ler uma lista por -c, as linhas são ignoradas se
eles começam com a string especificada. Disponível desde Jacksum 1.6.0, consulte também -c
e -m.

-l Lista. Apenas liste os arquivos que foram modificados ou excluídos. Em combinação apenas com -c.
Disponível desde Jacksum 1.4.0, consulte também -c.

-m imprimir metainfo. Linhas adicionais serão impressas. Com o metainfo disponível você
pode verificar os arquivos em uma determinada lista sem a necessidade de especificar muitos
parâmetros de linha de comando. Qualquer formato personalizado que você pode especificar normalmente com -F é
ignorado. Disponível desde Jacksum 1.3.0, consulte também -c.

-o lima
saída. A saída do programa vai para um arquivo em vez da saída padrão.
O programa sai com um aviso se o arquivo existir. O arquivo que é especificado por
-o é excluído do processo de cálculo. Disponível desde Jacksum 1.6.0, consulte
também -O, -u e -U.

-O lima
saída. O mesmo que -o, no entanto, um arquivo existente será sobrescrito sem qualquer
aviso. Consulte também -U. Disponível desde Jacksum 1.6.0, consulte também -o, -u e -U.

-p caminho. Coloque as informações do caminho em cada linha, em vez de imprimir um cabeçalho para cada
enquanto processa pastas recursivamente (-r). Com esta opção, a saída
aumentará, mas por outro lado, será muito mais fácil classificar ou grep o
linhas com os programas correspondentes. Disponível desde Jacksum 1.4.0, consulte também -F, -P,
-r e -w.

-P carbonizar
separador de caminho. Por padrão, o separador de nome de arquivo padrão dependente do sistema
personagem é usado. Em sistemas Unix, o caractere é a barra (/), em Microsoft
Em sistemas Windows, é a barra invertida (\). Você pode alterar o padrão se um especial
formato de saída para nomes de arquivo (como links HTML) é necessário. Disponível desde
Jacksum 1.5.0, consulte também -F e -p.

-q [tipo:] seq
processe uma sequência rapidamente e saia do programa. O tipo pode ser usado para especificar
o tipo da sequência (texto, hexadecimal ou decimal):

txt: Exemplo1
hex: 4578616D706C6531
dez: 69,120,97,109,112,108,101,49
4578616D706C6531

Se o tipo não for definido, o seq deve estar no formato hexadecimal. Se o tipo for definido como
"txt", o conjunto de caracteres padrão da plataforma será usado para interpretar a sequência chamada
seq. Disponível desde Jacksum 1.3.0 (somente hex), digite desde 1.5.0.

-r subdiretório do processo recursivamente (sem um parâmetro de arquivo, o diretório atual é
usado). Disponível desde Jacksum 1.0.0, consulte também -p e -w.

-s setembro uma string de separação personalizada (\ t, \ n, \ r, \ ", \ 'e \\ serão traduzidos).
o valor padrão depende do algoritmo de checksum. Disponível desde Jacksum 1.0.0, consulte
também -F.

-S resumo. Isso calcula apenas um valor de checksum. Todos os arquivos, o diretório
estruturas, os nomes de arquivos e carimbos de data / hora (se solicitados) fazem parte dessa soma de verificação.
Veja também -w. Disponível desde Jacksum 1.5.0, consulte também -r e -w.

-t formulário
um formato de carimbo de data / hora. A classe do formatador do Java SimpleDateFormat será usada. Válido
personagens são

Designador G Era
ano
M mês no ano
w semana no ano
W semana no mês
Dia D no ano
d Dia do mês
F Dia da semana no mês
E dia na semana
um marcador AM / PM
Horas H no dia (0-23)
k horas do dia (1-24)
Hora K em am / pm (0-11)
h Hora em am / pm (1-12)
m Minuto em hora
s segundos no minuto
S milissegundo
z Fuso horário, geral
Z Fuso horário, RFC 822

Se o formulário for definido com a palavra "padrão", os carimbos de data / hora serão formatados com
"aaaaMMddHHmmss". desde Jacksum 1.3.0

#SEPARATOR será substituído pelo separador que você
pode especificar com -s
#QUOTE será substituído por uma citação char (")

Disponível desde Jacksum 1.6.0, consulte também -F.

-u lima
feio, indesejável, imprevisto, não convidado. Qualquer mensagem de erro do programa é
redirecionado para um arquivo em vez do erro padrão. O programa sai se o arquivo
existe. O arquivo que é especificado por -u é excluído do cálculo
processo. Disponível desde Jacksum 1.6.0, consulte também -U, -o e -O.

-U lima
feio, indesejável, imprevisto, não convidado. O mesmo que -u, no entanto, um arquivo existente irá
ser sobrescrito sem qualquer aviso. Veja também -O. Disponível desde Jacksum 1.6.0,
veja também -u, -o e -O.

-v versão. Imprime a versão do produto e sai. Disponível desde Jacksum 1.2.0, consulte
também -h.

-V ao controle
prolixo. Imprime informações adicionais. Se -V é o único parâmetro, ele se comporta como
-v. "controle" pode ser uma das seguintes palavras-chave, que deve ser separada por um
vírgula:

detalhes | nodetails Erros com ou sem detalhes
avisos | nowarnings Avisos ou nenhum aviso
resumo | Resumo nosummary no final ou não

Se o controle é definido como "padrão", o controle é definido como "detalhes, avisos, nosummary".
Disponível desde Jacksum 1.6.0, consulte também -f e -v.

-w O parâmetro do arquivo (o último parâmetro) deve ser o diretório de trabalho.
Isso permite criar nomes de caminhos relativos em vez de absolutos. Só válido se
o parâmetro do arquivo é um diretório. Disponível desde Jacksum 1.6.0, consulte também -r e
-S.

-x saída hexadecimal em minúsculas para a soma de verificação, é um apelido para -E hex. Disponível desde
Jacksum 1.1.0, consulte também -E.

-X saída hexadecimal em maiúsculas para a soma de verificação, é um apelido para -E hexup. Disponível
desde Jacksum 1.1.0, consulte também -E.

Os seguintes algoritmos são suportados:

Adler32, Adler-32
algoritmo:
Adler32 [java.util.zip.Adler32]
comprimento:
32 pedaços
Tipo:
soma de verificação, 1995
Desde a:
Jacksum 1.0.0 (alias "adler-32" desde 1.2.0)
como:
Adler32 foi inventado por Mark Adler em 1995.
A especificação para Adler32 pode ser encontrada
na RFC 1950. Adler32 é uma extensão de 32 bits
e melhoria do algoritmo Fletcher,
usado no padrão ITU-T X.224 / ISO 8073.
[jonelo.jacksum.algorithm.Adler32alt] é o
implementação alternativa e é usado se
a opção -A é especificada.

droga, bssum, sumbsd
algoritmo:
Algoritmo de checksum BSD
comprimento:
16 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.0.0 (alias "bsdsum" desde 1.2.0, alias
"sumbsd" desde 1.6.0)
como:
formato de saída é exatamente como o nativo
soma do programa (tamanho em blocos de 1024 bytes)
veja também sysv
- no BeOS é / bin / sum [-r]
- no FreeBSD é / usr / bin / sum
e / usr / bin / cksum -o 1
- no HP-UX é / usr / bin / sum -r
- no IBM AIX é / usr / bin / sum [-r]
- no Linux é / usr / bin / sum [-r]
- no MacOS X é / usr / bin / sum
e / usr / bin / cksum -o 1
- no Solaris é / usr / ucb / sum
- no Windows não há soma

cksum
algoritmo:
Algoritmo POSIX 1003.2 CRC
comprimento:
32 pedaços
Tipo:
crc
Desde a:
Jacksum 1.0.0
como:
- no BeOS é / bin / cksum
- no FreeBSD é / usr / bin / cksum
- no HP-UX é / usr / bin / cksum e
/ usr / bin / sum -p
- no IBM AIX é / usr / bin / cksum
- no Linux é / usr / bin / cksum
- no MacOS X é / usr / bin / cksum
- no Solaris é / usr / bin / cksum
- sob Tru64 ist es / bin / cksum (CMD_ENV = xpg4)
- no Windows não há cksum
O POSIX CRC não pode ser descrito completamente
pelo Rocksoft-Model, porque o algoritmo
acrescenta a mensagem com seu comprimento. Sem
este especial, o código seria:
crc: 32,04C11DB7,0, falso, falso, FFFFFFFF

crc64, crc-64
algoritmo:
CRC-64
comprimento:
64 pedaços
Tipo:
crc: 64,1B, 0, verdadeiro, verdadeiro, 0
Desde a:
Jacksum 1.5.0
como:
este algoritmo é descrito no
Padrão ISO 3309.
(o polímero gerador é x ^ 64 + x ^ 4 + x ^ 3 + x + 1)

duende, elfo32, elfo-32
algoritmo:
ELF
comprimento:
32 pedaços
Tipo:
hash
Desde a:
Jacksum 1.5.0
como:
função hash usada no Unix ELF (Executável
e formato vinculável) para arquivos de objeto.

ed2k, emular, Edonkey
algoritmo:
eMule / eDonkey
comprimento:
128 pedaços
Tipo:
hash
Desde a:
Jacksum 1.5.0
como:
este algoritmo é usado em eDonkey resp. eMule,
é baseado em MD4, mas retorna diferente
impressões digitais para arquivos> = 9500 KB.

convidado
algoritmo:
GOST R 34.11-94
[org.bouncycastle.crypto.digests.GOST3411Digest]
comprimento:
256 pedaços
Tipo:
haxixe, 1994
Desde a:
Jacksum 1.6.0
como:
"GOsudarstvennyi STandard", russo para
"Padrão do Governo". Publicado em 1994 como
o padrão soviético GOST-R-34.11-94.

tem 160, tem-160, tem 160
algoritmo:
HAS-160 [gnu.crypto.hash.Has160 (jonelo)]
comprimento:
160 pedaços
Tipo:
haxixe, 2000
Desde a:
Jacksum 1.7.0
como:
HAS-160 é uma função hash criptográfica e
um padrão TTA coreano (Telecomunicações e
e Associação de Tecnologia).

haval, haval_ _
algoritmo:
Haval [gnu.crypto.hash.Haval]
comprimento:
128, 160, 192, 224 ou 256 bits
Tipo:
haxixe, 1992
Desde a:
Jacksum 1.4.0
como:
Haval foi inventado por Yuliang Zheng, Josef
Pieprzyk e Jennifer Seberry em 1992.
O algoritmo de compilação de mensagem Haval tem um
comprimento de saída variável, com número variável de
rodadas. O comprimento de saída pode variar de 128
para 256 bits em incrementos de 32 bits. o
número de rodadas pode variar de 3 a 5. O
os valores padrão (apenas "haval") são 128 e 3.

MD2, md2sum
algoritmo:
MD2 [gnu.crypto.hash.MD2]
comprimento:
128 pedaços
Tipo:
haxixe, 1989
Desde a:
Jacksum 1.2.0
como:
o algoritmo de compilação de mensagem MD2 conforme definido em
RFC 1319;
RSA Laboratories, em seu Boletim nº 4, datado
12 de novembro de 1996, recomenda atualizar
aplicativos fora do MD2, sempre que for
prático.
Jacksum suporta MD2 para compatibilidade e educacional
finalidades.

MD4, md4sum
algoritmo:
MD4 [gnu.crypto.hash.MD4]
comprimento:
128 pedaços
Tipo:
haxixe, 1990
Desde a:
Jacksum 1.2.0
como:
o algoritmo de compilação de mensagem MD4 conforme definido em
RFC 1320;
RSA Laboratories, em seu Boletim nº 4, datado
12 de novembro de 1996, recomenda que MD4 deve
não ser usado.
Jacksum suporta MD4 para compatibilidade e educacional
finalidades.

MD5, md5sum
algoritmo:
MD5 [java.security.MessageDigest]
comprimento:
128 pedaços
Tipo:
haxixe, 1991
Desde a:
Jacksum 1.0.0
como:
O algoritmo de compilação da mensagem MD5 foi projetado por
Ronald Rivest em 1991, e é definido em
RFC 1321. [gnu.crypto.hash.MD5] é o alternativo
implementação e será usado se você tiver
defina a opção -A.
- no BeOS é / bin / md5sum
- no FreeBSD é / sbin / md5
- no HP-UX não há md5 ou md5sum
- no Linux é / usr / bin / md5sum
- no MacOS X é / usr / bin / md5
- no Solaris é / usr / sbin / md5 (SUNWkeymg)
- no Windows não há md5 ou md5sum

Nenhum
algoritmo:
Nenhum
comprimento:
0 pedaços
Tipo:
não aplicável
Desde a:
Jacksum 1.6.0
como:
Não calcula a soma de verificação, não lê o
conteúdo dos arquivos, ele apenas determina o
tamanho do arquivo (e carimbo de data / hora, se necessário)

crc:
algoritmo:
CRC
comprimento:
8..64 bits
Tipo:
crc
Desde a:
Jacksum 1.7.0
como:
Com este CRC genérico, você pode especificar todos os CRC-
algoritmos que podem ser descritos pelo famoso
"Algoritmo CRC Modelo da Rocksoft (tm)".
deve ter 6 valores, que devem ser
separados por uma vírgula. Esses são:
largura, poli, init, refIn, refOut, xorOut

largura - largura do crc, expressa em bits.
Este é um a menos que a largura de
o poli.

poli - o polinômio, especifique como hex
A parte superior do poli deve ser
omitido. Por exemplo, se o polígono for
10110, você deve especificar 06. Um
aspecto importante deste parâmetro
é que representa o não refletido
poli; a parte inferior deste parâmetro
é sempre o LSB do divisor
durante a divisão, independentemente de
se o algoritmo que está sendo modelado
Está refletido.

init - este parâmetro especifica o inicial
valor do registro quando o
algoritmo começa. Especifique como hex.

refIn - este é um parâmetro booleano. Se isso
é falso, os bytes de entrada são processados
com o bit 7 sendo tratado como o mais
bit significativo (MSB) e bit 0 sendo
tratado como o bit menos significativo.
Se este parâmetro for falso, cada byte
é refletido antes de ser processado.
verdadeiro ou falso

refOut - este é um parâmetro booleano. Se for
definido como falso, o valor final no
registro é alimentado no estágio xorOut
diretamente, caso contrário, se este parâmetro
é verdade, o valor final do registro é
refletido primeiro.

xorOut - este valor é XORed para o final
valor de registro (após o refOut)
estágio antes que o valor seja retornado como
a soma de verificação oficial, especifique como hexadecimal

ler
algoritmo:
ler
comprimento:
0 pedaços
Tipo:
não aplicável
Desde a:
Jacksum 1.6.0
como:
Não calcula nenhuma soma de verificação, mas lê o
conteúdo dos arquivos, também determina o
tamanho do arquivo (e carimbo de data / hora, se necessário)

rmd128, rmd-128, maduromd128, maduromd-128, maduro-md128
algoritmo:
RIPEMD-128 [gnu.crypto.hash.RipeMD128]
comprimento:
128 pedaços
Tipo:
hash
Desde a:
Jacksum 1.2.0 (alias rmd128 / rmd-128 desde 1.4.0)
como:
um resumo da mensagem, consulte também RIPEMD-160

rmd160, rmd-160, maduromd160, maduromd-160, maduro-md160
algoritmo:
RIPEMD-160 [gnu.crypto.hash.RipeMD160]
comprimento:
160 pedaços
Tipo:
haxixe, 1996
Desde a:
Jacksum 1.2.0 (alias rmd160 / rmd-160 desde 1.4.0)
como:
RIPEMD foi desenvolvido no âmbito do
Projeto da UE RIPE (RACE Integrity Primitives
Avaliação), usado pelo GnuPG

rmd256, rmd-256, maduromd256, maduromd-256, maduro-md256
algoritmo:
RIPEMD-256 [org.bouncycastle.crypto.digests]
comprimento:
256 pedaços
Tipo:
hash
Desde a:
Jacksum 1.6.0
como:
um resumo da mensagem, consulte também RIPEMD-160
RIPEMD-256 é tão seguro quanto RIPEMD-128

rmd320, rmd-320, maduromd320, maduromd-320, maduro-md320
algoritmo:
RIPEMD-320 [org.bouncycastle.crypto.digests]
comprimento:
128 pedaços
Tipo:
hash
Desde a:
Jacksum 1.6.0
como:
um resumo da mensagem, consulte também RIPEMD-160
RIPEMD-320 é tão seguro quanto RIPEMD-160

sha0, sha-0
algoritmo:
SHA-0 [gnu.crypto.hash.Sha0 (jonelo)]
comprimento:
160 pedaços
Tipo:
haxixe, 1993
Desde a:
Jacksum 1.6.0
como:
o Secure Hash Algorithm, conforme definido em 1993 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (FIPS PUB 180).
Foi retirado pela NSA pouco depois
publicação e foi substituído pelo revisado
versão, publicada em 1995 em FIPS PUB 180-1
e comumente referido como "SHA-1".

sim, sha1, sha-1, sha160, sha-160
algoritmo:
SHA-1 [java.security.MessageDigest]
comprimento:
160 pedaços
Tipo:
haxixe, 1995
Desde a:
Jacksum 1.0.0 (alias sha-1 desde 1.2.0, alias
sha-160. sha160 e sha-160 desde 1.5.0, padrão
algoritmo desde 1.5.0.
como:
o Secure Hash Algorithm, conforme definido em 1995 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (NIST FIPS 180-1).
[gnu.crypto.hash.Sha160] é o alternativo
implementação e será usado se você tiver
opção especificada -A.
- no BeOS não há sha1
- no FreeBSD é / sbin / sha1
- no HP-UX não há sha1
- no Linux é / usr / bin / sha1sum
- no MacOS X não há sha1
- no Solaris não há sha1
- no Windows não há sha1

sha224, sha-224
algoritmo:
SHA-224 [gnu.crypto.hash.Sha224 (jonelo)]
comprimento:
224 pedaços
Tipo:
haxixe, 2004
Desde a:
Jacksum 1.6.0
como:
o Secure Hash Algorithm, conforme definido em 2004 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (NIST FIPS 180-2) e em RFC 3874.
SHA-224 é baseado em SHA-256, mas usa um
valor inicial diferente e o hash final
é truncado para 224 bits.

sha256, sha-256
algoritmo:
SHA-256 [java.security.MessageDigest]
comprimento:
256 pedaços
Tipo:
haxixe, 2001
Desde a:
Jacksum 1.3.0
como:
o Secure Hash Algorithm, conforme definido em 2001 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (NIST FIPS 180-2).
[gnu.crypto.hash.Sha256] é um alternativo
implementação e é usado se você tiver um
JRE <1.4.2 ou se você especificou a opção -A.

sha384, sha-384
algoritmo:
SHA-384 [java.security.MessageDigest]
comprimento:
384 pedaços
Tipo:
haxixe, 2001
Desde a:
Jacksum 1.3.0
como:
o Secure Hash Algorithm, conforme definido em 2001 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (NIST FIPS 180-2).
[gnu.crypto.hash.Sha384] é um alternativo
implementação e é usado se você tiver um
JRE <1.4.2 ou se você especificou a opção -A.

crc8, crc-8
algoritmo:
CRC-8
comprimento:
8 pedaços
Tipo:
crc: 8,7,0, falso, falso, 0
Desde a:
Jacksum 1.6.0
como:
esta implementação do CRC-8 (cíclico
verificação de redundância) é usado no
Barramento de gerenciamento do sistema (SMBus) e o
Free Lossless Audio Codec (FLAC), por exemplo
(gerador poly x ^ 8 + x ^ 2 + x ^ 1 + 1)

sha512, sha-512
algoritmo:
SHA-512 [java.security.MessageDigest]
comprimento:
512 pedaços
Tipo:
haxixe, 2001
Desde a:
Jacksum 1.3.0
como:
o Secure Hash Algorithm, conforme definido em 2001 em
o Instituto Nacional de Padrões e
Processamento Federal de Informações de Tecnologia
Padrão (NIST FIPS 180-2).
[gnu.crypto.hash.Sha512] é um alternativo
implementação e é usado se você tiver um
JRE <1.4.2 ou se você especificou a opção -A.

soma8, soma-8
algoritmo:
Soma 8
comprimento:
8 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.3.0
como:
valor calculado pela soma de todos os valores
no módulo de fluxo de dados de entrada 2 ^ 8.
Este algoritmo não se preocupa com o
arranjo de bytes.

soma16, soma-16
algoritmo:
Soma 16
comprimento:
16 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.3.0
como:
valor calculado pela soma de todos os valores
no módulo de fluxo de dados de entrada 2 ^ 16.
Este algoritmo não se preocupa com o
arranjo de bytes.

soma24, soma-24
algoritmo:
Soma 24
comprimento:
24 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.3.0
como:
valor calculado pela soma de todos os valores
no módulo de fluxo de dados de entrada 2 ^ 24.
Este algoritmo não se preocupa com o
arranjo de bytes.

soma32, soma-32
algoritmo:
Soma 32
comprimento:
32 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.3.0
como:
valor calculado pela soma de todos os valores
no módulo de fluxo de dados de entrada 2 ^ 32.
Este algoritmo não se preocupa com o
arranjo de bytes.

sysv, sysvsum, sumsysv
algoritmo:
Algoritmo de soma de verificação do UNIX System V
comprimento:
16 pedaços
Tipo:
soma de verificação, 1985
Desde a:
Jacksum 1.2.0, alias "sumsysv" desde 1.6.0
como:
formato de saída é exatamente como o adequado
soma do programa (tamanho em blocos de 512 bytes),
veja também bsd
- no BeOS é / bin / sum -s
- no FreeBSD é / usr / bin / cksum -o 2
- no HP-UX é / usr / bin / sum
- no Linux é / usr / bin / sum -s
- no MacOS X é / usr / bin / cksum -o 2
- no Solaris é / usr / bin / sum
- no Windows não há soma

tigre128, tigre-128
algoritmo:
Tiger 128 [gnu.crypto.hash.Tiger160 (por jonelo)]
comprimento:
128 pedaços
Tipo:
haxixe, 1995
Desde a:
Jacksum 1.6.0
como:
o valor do hash são os primeiros 128 bits do
resultado de Tiger-192

tigre160, tigre-160
algoritmo:
Tiger 160 [gnu.crypto.hash.Tiger160 (por jonelo)]
comprimento:
160 pedaços
Tipo:
haxixe, 1995
Desde a:
Jacksum 1.6.0
como:
o valor do hash são os primeiros 160 bits do
resultado de Tiger-192

tigre, tigre192, tigre-192
algoritmo:
Tigre [gnu.crypto.hash.Tiger]
comprimento:
192 pedaços
Tipo:
haxixe, 1995
Desde a:
Jacksum 1.4.0
como:
desenvolvido por Ross Anderson e Eli Biham, 1995

tiger2
algoritmo:
Tiger2 [gnu.crypto.hash.Tiger2 (jonelo)]
comprimento:
192 pedaços
Tipo:
haxixe, 2005
Desde a:
Jacksum 1.6.0
como:
desenvolvido por Ross Anderson e Eli Biham, 2005

crc16, crc-16
algoritmo:
CRC-16 (ARC)
comprimento:
16 pedaços
Tipo:
crc: 16,8005,0, verdadeiro, verdadeiro, 0
Desde a:
Jacksum 1.2.0
como:
esta implementação do CRC-16 (cíclico
verificação de redundância) é a forma mais popular
de algoritmos CRC-16
(gerador poly x ^ 16 + x ^ 15 + x ^ 2 + 1)
É usado por LHA e ARC, por exemplo.

árvore:
algoritmo:
Árvore de hash
comprimento:
dependente do algoritmo subjacente
Tipo:
árvore de hash, 1979
Desde a:
Jacksum 1.7.0
como:
inventado por Ralph Merkle, 1979. Uma árvore hash é uma
árvore de hashes em que as folhas são hashes de
blocos de dados. Por padrão, o hash da árvore é codificado
base32. Jacksum permite calcular a raiz
hash da árvore hash, os seguintes agoritmos
são compatíveis com árvores hash: tiger, tiger2
Hashes de árvore Tiger são usados ​​no compartilhamento de arquivos P2P
protocolos e aplicações.

redemoinho0, redemoinho-0
algoritmo:
Whirlpool-0 [gnu.crypto.hash.Whirlpool (jonelo)]
comprimento:
512 pedaços
Tipo:
haxixe, 2000
Desde a:
Jacksum 1.6.0
como:
The Whirlpool Hashing Function de Paulo SLM
Barreto e Vincent Rijmen, 2000.
Esta é a especificação original da Whirlpool
de 2000.

redemoinho1, redemoinho-1
algoritmo:
Whirlpool-1 [gnu.crypto.hash.Whirlpool]
comprimento:
512 pedaços
Tipo:
haxixe, 2001
Desde a:
Jacksum 1.2.0
como:
The Whirlpool Hashing Function de Paulo SLM
Barreto e Vincent Rijmen, 2001.
Esta é a primeira revisão da especificação
da Whirlpool de 2001 com S-box aprimorada
projeto:
"Propomos renomear o algoritmo original
Whirlpool-0 e usando o termo Whirlpool para
a versão final modificada que usa o
design S-box aprimorado. "

hidromassagem, redemoinho2, redemoinho-2
algoritmo:
Redemoinho [gnu.crypto.hash.Whirlpool (jonelo)]
comprimento:
512 pedaços
Tipo:
haxixe, 2003
Desde a:
Jacksum 1.6.0
como:
The Whirlpool Hashing Function de Paulo SLM
Barreto e Vincent Rijmen.
Esta é a segunda revisão da especificação
da Whirlpool de 2003 com difusão aprimorada
matriz:
"Recentemente [11 de março de 2003], Shirai e Shibutani
descobriu uma falha na difusão do Whirlpool
matriz que tornou seu número de ramal subótimo.
Embora esta falha em si não pareça
introduzir uma vulnerabilidade efetiva, o
presente documento substitui essa matriz
[24 de maio de 2003] "

xor8, xor-8
algoritmo:
Exclusivo ou
comprimento:
8 pedaços
Tipo:
checksum
Desde a:
Jacksum 1.3.0
como:
valor calculado pelo xoring de todos os valores no
fluxo de dados de entrada.
Este algoritmo não se preocupa com o
arranjo de bytes em um arquivo.

crc16_x25, crc-16_x-25, FCS16, FCS-16
algoritmo:
CRC-16 (sequência de verificação de quadro)
comprimento:
16 pedaços
Tipo:
crc: 16,1021, FFFF, verdadeiro, verdadeiro, FFFF
Desde a:
Jacksum 1.5.0 (alias _x25, _x-25 conjunto 1.7.0)
como:
A sequência de verificação de quadros, conforme definido em
RFC1331.

crc24, crc-24
algoritmo:
CRC-24
comprimento:
24 pedaços
Tipo:
crc: 24,864CFB, B704CE, falso, falso, 0
Desde a:
Jacksum 1.6.0
como:
esta implementação do CRC-24 (cíclico
verificação de redundância) é usado pelo Open PGP para
exemplo (RFC 2440).

crc32, crc-32, FCS32, FCS-32
algoritmo:
CRC-32 [java.util.zip.CRC32]
comprimento:
32 pedaços
Tipo:
crc: 32,04C11DB7, FFFFFFFF, verdadeiro, verdadeiro, FFFFFFFF
Desde a:
Jacksum 1.0.0 (alias crc-32 desde 1.2.0,
alias fcs32 e fcs-32 desde 1.5.0)
como:
o algoritmo padrão CRC-32 (cíclico
verificação de redundância) é especificada na ISO 3309,
ISO / IEC 13239: 2002 e ITU-T V.42, e isso
é usado por PKZip, gzip, png, Ethernet, FDDI,
e WEP. Esse algoritmo também é conhecido como FCS
(sequência de verificação de quadros)
Uma implementação alternativa está disponível (-A).
- no BeOS não há crc32
- no FreeBSD é / usr / bin / cksum -o 3
- no HP-UX não há crc32
- no Linux não há crc32
- no MacOS X é / usr / bin / cksum -o 3
- no Solaris não há crc32
- no Windows não há crc32

crc32_bzip2, crc-32_bzip-2
algoritmo:
CRC-32 (Bzip2)
comprimento:
32 pedaços
Tipo:
crc: 32,04C11DB7, FFFFFFFF, falso, falso, FFFFFFFF
Desde a:
Jacksum 1.7.0
como:
Este CRC é usado pelo bzip2

crc32_mpeg2, crc-32_mpeg-2
algoritmo:
CRC-32 (MPEG-2)
comprimento:
32 pedaços
Tipo:
crc: 32,04C11DB7, FFFFFFFF, falso, falso, 0
Desde a:
Jacksum 1.4.0
como:
este algoritmo implementa o MPEG
especificação do cálculo CRC-32

O formato de saída do Jacksum:

Se você não especificar um formato personalizado com a opção -F, o seguinte formato é
usava:

[ ]

checksum
é uma soma de verificação, CRC ou uma impressão digital; a saída depende das opções -a e -x, resp. -X

setembro é um separador; pode ser modificado por -s, caso contrário, depende de -a e -m

tamanho do arquivo
é o tamanho (bytes ou blocos) de um arquivo, depende de -a, o tamanho do arquivo não será
escrito por qualquer algoritmo MessageDigest

timestamp
é um carimbo de data / hora opcional de um arquivo; carimbos de data / hora podem ser solicitados com -t

nome do arquivo
é um nome de arquivo, os caminhos podem fazer parte da saída, a saída depende de -p e -P.

SAIR STATUS

0 - está tudo bem
1 - houve pelo menos uma incompatibilidade durante o processo de verificação
> 1 - em caso de erro de parâmetro-, .jacksum- ou I / O

EXEMPLOS

Jacksum -a crc32 -q "txt: Olá Mundo!"

calcula um CRC de 32 bits do texto "Hello World!"

Jacksum -a crc32 -q 48656C6C6F20576F726C6421

calcula um CRC de 32 bits da sequência hex 48656C6C6F20576F726C6421 que representa
"Olá Mundo!"

Jacksum -a crc32 -x * .txt

calcula um CRC de 32 bits de todos os arquivos de texto na pasta atual. A soma de verificação
será impresso em formato hexadecimal (-x).

Jacksum -a crc32 -f -t omissão .

não apenas os CRCs serão impressos, mas também os carimbos de data / hora (-t) de todos os arquivos dentro do
pasta atual (.). A mensagem "é um diretório" será suprimida (-f).

Jacksum -f -a crc: 16,1021, FFFF, falso, falso, 0 .

um CRC com parâmetros personalizados foi usado: 16 bits, Polinômio 1021 (hex, sem
o bit principal), initvalue FFFF (hex), não espelha nem a entrada nem a saída, sem xor.

Jacksum -a haval_256_5 .

calcula um hash de 256 bits com 5 rodadas usando o algoritmo haval (haval_256_5) de
todos os arquivos da pasta atual (.).

Jacksum -a sha1 -s "\ t" -t "EEE, MMM d, aaaa 'no' Hmm a" .

calcula um resumo de mensagem SHA-160 de 1 bits de todos os arquivos da pasta atual. o
a string separadora (-s) é definida para o tabulador char ("\ t"). Os carimbos de data / hora dos arquivos serão
impresso em formato personalizado (-t).

Jacksum -a cksum -r / mnt / share

calcula um CRC de 32 bits com o algoritmo Unix padrão cksum de todos os arquivos
/ mnt / share e suas subpastas (-r)

Jacksum -a md5 -f -r -m -o lista.jacksum /dados

calcula o MD5 Message-Digest de todos os arquivos em / data e suas subpastas (-r),
além disso, ele imprime metainfo (-m) e armazena a saída em list.jacksum, a informação do caminho é
armazenado ABSOLUTAMENTE

Jacksum -a md5 -f -r -m -o lista.jacksum -w /dados

calcula o MD5 Message-Digest de todos os arquivos em / data e suas subpastas (-r),
além disso, ele imprime metainfo (-m) e armazena a saída em list.jacksum, a informação do caminho é
armazenado RELATIVAMENTE

Jacksum -c lista.jacksum

verifica todas as somas de verificação resp. timestamps armazenados em um arquivo chamado list.jacksum.
list.jacksum deve ser gerado primeiro com a opção -m

Jacksum -a md5 -f -F "#IMPRESSÃO DIGITAL #TAMANHO DO ARQUIVO #NOME DO ARQUIVO" *

calcula o MD5 Message-Digest de todos os arquivos no diretório atual. A saída
formato é personalizado, ele imprime também o tamanho do arquivo.

Jacksum -a md5 -A -V resumo arquivo grande.iso

Entre outros, também retorna o tempo decorrido (resumo -V) que foi necessário para
calcule o Hash MD5 do arquivo chamado bigfile.iso usando o MD5 alternativo
implementação (-A).

Jacksum -a crc32 -X -f -p -r -F "#NOME DO ARQUIVO #CHECKSUM " -o lista.sfv *

imprime valores CRC-32 no formato Simple File Verificator (SFV)

Jacksum -a ed2k -f -F "ed2k: // | arquivo | #FILENAME | #FILESIZE | #FINGERPRINT |" *

calcula o hash edonkey de todos os arquivos no diretório atual com um personalizado
Formato de saída

Jacksum -a ed2k -f -P / -F "<a href = # QUOTEed2k: // | arquivo
| #FILENAME | #FILESIZE | #FINGERPRINT | #QUOTE> #FILENAME " -r .

calcula o hash edonkey de todos os arquivos no diretório atual e suas subpastas
com um formato de saída personalizado (HTML)

Jacksum -a árvore: tigre -F "urn: #ALGONAME: #FINGERPRINT" -q hexadecimal:

calcula o hash raiz do Tree Hash (também conhecido como Merkle Hash) com o Tiger subjacente
algoritmo de uma entrada vazia.

Jacksum -a sha1 + crc32 .

calcula o hash sha1 e o crc32 como uma soma de verificação combinada

Jacksum -a sha1 + crc32 -F "#CHECKSUM {0} #CHECKSUM {1} #NOME DO ARQUIVO" .

calcula o hash sha1 e o crc32 como valores separados

Jacksum -a todos os -F "#ALGONAME {i} (#NOME DO ARQUIVO) = #CHECKSUM {i} " .

calcula todos os algoritmos suportados em todos os arquivos em um formato personalizado

Jacksum -a todos os -F "#ALGONAME {i}" -q TXT:

imprime nomes de todos os algoritmos suportados

Jacksum -h sinopse

imprime a seção SINOPSE

Jacksum -h Haval

imprime todas as seções contendo informações sobre o haval

Jacksum -h -t

imprime todas as informações sobre a opção de carimbo de data / hora

Jacksum -h en | mais

imprime a ajuda em inglês (use "de" para ajuda em alemão)

Use jacksum online usando serviços onworks.net