Dotaz: IKEv2 - Let’s Encrypt

[Vojín Kotaz]

Chtěl bych rozchodit VPN s IKEv2. Na jedné straně Debian 9 Stretch, na druhé straně Android se strongSwan VPN Clientem nebo nativně Windows 7. Postupuji zhruba podle https://www.digitalocean.com/community/tutorials/how-to-set-up-an-ikev2-vpn-server-with-strongswan-on-ubuntu-18-04-2. Pokud si vytvořím svoje klíče, tak VPN rozchodím. Ale musím přidat svůj CA certifikát do jednotlivých klientů.

Představoval jsem si, že použiji klíč od Let’s Encrypt a zbavím se ručního importu CA certifikátu, ale skončil jsem úplně stejně, jako se svými certifikáty. Musím opět nakopírovat CA certifikát, tentokrát pro Letsencrypt.

Přijde mi, že všechno dělám dobře. A že je to v současné době feature Letsencrypt, protože není tak rozšířený (a je zadarmo). Přitom ale na stráknách Letsencrypt něco píšou o tom, že jejich root certifikát je nyní directly trusted na Windowsech atd. Je to Windowsama 7 a Strongswan clientem pro Android?

Odpovědi

[MP]

Z hlavy to nevim, ale asi by to chtelo se podivat, s kterou CA je navazana duvera u LE a pak se podivat, zda tuto CA v tech systemech najdes v certstore.

[GeorgeWH]

Tazke raz naimporovat klientsky kluc/certifikat a CA certifikat na klienta sa ti nechce, ale potom kazde 3 mesiace importovat nove klientske certifikaty na vsetkych klientov sa ti chce? A dokonca sa to ma skratit na 1 mesiac. Alebo mi nieco uslo a existuje nejaky iny "typ" sluzby od LE okrem tej klasickej na ziskavanie web certifikatov?

Aky zmysel ma pouzit "verejnu" certifikacnu autoritu, resp. klientske certifikaty? Ved to potom cely koncept overovania podla certifikatov straca smysel a hocikto sa ti tam moze pripajat a skusat hesla.

[Vojín Kotaz]

Aky zmysel ma pouzit "verejnu" certifikacnu autoritu, resp. klientske certifikaty? Ved to potom cely koncept overovania podla certifikatov straca smysel a hocikto sa ti tam moze pripajat a skusat hesla.

Pro server to snad ničemu nevadí, ne? Tím si jenom klient ověří, že je připojen tam, kam se chtěl připojit. Dál jsem to zatím neřešil.

Hm, ale je fakt, že při ověřování klienta jménem a heslem by se to dalo zkoušet hádat. A když se to stejně musí nějak nastavit, není zase až takový problém přidat ověřování klienta na serveru taky přes certifikát.

[petr_p]

Certifikát nám ukážeš? Tipl bych se, že ti nesedí IP adresa v certifikátu (IPsec s jinými identifikátory nepracuje) nebo způsob použití klíče v certifikátu tvém nebo autority (TLS server a client není IPsec).

[Vojín Kotaz]

Tipuješ špatně.

Sry pánové, ale abychom si rozuměli, mně to chodí.

Jedná se mi o to, že musím na klienty nahrát certifikát autority, která vydala klíč mému serveru. Což mně nepřekvapuje u certifikační autority, kterou jsem si sám vytvořil. Ale u Letsencrypt jsem očekával, že CA certifikát bude už v klientském zařízení nainstalován. A není. Když ho tam nahraju růčo, tak to následně funguje bez problémů. Ale jsem tam, kde jsem byl se svým vlastním CA certifikátem. Takže když už bych musel někam něco kopírovat, zůstal bych rovnou radši u toho svého certifikátu.

[GeorgeWH]

LE CA certifikaty s najvacsou pravdebodobnostou uz v systeme mas, ale ipsec ich nepouziva, musim si to nastavit.

Ale este raz sa pytam - mas problem rozdistribuovat 1-krat na kazdeho klienta cert+key a selfsigned CA certifikat, ale nevadi ti, ze LE certifikaty budes musiet obnovovat kazde 3 mesiace pre kazdeho klienta?

[Vojín Kotaz]

Hele, já to zatím jen zkouším. Takže klienti se proti serveru ověřují pouze jménem a heslem. Ale server se proti klientovi ověřuje certifikátem. A na to, aby se ověřil, potřebuji na klientovi mít certifikát podepisující důvěryhodné autority. A ten tam není, dokud ho ručně nepřidám.

Windowsy 7 ani androidí strongSwan VPN Client v sobě CA certifikát LE nemají. Mají X takovýchto certifikátů od různých autorit, ale LE mezi nimi prostě není. LE na svém webu píše, že jejich certifikát je nyní přímo uznávaný na produktech Microsoftu. A na Windowsech je snad nějaký mechanismus, který root certifikáty distribuuje (pokud není zakázán) přes Windows Update.

Samozřejmě já nehodlám po 1-3 měsících distribuovat certifikáty. Prostě jsem očekával, že to bude fungovat a ono to nefunguje.

[Vantomas]

Na serveru je potřeba servírovat veřejný klíč + celý CA chain, protože minimálně v Androidu je až nějaká vyšší CA, než ta, kterou je podepsán ten certifikát pro hosta. Ten chybějící mezikus je potřeba doplnit.

Většinou se to dělá prostě tak, že se do souboru s veřejným klíčem vloží další certifikáty od navazujících CA a takový soubor se nastaví v serveru.

[NN]

Presne to jsem si myslel, ze v leftcert je cely chain..

[Max]

strongSwan v sobě žádný certifikáty nemá, ten kouká do úložiště certifikátů v Androidu.
Já jsem si vystavil vlastní CA a klienti si jí musí naimportovat. Mám template email, který vždy po vytvoření účtu pošlu uživateli.
Mám tam odkaz na screenshot howto, jak certifikát a vše nastavit.
Toto řešení má výhodu v tom, že pro naimportování certifikátu do Androidu je potřeba mít úložiště zaheslované, tzn. mít pin do telefonu, nebo gesto, nebo něco. Mám tedy jistotu, že kdo se přihlašuje do naší sítě, tak má zapinovaný telefon a není plně odemčený.
Pokud se jedná o vlastní zařízení, tak to se dá řešit přes MDM (Mobile Device Management).
Zdar Max
PS: v současné době mi na strongswanu a IKEv2 běží přes dva roky přes 300 klientů

[Vojín Kotaz]

No jo, to, že ty certifikáty, na které strongSwan vidí, jsou systémové, jsem přehlédl.

Lets Encrypt už neřeším, prostě jsem si také vygeneroval vlastní CA a klíče.

Ale nepochopil jsem tvoji poznámku o zaheslovaném úložišti. strongSwan to nějak na telefonu kontroluje?

[Max]

Ne, když si chceš naimportovat CA do Androidu, musíš mít nastaven zámek na telefonu, jinak ti ho nedovolí naimportovat. Máš pak jistotu, že ti uživatelé mají nastavený zámek v telefonu a tak se k tomu(k tunelu, do sítě, kam vede tunel) nedostane třetí osoba tak jednoduše. Uživatelé totiž dost často zámek obrazovky nastavený nemají.
Zdar Max

[Vojín Kotaz]

No jo, fakt to funguje.