Dotaz: Muze se OpenVPN klient pripojit jen z 1 konkretniho PC?

[PepeONaChair]

Ahoj,

obecne mi jde o to, aby si lide s nainstalovanym OpenVPN klientem nemohli presunout instalaci OpenVPN klienta na jiny nez mnou urceny pocitac, tj. na pracovni firemni notebook. Jde o to, aby si nemohli zprovoznit OpenVPN klienta (s prekopirovanim klicu z pracovniho notebooku) napr. na svem domacim PC, ...

Ucelem neni, aby klient vubec nemohl nahodit VPN spojeni s nasim centralnim VPN serverem, ikdyz by to bylo samozrejme lepsi, ale aby aspon po nahozeni spojeni mel VPN server nejakou moznost poznat, ze se k nemu pripojil klient z jineho PC, nez ze ktereho muze. Nasledne by mu bud VPN spojeni ukoncil, zariznul komunikaci nebo proste spustil nejakou akci (kterou si naprogramuju).

Rikal jsem si, ze treba existuje nejaky identifikator, ktery by mohl klient serveru pri/po nahozeni VPN konekce odeslat. Napriklad ID harddisku, ID operacniho systemu, jedinecne ID instalace OpenVPN (pokud vubec existuje), ...

Vsichni OpenVPN klienti maji na notebocich Win7 nebo Win8. OpenVPN server mi bezi na Debianu. Pouzivam to uz hodne let, takze takove ty veci ohledne klicu a rout a iptables mam za sebou. Toto je vsak vec, kterou mi kloudne neporadili ani na OpenVPN foru :|

Co treba OpenVPN klient nainstalovany uvnitr Virtual Machine, napr. ve VirtualBoxu? Je to sice asi slepa ulicka (protoze je tam taky problem s overenim, na jakem hostu pobezi ten VM guest), ale zajimava :)

Napada vas neco? P.

Odpovědi

[otula]

Sice nemám s VPN žádné zkušenosti, ale pro tohle by snad mělo jít nastavit pravidlo v iptables, aby se na daný port šlo připojit pouze z konkrétní MAC adresy.

[PepeONaChair]

jj, to jsem zkousel, funguje to, ale MAC adresu TAP interfejsu jde jednoduse zmenit Zapomnel jsem do te otazky napsat, ze nasi lidi, co VPNku pouzivaji, musi mit bohuzel z titulu sve prace admin pristup do systemu.

[Pavel 'TIGER' Růžička]

Tak to by šlo řešit nějakým certifikátem, ne?

[PepeONaChair]

Tomu nerozumim, jaky certifikat myslis a jak bych zapracovat do systemu?

[Jendа]

Certifikát je člověk vybavený pendrekem, který dělá namátkové kontroly, jestli někdo nepřistupuje na VPN z jiného počítače.

[Pavel 'TIGER' Růžička]

Ano, toto řešení je nejlepší. Nicméně jsem myslel SSL certifikáty. Ovšem neexistuje žádné zabezpečení, které nelze prolomit. To je stará, známá vesta.

[dustin]

Předpokládám, že certifikáty může snadno přenést na jiný komp.

[PepeONaChair]

jj, z toho bych mel prave tez obavu

[ET]

kdyz ten certifikat naimportujes do windows certificate storu a pri importu nastavis, ze nepujde exportovat, pak by to melo byt OK... jit by to melo, viz cryptoapicert "THUMB"

[PepeONaChair]

diky za tip, proctu si to. Ze jde nastavit, aby certifikat nesel vyexportoval jsem nevedel.

[ET]

Ono je to myslim v pindowsech by default. Pokud chces umoznit export, musis pri importu zaskrtnout checkbox "povolit export priv. klice" (nebo tak nejak)

[Jendа]

Jak je to uložené na disku? Nemůžu si ten certifikát přečíst, když nabootuju live CD nebo prostě patchnu ten certstore, aby to neřešil? (nezapomeň, že tam mám admina)

[ET]

certifikaty jsou ulozeny v registrech na vice mistech - msdn

a ted koukam, ze udelat export non-exportabel certu lze (husty...)

http://stackoverflow.com/questions/3914882/how-to-export-non-exportable-private-key-from-store

https://github.com/iSECPartners/jailbreak-Windows

takze otazkou je, na kolik ma tazatel schopny usery :)

[otula]

Zapomnel jsem do te otazky napsat, ze nasi lidi, co VPNku pouzivaji, musi mit bohuzel z titulu sve prace admin pristup do systemu.

To je celkem dost podstatný detail

[Xerces]

Zapomnel jsem do te otazky napsat, ze nasi lidi, co VPNku pouzivaji, musi mit bohuzel z titulu sve prace admin pristup do systemu.

Pokud musí mít administrátorský přístup do systému tak bych to neřešil, ať si dělaj co chtěj a když to zkurvěj tak si to sežerou

[Pavel 'TIGER' Růžička]

... asi by to muselo být ještě v kombinaci s IP adresou, protože není problém simulovat konkrétní MAC adresu.

[otula]

Pokud by to nevadilo, tak určitě.

[Andrej]

Odkdy se pozná MAC adresa na dálku přes Internet?

[PepeONaChair]

Ahoj, jde o to, ze po nahozeni VPN komunikace je skutecne na VPN serveru videt MAC adresa TAP interfejsu z druhe strany tunelu, tj. strany klienta. Mam to vyskousene.

[Andrej]

