Administrace komentářů

Otázka je, jestli to někdy někdo do Apache, PHP a MySQL implementuje. Zatím se všichni snaží docílit naopak toho, aby nikdo svůj libovolný kód v kontextu aplikačního serveru nebo databáze provádět nemohl.

Ano, je to tam naimplementováno. Všichni se snažit můžou, to ničemu nevadí.

Jaký „ten druhý“? Prostě se dostanu k datům všech, kteří jsou zrovna připojeni. To je málo?

Záleží na tom, kdo je připojen Ale obvykle se tohle dá eliminovat právě tím, že kompromitované vlákno nebude mít možnost ptrace()ovat ostatní vlákna.

Nepotřebujete. Jen jsem podotknul, že vy si v rámci vyšší bezpečnosti pouštíte uživatele do lokálního počítače, odkud může mimo jiné daleko snáz roota získat.

Pouštím ho tam stejně tak jako Vy. Akorát že tomu uživateli dám míň práv než Vy. A když to chci mít odolné proti root kompromisu, tak dám databázi na jiný server.

Můj způsob zabezpečení je, že např. aplikační server zabezpečím proti spouštění libovolného kódu a libovolných SQL dotazů, a u databáze už pak mohu předpokládat, že na ni jdou jenom „prověřené“ dotazy.

To já dělám taky, až na ten předpoklad. Já zabezpečuju SQL dotazy stejně jako Vy, jen navíc předpokládám, že i tak se může útočníkovi podařit to prvotní zabezpečení nějak obejít a bráním se i proti tomu. Váš model je hrad s bránou, ale uvnitř jsou už všechny dveře odemčené a poklad se válí někde na stole, můj model je hrad s toutéž bránou a zamčenými komnatami, a uvnitř zamčenou truhlou.

uděláte x nezabezpečených vrstev a všechno pak zabezpečujete až na nejnižší úrovni

Ne, takhle to není, viz výše.

zabezpečit webovou aplikaci tak, aby z ní nebylo možné spouštět útočníkův kód ani libovolné dotazy je triviální

Nemyslím si, že by bezpečnost čehokoliv byla triviální.

Pokud např. v e-shopu chcete odeslat rekapitulaci objednávky, ve vašem případě to chcete udělat z kontextu uživatele, ne? Přece nechcete, aby uživatelův e-mail mohl číst někdo jiný, než uživatel sám.

To ňák nechápu, tak prostě aplikační server pošle mail (přes SMTP nebo rouru do sendmailu). To, jestli ten mail někomu přijde, řeší MTA. Je to stejný způsob přesunu zabezpečení jako při přístupu k DB. Kdyby filtrování mailů řešila aplikace sama, tak její kompromitací získám neomezenou možnost spammovat; když to řeší až mail server, tak si nepomůžu.

Takže třeba v tom e-shopu povolíte uživateli libovolně manipulovat s počtem položek na skladě (aby mohl přesunout položku ze skladu do košíku), nebo budete mít aplikační logiku i v databázi (která např. bude kontrolovat, zda uživatel mění stav položek na skladě povoleným způsobem)?

To je dost fatální chyba - sklad se nemůže měnit v závislosti na košíku uživatelů (tím bych Vám vyprázdnil sklad), ale v závislosti na expedici. Uživatel skladník vezme zboží ze skladu a dá ho do balíku, zároveň změní údaj v databázi (nebo to za něj udělá čtečka čárových kódů).