Hratky s PHP + SSH (diskuse)

[Laco]

Get a life!

[YYY]

? :)

[ROFL]

Life is overrated. Get a job!

[Mrkva]

$password = "bezpecneHeslo";

Au.

[YYY]

[FrostyX]

Píšu to úplně stejně. Jak to lze udělat bezpečněji ?

[Mrkva]

Nepoužívat SSH?

[YYY]

Prave proto je pouzito ssh, aby byla komunikace bezpecna. Jinak, jak v zaveru pisu, je lepsi pouzit prihlasovani klicem.

[Josef Kufner]

Ono je ve skutečnosti úplně jedno jestli to je klíčem nebo heslem, protože ti tak jako tak stačí k úspěšnému přihlášení ukrást soubor. Akorát že dát heslo přímo do kódu povětšinou znamená jeho zveřejnění v repositáři (svn/git/...). Dej to do konfiguráku a správně nastav oprávnění (parse_ini_file() se na to hodí). Ale i tak to pořád znamená, že jakmile to nahraješ na server, tak admin na tom serveru a pravděpodobně i spousta dalších lidí dostala přístup na to zařízení, kam se to připojuje.

[Josef Kufner]

Jinak k tomu ini doporučuju přidat příponu php a na začátek připsat toto:

; <?php exit(); ?>

Aby se to nenechalo zobrazit při zadání správné adresy a to bez ohledu na konfiguraci serveru a další zákazy jinde. Volitelně můžeš před tenhle řádek přidat nějaké informace (verze) či posměšný vzkaz útočníkovi

[CET]

Tak rozdil mezi klicem a heslem je OBROVSKY.

1) klic muzes zasifrovat heslem, pri startu aplikace pak jednou nahrajes klic a rozheslujes-predpoklada to, ze dokazes nejak bezpecne ulozit plain-text klic v pameti/disku

2) v .ssh/authorized_keys muzes definovat, jaky program se ma pri spusteni timhle klicem provest, takze ikdyz nekdo ukradne klic, dokaze spustit jenom zadanou akci.

Mozna by se nasly jeste dalsi vyhody klice.

[Josef Kufner]

Není v tom rozdíl vůbec žádný. Tak jako tak je to jen o přístupu k souboru, kde je klíč nebo heslo uloženo a na tom se vůbec nic nemění.

Zašifrovat ho nemůžeš, protože ten program ho potřebuje používat a ne čekat až se uživatel uráí zadat heslo.

Zabezpečení na serveru můžeš udělat i na úrovni uživatelského účtu, takže tam to z pohledu bezpečnosti vyjde taktéž nastejno, jen ta konfigurace bude vypadat trošku jinak, někdy hůř, někdy líp.

Výsledek: Je to kyblík.

[YYY]

Osobne davam prednost ulozeni hesla ve zdrojaku + nastaveni prav na ten soubor. Prozrazeni hesla pri nahrani do svn mi nehrozi.

[Josef Kufner]

Jen počkej až se ti to povede

[YYY]

Tohle se mi jeste nepovedlo. Ale jednou se mi postestilo vystavit dump databaze, coz take nebylo zrovna bezpecne.

[CET]

Jak jsem psal, kdyz umoznis pristup klicem, muzes v authorized_keys definovat, co ten klic ma spustit. Tohle proste s heslem neudelas. Muzes leda pro uzivatele nastavit nejakej jinej shell, pak musis pro kazdou cinnost udelat specialni ucet (a oteviras tak dvere pres jiny sluzby), nebo musis nechat shell a doufam, ze ten prihlasenej uzivatel spusti jenom to, co ty chces.

Naopak, muzes si vytvorit X klicu, kazdemu dovolis jenom specifickou cinnost (to navic muzes jeste nakombinovat pres sudo, abys nemusel klic ukladat rootovi). Kdyz nekdo ukradne klic, bude moct udelat pouze tu jedinou cinnost, nic jineho. Kdyz ti nekdo ukradne heslo, bude si delat, co bude chtit.

Kdyz zjistis ukradeny klic, proste ho vymazec a nahradis u te jedne sluzby. Kdyz sjistis ukrada heslo, musis zmenit heslo, pripadne preinstalovat cely system (pokud ti ho hacker uz poupravil) a u vsech sluzeb zmenit to heslo v konfiguraku.

A jak jsem psal. Heslo napises do zdrojaku, kazdy ho muze precist. Pokud SSH klic zasifrujes a apache spustis v ssh-agentovi, tak pak nactes ssh klic do agenta jednou a apache si ho bere z agenta (nezkousel jsem, ale pouzivam to normalne v Xkach, tak by to mohlo jit i v apachovi). Samozrejme pri rebootu je nutne zadat heslo, stejne jako heslo zadavas pri startu u SSL certifikatu pro apache nebo u openvpn. Zalezi ale na tom, jak moc bezpecne to chces mit. Moje razeni by bylo (1)SSLcert/SSHkey+password, (2) SSLcert/SSHkey-plain, (3) SSH heslo ve zdrojaku.

