Dotaz: Spouštení příkazů přes Apache, bezpečnost

[Hrabosh]

Zdravím!

Mám domácí síť, kde je krom normálních počítačů taky server a pár RaspberryPi. RaspberryPi jsou v různých místnostech a občas je k nim něco připojený (projektor, teplotní čidlo, atd.).

Na serveru beží Apache s jednoduchým WEBem, mám vnější IP a doménu.

Občas potřebuju na některém Raspberry pustit vzdáleně skript. Chtěl jsem to udělat tak, že si nastavím ssh přihlášení pomocí klíčů (tzn. bez zadávání hesla) ze serveru na Raspberry a přes PHP funkci exec spouštět skript na serveru, kterej se přes ssh připojí na Raspberry a spustí skript tam.

Zatím jsem ve fázi, kdy mi chodí to vzdálený spouštení, pokud to pustím na serveru z konzole, ale nejede mi to, pokud to spouštím execem z toho Apache.

Nicméně ... přijde vám to jako dobrý řešení obecně? Není to trochu nebezpečný? Dá se vymyslet něco lepšího?

Ješte jsem zapomněl, že ta PHP stránka se spouštením skriptů je ve složce, do které je přístup pod heslem (.htaccess).

---

---

Odpovědi

[MP]

A nastaveny apache mate jak z hlediska spousteni skriptu? A prava z hlediska skriptu/apache mate nastaveny jak?

[NN]

Neni to ani dobre ani bezpecne. Lepsi by asi bylo udelat to obracene. Klient(RPi) se dotazuje serveru (JSON/XML etc.) a stahuje si aktualni konfiguraci, kterou pouziva. Tzn. na web serveru pouze generujes konfiguraci, ale nevytvaris diru dovnitr.

[lertimir]

Je to dost hodně pitomý způsob. Primární otázka je: Co je fakticky cílem? Kdo bude skripty spouštět?

• Pokud automaticky, bez přimé lidské akce, tak řešit cronem. Pokud je to vše v lokální síti, asi je možné i řešení že všechny skripty budou pouštěny periodicky a vysledky shromaždovány na serveru v aktuálním stavu (případně hezky zobrazeny nástroji jako munin, nebo grafana)
• Pokud vy a nebo někdo linuxově znalý, tak bych to řešil: SSH na server (s klíčem) a tunel na RPi. Skripty se to dá udělal pak lokálně tak, že pustím lokálně přikaz, který vš provede. (připojení na server, tunel, skript na cíli)
• Pokud i někdo jiný bez znalosti bezpečnosti a schopný použivat jen web, tak je to neřešitelné jednoduše a bezpracně.

[Hrabosh]

Poslední varianta je správně (... moje manželka).

Napadla mě varianta brod, inspirovaná předchozím příspěvkem.

PHP skript nebude přímo spouštet přes exec nic, ale vytvoří texťák, do kterýho ten příkaz zapíše. Jinej skript, kterej poběží na serveru, ten příkaz z texťáku pustí.

Nebo ... do texťáku se budou ukládat jen čísla, nebo "pseudopříkazy" typu "ProjectorOn". Skript na serveru nebude příkazy přímo spouštět, ale podívá se do nějaké lookup table a tam správný příkaz najde.

Je otázka, jak spouštet ten serverový skript? Umí Cron pouštet skript každou sekundu? Pokud ne, je nekonečnej cyklus se "sleep 1" prasárna, za kterou se budu smažit v pekle?

[NN]

Skript muze bezet nonstop. Ne, neumi. Ne, je to v klidu.

[Vlado]

Ad "sleep 1" --> pozri inotify.

[Hrabosh]

To vypadá moc dobře! Dík

[Filip Jirsák]

Je to úplně běžný způsob použití, drtivá většina veškerého webu nejsou statické stránky, ale programy, které se na základě požadavku uživatele spouští. Akorát je potřeba mít ty programy napsané bezpečně, aby nějaký útočník nemohl napáchat škody.

Nenapsal jste, jak ty skripty vypadají a co dělají. Předpokládám, že důvod, proč to funguje z konzole (asi pod rootem) a nefunguje spuštěné z webového serveru, jsou oprávnění – webový server neběží pod rootem, ale pod jiným uživatelem (např. apache nebo www-data). Ideální by bylo, aby ani ty skripty nemusely běžet pod rootem – ale pokud něco uvnitř těch skriptů vyžaduje práva roota, spouštějte to (jenom ten příkaz) pomocí sudo – a to si nakonfigurujte tak, aby uživatel, pod kterým běží web server, měl právo spustit pod rootem jenom ten daný příkaz. Pozor také na předávání parametrů těm skriptům – velmi nebezpečné je, pokud součástí požadavku od uživatele bude nějaký vstup, který by se předával až tomu skriptu.

Nejlepší by mi připadalo logiku těch skriptů napsat v PHP, a z něj spouštět jen minimum externích příkazů, které jsou nutné pro provedení dané akce. A těm příkazům nepředávat žádný vstup od uživatele, ale jedině to, co je napsané přímo ve skriptu a máte to pod kontrolou.

[Jendа]

kterej se přes ssh připojí na Raspberry a spustí skript tam

Tip: pomocí "command=" v authorized_keys lze omezit povolené příkazy pouze na zadané skripty.