Re: Algorytm AES

X-Received	by 2002:a0c:fa90:: with SMTP id o16mr15304159qvn.55.1613405014306; Mon, 15 Feb 2021 08:03:34 -0800 (PST)
X-Received	by 2002:a37:444c:: with SMTP id r73mr1029727qka.24.1613405014080; Mon, 15 Feb 2021 08:03:34 -0800 (PST)
Path	csiph.com!xmission!news.snarked.org!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups	pl.comp.programming
Date	Mon, 15 Feb 2021 08:03:33 -0800 (PST)
In-Reply-To	<602a9116$0$24051$65785112@news.neostrada.pl>
Complaints-To	groups-abuse@google.com
Injection-Info	google-groups.googlegroups.com; posting-host=213.108.152.51; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host	213.108.152.51
References	<602a771a$0$551$65785112@news.neostrada.pl> <602a9116$0$24051$65785112@news.neostrada.pl>
User-Agent	G2/1.0
MIME-Version	1.0
Message-ID	<bc893876-4e35-434f-ac90-e2b818a9fc07n@googlegroups.com> (permalink)
Subject	Re: Algorytm AES
From	Maciej Sobczak <see.my.homepage@gmail.com>
Injection-Date	Mon, 15 Feb 2021 16:03:34 +0000
Content-Type	text/plain; charset="UTF-8"
Content-Transfer-Encoding	quoted-printable
Lines	30
Xref	csiph.com pl.comp.programming:34378

Show key headers only | View raw

> > I teraz mam pytanie dlaczego szyfrogram pierwszej biblioteki jest o 16 
> > bajtów dłuższy niż drugiej?
> Ok, już doszedłem, chodziło o defaultowy padding. 

Jeśli 16, to raczej nie padding, bo cały blok ma 16. Tu masz dodany cały blok, a nie dodany padding jako wypełniacz do końca bloku.

Miałem podobną zagadkę z Wolframem, i tam ten efekt był wywołany nie paddingiem, tylko tym, że Wolfram dodaje do początkowej tablicy informację o jej długości - bo można szyfrować tekst o dowolnej długości, np. "Hello" ma 5 bajtów. Dodanie długości do czegoś, co ma 5 bajtów nie jest problemem, bo robi się z tego powiedzmy 6 bajtów, czyli nadal mieścimy się w jednym bloku. Zabawa jest przy szyfrowaniu tekstu, który już na początku ma równe 16 bajtów (np. "abcdefghijklmnop"), bo nie ma gdzie dodać znacznika długości - wtedy dodawany jest pełny nowy blok tylko po to, żeby miał zaszytą informację, że ten ostatni blok ma długość 0 (tak, głupie, ale odszyfrowanie zawsze wtedy dobry wynik). I stąd się robi równe 16 bajtów więcej w zaszyfrowanej wiadomości.
Może w Twoim przypadku też tak jest?

Te drobiazgi są oczywiście istotne wtedy, gdy jedną biblioteką szyfrujemy a inną deszyfrujemy, bo jedna biblioteka sama ze sobą zwykle nie sprawia problemów.

-- 
Maciej Sobczak * http://www.inspirel.com

Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Algorytm AES Roman Tyczka <romantyczka@hate.you.spammer> - 2021-02-15 14:28 +0100
  Re: Algorytm AES Roman Tyczka <romantyczka@hate.you.spammer> - 2021-02-15 16:19 +0100
    Re: Algorytm AES Maciej Sobczak <see.my.homepage@gmail.com> - 2021-02-15 08:03 -0800
      Re: Algorytm AES Roman Tyczka <romantyczka@hate.you.spammer> - 2021-02-16 14:19 +0100
      Re: Algorytm AES Roman Tyczka <romantyczka@hate.you.spammer> - 2021-02-23 10:03 +0100
        Re: Algorytm AES Maciej Sobczak <see.my.homepage@gmail.com> - 2021-02-23 08:15 -0800
          Re: Algorytm AES Roman Tyczka <romantyczka@hate.you.spammer> - 2021-02-25 12:10 +0100
            Re: Algorytm AES Maciej Sobczak <see.my.homepage@gmail.com> - 2021-02-25 07:38 -0800

csiph-web