Tak to samozřejmě, protože jsou na stejném virtuálním switchi, nicméně MAC adresa TAP rozhraní nemá bohužel nic společného s hardwarem a s jeho identifikací. Adresa ethernetu nebo WiFi se ovšem nikam mimo místní switch nepřenáší, tedy pokud neuvažujeme dobrovolnou konvenci s IPv6 suffixy odvozenými od MAC adresy (EUI64). Ani IPv6 ovšem nijak nepomůže, protože MAC adresa se dá triviálně snadno „změnit“ — prostě se do paketů místo hodnoty zjištěné ze síťového adaptéru napíše jiná hodnota.

Jediné řešení by bylo mít k tomu firemnímu počítači (nebo někde v něm) napevno fyzicky přidělaný SmartCard se soukromým klíčem, který by se nedal vyjmout. Jedině tak by se dalo (téměř) zajistit, aby se nikdo nepřipojoval z jiného než firemního počítače, pokud ovšem pomineme jednoduchý trik s upraveným klientem, který ten firemní počítač použije pro autentifikaci a kryptografii, zatímco samotnou komunikaci bude provádět z jiného stroje.

Přísně vzato, nikdo přece nemůže zabránit uživateli toho firemního počítače, aby do něj připojil USB WiFi adaptér, vytvořil přístupový bod a routoval pak spojení do VPN pro libovolný počet jiných počítačů. Tohle by nemohl udělat jedině v případě, že by neměl přístup k rootovi, ale bez přístupu k rootovi by si zase nespustil to OpenVPN, že jo.

[nobody]

SmartCard ktera se neda vyjmout ? jako pomoci vterinoveho lepidla ? :)
co pouzit TPM ?

[Andrej]

Proč ne, ale to už pak není řeč o využití současných počítačů tak, jak jsou...

[PepeONaChair]

Ono to nemusi byt uplne neprustrelne reseni ve smyslu sifrovacich karet apod. Stacilo by jen znacne zneprijemneni :) Nejsme zase banka apod.

Kdyby slo, aby si OpenVPN klient ocuchal neco (co neni mozne tak jednoduse zmanit jako MAC adresu, napr. ty ID, co jsem popisoval v prvni otazce) v Operacnim systemu a poslal o tom informaci OpenVPN serveru, stacilo by.

[Jendа]

Můžeš si zkompilovat vlastního OpenVPN klienta (hm, nebo něco, co není pod virální licencí), který to bude dělat, dostat se tak na úroveň podobnou protipirátské ochraně a doufat, že to nikomu nebude stát za tu práci to obejít (opět viz komerční software, který kontrolu ID systému dělá, a na který existuje spousta cracků).

A nebo nám můžeš říct, o co ti jde, a třeba vymyslíme úplně jiné a jednodušší řešení. Mě třeba nenapadá, k čemu to potřebuješ.

[Andrej]

Taky mi připadá, že tohle celé je spíš společenský problém než technický problém a že pokud není napříč celým pracovním kolektivem jasný konsenzus ohledně pravidel a jejich smysluplnosti, pak prostě nebude vůle ta pravidla respektovat a jakékoliv zabezpečení přestane fungovat. Bezpečnostní opatření by měla znepříjemňovat práci spíš útočníkům zvenku než lidem uvnitř firmy.

[otula]

Odkdy se pozná MAC adresa na dálku přes Internet?

Mea culpa, neuvědomil jsem si to.

[Jendа]

obecne mi jde o to, aby si lide s nainstalovanym OpenVPN klientem nemohli presunout instalaci OpenVPN klienta na jiny nez mnou urceny pocitac, tj. na pracovni firemni notebook. Jde o to, aby si nemohli zprovoznit OpenVPN klienta (s prekopirovanim klicu z pracovniho notebooku) napr. na svem domacim PC, ...

Přesně o toto se snaží hudební, filmový a softwarový průmysl s miliardovými náklady na ochranu proti kopírování. Asi víš, s jakými výsledky.

[pavele]

Co třeba:

"Pod pokutou 100 000 Kč se zakazuje jakákoliv manipulace a přenos OpenVPN klienta (například s prekopirovanim klicu z pracovniho notebooku na domaci PC), ...

Podpis: .........."

[Jendа]

Ano, ale tohle je technická, nikoli právní, poradna ;)

[Honza]

Ahoj, tohle by se dalo řešit podobným způsobem jako to řeší IT u nás. Není to 100% foolproof, protože se to dá různými hacky obejít, ale pokud se po tom nebude uživatel dopodrobna pídit, jako já, tak je to docela spolehlivé řešení.

U nás se pro VPN používá cisco client, který si bere ze systému certifikát pro ověření a šifrování komunikace. Tenhle certifikát si uživatel ani s admin právy nemůže jednoduše exportovat. Jak jsem psal, dá se to hacknout toolem, ale je to dost práce. Tool se dá ošetřit antivirem, nebo něčím podobným, který tool na násilné stažení certifikátu ze systému zablokuje/smaže, nicméně pokud uživatel bude chtít tak to stejně nějak dokáže, ale zkomplikuješ mu to docela dost.

OpenVPN by měl být schopen podobné funkce, jako má cisco client, tedy používání integrovaného certfikátu, pomocí atributu cryptoapicert v konfiguračním souboru - netestoval jsem.

Samozřejmostí je, že uživatel/počítač musí být v doméně, ze které si stáhne certifikát. Nevyřešíš tím tedy situaci, kdy uživatel bude cestovat z jednoho doménového počítače na druhý, ale vyřešíš tak situaci, aby se uživatel nemohl připojit z neznámého počítače - nepřipojeného do domény.

Něco málo info tady (hledej openvpn): http://serverfault.com/questions/532012/handling-domain-joined-laptops-that-are-rarely-on-the-local-lan, jinak google

[PepeONaChair]

perfekt, diky, to by mohlo byt ono