Dotaz: SSH cesta a heslo

[Ales]

Ahojky. Poradte prosim zacatecnikovi, jak do tohodle prikazu pridat heslo. Chtel jsem si udelat "skriptik", ktery mi vyzalohuje data z jednoho PC do druheho a potrebuju to spoustet planovane cronem. Proto potrebuju, aby se me to na nic neptalo. Predem diky za jakoukoliv radu

rsync -av --delete /home xbmc@xbmclive:/01BACKUP/home

---

---

Odpovědi

[chinook]

ahoj máš tam chybu. Má to být takto:

rsync -ave ssh --delete /home xbmc@xbmclive:/01BACKUP/home

a místo hesla používej klíče

a spíš bych použil něco jako rdiff_backup

a z bezpečnostních důvodů bych se připojoval ze serveru na kterém má být záloha a na serveru, který se má zálohovat bych povolil pouze restrict-read-only

Pak v případě útoku na server Ti nesmažou i zálohy

[Ales]

Dekuju za rady. No ono je to vsechno doma v lokalni siti, ale casem bych to urcite nejak vylepsoval. Jinak k tomu prikazu.. ono mi to funguje i takhle (krom teda toho "automatickeho hesla"..) co tam mam teda spatne?

[chinook]

To se divím, že ti to funguje. Podle mě tam chybí právě ty parametry co jsem tam dopsal výše. Jinak přihlašování pomocí klíčú ve zkratce: vygeneruješ klíč

ssh-keygen -t dsa

veřejný klíč nahraješ do authorized_keys na cílový stroj

cat id_dsa.pub >> ~./.ssh/authorized_keys

pak po přihlášení přes ssh to nebude vyžadovat heslo

[Jesus Jimenez]

ssh-copy-id user@remote

[l4m4]

Zbytečně to komplikuješ. Po vygenerování se klíč přenese z počítače, kde jsi ho generoval, příkazem

ssh-copy-id USER@CÍLOVÝ.POČÍTAČ

A pro použití -t dsa při generování nevidím důvod (spíš naopak), takže pouze

ssh-keygen

[pavlix]

A pro použití -t dsa při generování nevidím důvod (spíš naopak), takže pouze

Rád bých si nechal vysvětlit to spíše naopak. Po každé když mi někdo řekne, že se nemá používat DSA, tak nikde nemůžu najít důvod, proč. Spíš naopak.

[lertimir]

Důvod může být ten, že při použití RSA algoritmu je implicitní délka klíče 2048 bitů a volba délky klíče není omezena. DSA algoritmus je implementován podle FIPS 186-2 kdy maximální (a implicitní) délka klíče je 1024 bitů.

[pavlix]

kdy maximální (a implicitní) délka klíče je 1024 bitů.

$ ssh-add -l
2048 00:41:11:c6:4a:5f:9d:ae:9a:54:05:49:ab:42:0d:1c pavlix@pavlix.net (DSA)

Kolik bitů má tento DSA klíč?

Nehledě na to, že jsem někde četl (prd tomu rozumím), že DSA nabízí ekvivalentní bezpečnost při kratším klíči oproti RSA (tedy větší bezpečnost při stejném klíči). Ale do toho už bych se nerad pouštěl, pokud někdo jiný nepřidá relevantní zdroje.

[lertimir]

Tak to máte nějakou speciální úpravu. Mé opensuse 12.1 mi při pokusu o generování takto dlouhého DSA píše:

> ssh-keygen -b 2048 -t dsa
DSA keys must be 1024 bits

A v man stránce mám explicitně pro délku bitů:

     -b bits
             Specifies the number of bits in the key to create.  For RSA keys, the minimum size is 768 bits and the
             default is 2048 bits.  Generally, 2048 bits is considered sufficient.  DSA keys must be exactly 1024
             bits as specified by FIPS 186-2.

[Ash]

V současné době se doporučují delší klíče než v roce 2000 (před dvanácti lety!). Tenkrát se sice opravdu doporučovalo 1024 ve FIPS 186-2, ale žel čas běží takže vizte např. revizi FIPS 186-3 z roku 2009:

4.2
Selection of Parameter Sizes and Hash Functions for DSA
This Standard specifies the following choices for the pair L and N (the bit lengths of p and q,
respectively):
L = 1024, N = 160
L = 2048, N = 224
L = 2048, N = 256
L = 3072, N = 256
Federal Government entities shall generate digital signatures using use one or more of these
choices.

a draft NIST 800-57 z roku 2011:

4.2.4.1
DSA
The Digital Signature Algorithm (DSA) is specified in [FIPS186] for specific key sizes3: 1024,
2048, and 3072 bits. The DSA will produce digital signatures4 of 320, 448, or 512 bits. Older
systems (legacy systems) used smaller key sizes. While it may be appropriate to continue to
verify and honor signatures created using these smaller key sizes5, new signatures shall not be
created using these key sizes.

Popravdě nevím co by bylo potřeba v openSUSE nakopnout, mám na Gentoo stejnou verzi openssl jako ve vámi zmíněném v openSUSE 12.1 a s generováním delších klíčů problém nemám.

[lertimir]