Opravdu to vyjde na stejno?

P.S.: Jo, taky obcas pouzivam heslo ve zdrojaku (resp. v CFG includu) v shellu nebo perlu (pro mysql nebo LDAP), ale ten uzivatel ma samozrejme omezeny prava. Jenze u mysql a LDAP se jinak neprihlasim, resp. at se prihlasim treba i certifikatem, nemuzu omezit mysql nebo ldap pripojeni jen na urcity prikaz - to nastesti u ssh jde.

[Josef Kufner]

Samozrejme pri rebootu je nutne zadat heslo

Což je nepřípustné, pokud ten server má být spolehlivý a schopný se sám zotavit z poruch (např. když vypadne proud).

Jinak z toho ssh agenta lze klíč vytáhnout stejně jako ze souboru. Je to jen o málo složitější (nestačí cat). Najdeš socket, připojíš se, požádáš, dostaneš. Výhodou agenta je, že klíč není rozšifrovaný na disku, ale jen v paměti. Zbytek je o unixových oprávněních souborů, resp. unix socketu.

Takže to opravdu nastejno vyjde. Z poledu bezpečnosti. Ten zbytek je o pohodlí a konfiguračních možnostech, kde jednou se může hodit to a jindy ono.

[Mrkva]

Prave proto je pouzito ssh, aby byla komunikace bezpecna.

Myslím třeba na zjišťování místa na disku by stačilo SNMP.

Jinak, jak v zaveru pisu, je lepsi pouzit prihlasovani klicem.

No, ono je jedno, jestli má webserver přístup k heslu nebo k soukromému klíči. Obojí může být docela problém.

[Josef Kufner]

SNMP nebo správně nastavené ssh na serveru vyjde nastejno. Tady spíš už jde o to, co je jednodužší na instalaci a nastavení. Pokud bych tam neměl nainstalované SNMP, tak bych vyrobil uživatele na ssh a jako loginshell mu nastavil script na zjištění informací. Pokud by nebylo SSH, tak bych vzal inetd a do scriptu přidal pár HTTP hlaviček.

[YYY]

Obcas potrebuji monitorovat zarizeni, ktere snmp prakticky nema. Takze se potom ssh docela hodi. :)

[FrostyX]

Mno já to nepoužívám na ssh. Takto mám uložené třeba heslo v php skriptu, který se připojuje k MySQL

[Petr Tomášek]

Třeba takto? Pochopitelně proti adminovi (a hekrovi s rútem) to neochrání...

[Mrkva]

Na co rúta? Stačí uživatel který má do toho adresáře s webem právo zápisu :) Nebo nějaká remote code execution chybka.

[Petr Tomášek]

Slušně nastavený systém má práva tak, aby PHP nemohlo číst konfigurák apache...

[Mrkva]

Však to taky není potřeba číst.

<?php
echo $_SERVER['tajneheslo'];
?>

[Jendа]

Jak se to liší od

exec('ssh člověk@stroj příkaz');

?

Jinak - řeší nějak ta knihovna ověřování protistrany? Obávám se, že ne…

[YYY]

Jestli se overuje identita, to netusim, nepidil jsem se po tom. Jinak samozrejme tebou navrhovane reseni by taky asi fungovalo, ale stejne tak se te mohu zeptat, proc ma php podporu pro mysql? Proc nepoustet mysql klienta execem?

[zulu]

A když to nebude exec z PHP, ale příkaz "přímo" ? Prostě je to zbytečnost (napadají mě i trefnější slova)

[MaFy]

BTW: Mas vsechny stroje pojmenovane dle holek? To jsou bejvalky, nebo smyslena jmena?

[Petr Tomášek]

Třeba jsou to smyšlená jména bejvalek

[YYY]

[zulu]

Jména smyšlených bejvalek.

[YYY]

Tohle je pojmenovane podle jedne velmi dobre dlouholete kamaradky. Ostatni stroje pojmenovavam podle reckych bohu, sopek nebo co mne zrovna napadne. Podle holek je to trochu neprakticke, kdo by menil hostname tak casto jako holku?

[Josef Kufner]

A proč myslíš, že má Google tolik strojů?

[YYY]

Asi mel Sergej Brin hodne holek najednou.

[MaFy]

No to potez... Me jednou prisel request z client168.google.com

[limit_false]

Nevim presne jak to chcete pouzivat, ale proc treba nepouzit ssh-agent s ssh-add (s klicem a heslem, treba na omezenou dobu)?