Segítség betörtek a Drupalomba
Üdv Mindenki!
A következő történt velem. Néhány napja észrevettem hogy a drupal könyvtáramban létrejött egy könyvtár amiben ujabb két könyvtár van az egyikben egy fájl a rewritengine off-ra állítja
a másiban rewriterule- átírja ,hogy az eredeti oldalt redirektelje egy másik sitre
Aztán van még egy olyan amit az összes drupal könyvtáramba beír ami a .htaccess fájl (a tartalma alább)
Átírtam a jogokat meg minden beállítást amit tudtam, de gondolom valahogyan ez php-n keresztül éri el a szervert amit nem telejesen értek hogy hogyan lehet. Gondolom a php.ini-n van a rés és valahogy azt használva jön be.
Sajnos viszonylag kezdő vagyok ebben remélem tud valaki tanácsot adni hogyan lehetne 'lerázni' az újboli beírást és redirektelést.
A környezet amúgy debian sarge apache2-vel. Van webmin-es tűzfal és amit lehetett beállítottam mind ssh-n mind ftp-n hogy ne tudjanak bejönni illetéktelenek. :(
Minden segítséget köszönök
Luzer_Juzer
■ A következő történt velem. Néhány napja észrevettem hogy a drupal könyvtáramban létrejött egy könyvtár amiben ujabb két könyvtár van az egyikben egy fájl a rewritengine off-ra állítja
a másiban rewriterule- átírja ,hogy az eredeti oldalt redirektelje egy másik sitre
Aztán van még egy olyan amit az összes drupal könyvtáramba beír ami a .htaccess fájl (a tartalma alább)
RewriteCond %{HTTP_REFERER} ^http://([a-z0-9_\-]+\.)*(google|msn|yahoo|live|ask|dogpile|mywebsearch|yandex|rambler|aport|mail|gogo|poisk|alltheweb|fireball|freenet|abacho|wanadoo|free|club-internet|aliceadsl|alice|skynet|terra|ya|orange|clix|terravista|gratis-ting|suomi24)\. [NC] RewriteCond %{HTTP_REFERER} [?&](q|query|qs|searchfor|search_for|w|p|r|key|keywords|search_string|search_word|buscar|text|words|su|qt|rdata)\= RewriteCond %{HTTP_REFERER} \=[^&]+(%3A|%22)
RewriteCond %{TIME_SEC} RewriteRule ^.*$ /new/ohamapi/ex3/t.htm [L]
#a995d2cc661fa72452472e9554b5520c
RewriteCond %{TIME_SEC} RewriteRule ^.*$ /new/ohamapi/ex3/t.htm [L]
#a995d2cc661fa72452472e9554b5520c
Átírtam a jogokat meg minden beállítást amit tudtam, de gondolom valahogyan ez php-n keresztül éri el a szervert amit nem telejesen értek hogy hogyan lehet. Gondolom a php.ini-n van a rés és valahogy azt használva jön be.
Sajnos viszonylag kezdő vagyok ebben remélem tud valaki tanácsot adni hogyan lehetne 'lerázni' az újboli beírást és redirektelést.
A környezet amúgy debian sarge apache2-vel. Van webmin-es tűzfal és amit lehetett beállítottam mind ssh-n mind ftp-n hogy ne tudjanak bejönni illetéktelenek. :(
Minden segítséget köszönök
Luzer_Juzer
ha betörtek
1. ftp, ssh, admin jelszavak módosítása azonnal lehetőleg valami gf4Zh57Dr szerűre, azaz megjegyezhetetlenre. Ezt érdemes a következő 3 hónapban kéthetente megtenni.
2. adatbázis kapcsolódási jelszó módosítása
3. adatbázis dump és weblap mentés helyi gépre (így van egy fix másolatod ami jól jöhet ha mondjuk a betörő elkezd esetleg törölgetni, és otthon kedvedre turkálhatsz további gyanús fileok után)
4. a használt cms (esetedben a drupal) frissítése a legrrissebb stabil változatra
5. a webszer gazdijának egy levél, hogy mi trötént és hol. Ő hozzáfér a logokhoz, lehet, hogy megtalálja, hogy ki volt, mikor és honnan. Neki is érdeke, mert lehet, hogy valami szerverbeállítás vagy bug okozza a biztonsági rést. Ha talál valamit akkor frissít a szerver oldalon mindent amit kell.
6. ha a rendszeredben vannak regisztrált userei akkor esetleg érdemes őket egy jelszómódosításra kényszeríteni. ha tárolsz érzékenyebb adatokat (pl hitelkártya azonosítókat) akkor mindenféleképpen ajánlatos ezt megtenni.
Ezután az ember rendszeresen figyel, hogy nem volt-e valamilyen behatolási kísérlet, vagy sikeres belépés.
Szerintem...
Ha te vagy a szerver ura, akkor nézd meg milyenusereknek van ssh elérése (csak azokat engedélyezd, akinek kell is). Egyes disztribúciók például alapból megengedik az összes usernek az ssh elérést. (Bővebben AllowGroups és AllowUsers az sshd.conf -ban)
valasz
Még 1x köszi a gyors válaszokat.
Üdv
Luzer_Juzer
JS?
Kiváló szolgáltatók