.htaccess-tiedoston muokkauksen estäminen

[RistoEe]

Ongelma on siis seuraava:

Harrasteporukan sivut ovat meikäläisen takana ja noin kk. sitten ensimmäisen kerran tuli ongelma että .htaccess tiedostoa oli muokattu (ja myös lisätty pariin paikkaan) ja sinne oli pistetty redirectit haittaohjelmistoja levittäville sivuille. Kerran jo korjasin ja poistin nuo (myös passut vaihdoin ja päivittelin kaikki mitä pystyi). kolmisen viikkoa meni ja nyt on taas sama ongelma. Redirectin kohdesivu on vain eri kuin aikaisemmalla kerralla.

Olen yrittänyt netistä löytyneillä ohjeilla tehdä oman .htaccess-filun ja uppinut sen servulle huonolla menestyksellä:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Eli kyseistä ilmoitusta pukkaa jos ite pistän tuon filun servulle. Osaiskohan joku helppiä kuinka tuon muokkaaminen/lisääminen estetään?

[666RPM]

Riippuu myös palvelimen konffista mitä direktiivejä se hyväksyy .htaccesiin. Jos mahdollista, ota yhteyttä palvelimen ylläpitoon ja ilmoita tapahtuneesta jos olet varma ettei omilla sivuillanne ole jotain korkattavissa olevaa komponenttia (esim. vanhoja php-kokonaisuuksia joissa on tunnettuja aukkoja).

[peiponen]

Jos ulkopuolinen taho pääsee muokkaamaan htaccess-tiedostoa, on sivutilassa olevassa php-softassa tms aukko tai sivutilan tunnukset päätyneet vääriin käsiin. Korjaisin tämän ASAP.

[haraldh]

Arvaus että phpmyadmin on se aukko. Sellaiset kannattaa aina piilottaa jonkun vaikean hakemiston alle.

[666RPM]

Tarkennus Haraldin kommenttiin: Piilotus ei auta, vaan oikea konfiguraatio ja paikkausten ajan tasalla pitäminen.

[jounii]

.htaccess tiedostossa pitää olla oikeat oikeudet. Todennäköisesti näin ei ole, kun itse sen uploadaat. Korjaat joko shellistä tai ohjelman kautta millä tiedoston lähetit (jos antaa oikeuksia muuttaa). Kirjoitusoikeudet pois ja lukuoikeudet siten, että webserverin prosessi saa lukea. Riippuu taas serverin konffeista minkä käyttäjän alaisuudessa ajetaan.

Toki ei auta, jos jossain skriptissa on troijalainen (jotkut injektoi joka ikiseen php skriptaan esim. omaa koodiaan) tai reikä.

[haraldh]

Tarkennus Haraldin kommenttiin: Piilotus ei auta, vaan oikea konfiguraatio ja paikkausten ajan tasalla pitäminen.

Olet aivan oikeassa, mutta näiden lisäksi ei kannata jättää phpmyadmin ja muut sellaiset ei-julkiseen käyttöön tarkoitetut esim /phpmyadmin polun alle. Koskaan ei tiedä koska seuraava reikä ilmenee ja kuinka kauan aikaa on korjata.

[jones]

Olet aivan oikeassa, mutta näiden lisäksi ei kannata jättää phpmyadmin ja muut sellaiset ei-julkiseen käyttöön tarkoitetut esim /phpmyadmin polun alle. Koskaan ei tiedä koska seuraava reikä ilmenee ja kuinka kauan aikaa on korjata.

Lisäksi noihin ehdottomasti autentikointi joko siten että basic autentikointi tehdään https:n yli ja pelkkä http liikenne estetään, tai jos tuo ei ole mahdollista niin ainakin digest käyttöön.

[RistoEe]

Syyksi on ilmennyt kuvagalleria-ohjelmisto joka tuolla pyöri. Se on nyt ollut pois ja mitään ongelmia ei ole ollut.Täytynee ilmoittaa palvelun ylläpitäjälle että sen kanssa on ongelmia.

[haraldh]

Mikä ohjelmisto? gallery (menalto)?

[RistoEe]

Zenphoto tais olla paketin nimi millä sen sai palveluntarjoajalta käyttöön.

[gedu]

duunissa törmätty sellaiseenkin, että haittakoodi oli ujutettu konffifilun sisään. Ensin normaali konffifilun sisältö, sen jälkeen noin 20 tuhatta riviä tyhjää, ja syöpä löytyi.

Tuo on yksi jännimmistä tempuista mitä korkkaaja on meillä onnistunut tekemään. Yleensä tekevät paljon triviallimmat temput.