Jak pomocí openssl req vygenerovat klíč zašifrovaný aes256?

Bezpečnost
AES by měl být bezpečnější, než Triple-DES.

DES je obecně výborná a bezpečná, ale i stará šifra, ke které, pokud vím, nebyly dodnes nalezeny žádné "zadní vrátka" a tedy možnost, jak ji prolomit, je pouze hrubou silou. To se ovšem již stalo. Co jsem nyní dohledával, tak roku 1997, za pomoci 78 000 počítačů a prolomení jedné šifry trvalo 96 dní. Takže asi tak byl bezpečný DES... Samozřejmě z pohledu bezpečnosti to byl problém, protože DES se tedy dal označit za prolomený, ale jelikož to byl opravdu útok hrubou silou, zvýšení bezpečnosti tohoto algoritmu spočívalo v pouhém prodloužení klíče, konkrétně na trojnásobek (hence - Triple-DES).

AES byl navržen přímo jako nástupce DESu, tedy už z principu by měl být "lepší". Samosebou je otázka, co je "lepší"? Znamená to bezpečnější? Rychlejší? Nebo přizpůsobitelnější na hardware implementace? Cena? Na AES se již našel, pokud vím, nějaký útok, který je lepší než brute-force, ale stále měl takovou složitost, že je to reálně těžko upočitatelné (to bylo na AES-128, takže u AES-256 je to vlastně v tuto chvíli s největší pravděpodobností nereálné).

Který algoritmus vybrat
To už záleží na tobě... Ale asi bych koukal na to, co se snažíš zabezpečit. Pokud zabezpečuješ bankovní aplikaci, pak se doptáváš správně. Pokud se snažíš zabezpečit nějaký malý webík pro svoji firmu o 3 zaměstnancích, pak bych zvážil, jestli neřešíš zbytečnosti. Vynaložíš hodiny času na to, abys nastavil AES, když na to stejně nikdo nikdy útočit nebude a i když ano, pravděpodobně nedojde k žádným škodám...

aes256 certifikát pomocí openssl
S openssl bohužel moc neumím a tudíž se mi také nepodařilo najít jeden příkaz, který právě hledáš. Každopádně furt můžeš řetězit příkazy dohromady, echo "Hello" && echo "World". Můžeš tedy "jedním příkazem" zavolat dva a bum, už to máš v jednom :)

Reakce na RastyAmateura:
„konkrétně na trojnásobek“
Teoreticky ano. Efektivní bezpečnost 3DES se třemi nezávislými klíči je jen 112 bitů. NIST zakazuje používání 3DES po roce 2023.

Nemyslím si, že lenost nebo neschopnost ovládat software, který používám, je oprávněný důvod ke snižování bezpečnosti.

Reakce na Firibix:
„Efektivní bezpečnost 3DES se třemi nezávislými klíči je jen 112 bitů.“
Jsem si toho vědom, psal jsem ovšem pouze o délce klíče.

„Nemyslím si, že lenost nebo neschopnost ovládat software, který používám, je oprávněný důvod ke snižování bezpečnosti.“
Nezastávám se názoru, že v tomto případě bude ten bezpečnostní benefit tak markantní, aby na tom člověk musel pálit nějaké nepřiměřené množství času.

Krakatoa:
Bohužel nedokážu odpovědět, ale napadá mě, že je to prostě třeba nějaký starší přežitek. Přeci jen, na generování a šifrování klíčů jsou jiné příkazy. Podle jedné odpovědi ze SO je dle verze OpenSSL a compile options občas možné algoritmus změnit i u openssl req. Ale jak to přesně funguje, to nevím. Snad poradí někdo jiný :)

Krakatoa
V openssl req je natvrdo nastavený algoritmus na des-ede3-cbc, viz github.com/openssl/openssl/blob/d293ebde01fc14dabbd64fd6e42dc837be7b1fad/apps/req.c#L270

pre]req[/pre] je primárně pro generování požadavku na podepsání certifikátu, generování klíče je tam jako bonus pro usnadnění. Nejspíš se počítá s tím, že když někdo chce víc než výchozí klíč, tak si ho vygeneruje přes genrsa nebo jiný příkaz.