ugrás a tartalomhoz

Detect Hacked Files via CRON/PHP

Joó Ádám · 2013. Feb. 19. (K), 17.08
Az állományok változásainak követése segít kiszűrni egy támadást
 ■
1

TLoF alkotása a témában:

wodka · 2013. Feb. 20. (Sze), 10.05
TLoF alkotása a témában: http://www.tutorial.hu/honlap-hackelest-felderito-script/
2

Jogosultságok

Hidvégi Gábor · 2013. Feb. 20. (Sze), 10.36
Amennyiben van lehetőségünk jogosultságokat állítani, a fenti script futtatása mellett a webről érkező támadások egy részét könnyen megelőzhetjük például így:
  • a webroot és azon belül minden fájl és könyvtár tulajdonosa legyen ugyanaz, amivel a webszerver fut (daemon, www-data)
  • a fájlok és könyvtárak csoportja legyen ugyanaz, mint a felhasználók csoportja, akik a fájlokat írhatják (nálunk "users")
  • a tulajdonosnak mindenre csak olvasási jogosultsága van
  • a csoportnak van írási joga is
  • a többi felhasználónak (other) semmilyen joga nincs a fájlokhoz
  • egy temporális könyvtár van, ahova írhat a webszerver, és ez olyan meghajtón, ahol tiltva van a fájlok futtatása
  • az ebben a könyvtárban lévő scripteket nem futtatja a webszerver
Ezzel a módszerrel a webről érkező támadó elvileg nem szerezhet írási jogosultságot a szerveren.
3

Elmeletben step, de gyakran

saxus · 2013. Feb. 21. (Cs), 11.39
Elmeletben step, de gyakran lesz majd vmi indok, ani miatt men alkalmazhato.

Egyebkwnt, ha pl. SVN-bol megy až oldl frissitese, akkor egy svn at is meg tdja mondani egyazwruen.
5

Nem tökéletes

Hidvégi Gábor · 2013. Feb. 22. (P), 14.05
Közben kiderült, hogy ha a felhasználó meghívja a chmod parancsot, simán tud írási jogot adni bármire. Jelenleg úgy néz ki, hogy készítettem egy "web" nevű felhasználót saját csoporttal, ő a fájlok és könyvtárak tulajdonosa, de nincs semmilyen jogosultsága rajtuk, az "other"-nek pedig olvasási van csak.
4

Illetve érdemes lehet ránézni

BlaZe · 2013. Feb. 21. (Cs), 13.27
Illetve érdemes lehet ránézni a Suhosinre is. Én még nem használtam, de ha valakinek van vele tapasztalata, az szerintem illene ide.