O těch normách přirozeně vím. Otázka nebyla norem, ale podpora v konkrétní implementaci. (Je to podobné jako norma TLS 1.2, kolik web klientů a serverů ji má implementovanou? A jak je stará.)

[Ash]

Vlastně ani nebyla otázka, spíš informace že "DSA algoritmus je implementován podle FIPS 186-2 kdy maximální (a implicitní) délka klíče je 1024 bitů.".

Já bych to tedy aktualizoval, že "DSA algoritmus je v aktuálním openSUSE v programu ssh-keygen implementován podle FIPS 186-2 kdy maximální (a implicitní) délka klíče je 1024 bitů."

Dlužno k tomu poznamenat, že přihlášení přes ssh i na to openSUSE (ne)samozřejmě funguje i s delšími DSA klíči.

Obecně myslím delší DSA klíč skýtá určité - velmi malé - riziko, že se někam s tímto klíčem nepřihlásíte (nic samozřejmě nebrání použít v takovém případě jiný, RSA nebo kratší DSA se zvážením možných důsledků). O trochu větší riziko je pak, že ho někde nepůjde vygenerovat, takže pokud by někdo třeba používal nějaký stejný skript na generování na více systémech, nemusí to všude fungovat stejně (ale co musí, žejo:)

[pavlix]

Já bych to tedy aktualizoval, že "DSA algoritmus je v aktuálním openSUSE v programu ssh-keygen implementován podle FIPS 186-2 kdy maximální (a implicitní) délka klíče je 1024 bitů."

A testoval jsi ten ssh-keygen, jestli to není chyba jen v dokumentaci?

[Ash]

Testoval, není to jen chyba v dokumentaci.

[pavlix]

Ve Fedoře 16 potvrzuju. Zdá se, že jde o zbytečné omezení ssh-keygen, když SSH ty klíče používat umí a na Gentoo jsem to před mnoha lety bez problémů generoval. Navíc jsem si dával algoritmus a délku klíče, jakou si dávali lidi okolo, protože jsem tomu prd rozuměl.

[pavlix]

Tak to máte nějakou speciální úpravu.

Ten klíč už používám tolik let, že jsem si vůbec neuměl představit, že by to dnešní systém neuměl!

Nicméně argument proti DSA tím padá, nebo ne?

[Ash]

Není to sice otázka na mne, ale mám za to, že co do bezpečnosti je to nastejno, co do kompatibility existuje u DSA určité riziko. Sice se s ním nejspíš nikdy nesetkáte, ale existuje. Osobně mám raději DSA a myslím, že zde klidně můžete dát při volbě na pocity a emoce ;)

[miro]

DSA nabízí ekvivalentní bezpečnost při kratším klíči oproti RSA

Podle tohoto článku to tak nevypadá. Jiný relevantní zdroj neznám. Argument pro RSA 2048 je IMHO především v univerzálnosti. Pokud používáte stejný klíč na různých serverech, nemusíte se starat o to, jestli serverová strana zkousne DSA 2048. To stejné bude platit i u GPG (druhá strana může mít problémy s ověřením podpisu). Pokud používáte DSA v jakékoli jiné délce než 1024 bitů, zaděláváte si na možné problémy s kompatibilitou, oproti tomu DSA 1024 bitů či RSA 2048 bitů je více méně jistota. BTW - man ssh keygen se o možnosti generovat DSA klíče o jiné délce, než 1024 bitů, nezmiňuje, nepodařilo se mi ani vygooglovat žádný changelog z openssh.com, ve které verzi openssh by měla být podpora pro delší DSA klíče přidána, ani jakoukoli jinou informaci, že by openssh podporovalo DSA dle specifikace FIPS 182-3.

[miro]

Pardon, chtěl jsem samozřejmě napsat FIPS 186-3.

[pavlix]

Pokud používáte stejný klíč na různých serverech, nemusíte se starat o to, jestli serverová strana zkousne DSA 2048

O to se nemusím starat ani tak. Ještě jsem na takový server nenarazil. Veřejný klíč jsem posílal i na různé servery s oldstable distribucemi.

nepodařilo se mi ani vygooglovat žádný changelog z openssh.com, ve které verzi openssh by měla být podpora pro delší DSA klíče přidána

To bude asi těžké vygooglit, používám ho opravdu hodně dlouho, a problém zatím nenastal (s výjimkou webového formuláře, který DSA nepřijímal vůbec).

[Ruža Becelin]

FIPS 186-3 povoluje DSA 2048 klice, ale ne vsechny nastroje je jeste podporuji. RSA jsou doporucovane na slabsich strojich, protoze overeni vyzaduje mene systemovych prostredku. DSA bylo do SSH pridano kvuli problemu s RSA patentem, ale to uz je asi 10 let pase...

My generujeme RSA 4096 klice a zatim jsme nezaznamenali zadny problem v komunikaci s nasimi partnery. Ale obecne RSA 2048 staci a bude stacit jeste dlouho.

[xkucf03]

• Q: RSA or DSA?
• Non-weak DSA key? oxymoronic, perhaps

(neříkám, že to stále platí, ale pokud hledáš nějaké důvody, tak tady jsou odkazy)

[Ash]

ssh-keygen -t dsa
ssh-copy-id -i $HOME/.ssh/id_dsa username@host