PHP shell security
ik heb een vraag aan jullie allemaal
stel: als een server gevoelig is voor shells waardoor je heel makkelijk op
een ander account kan komen. Hoe beveilig je zo iets? dat er geen
mensen via shells op je site kunnen?
Er zijn vele mensen die weten hoe maar dat wil ik dus ook weten.
Bedankt!
en zoals hugo zegt, als je hier hulp wilt wees dan wat
duidelijker. het komt een beetje scriptkiddieachtig over zo.
de juiste chmods toepassen op de homedir van de gebruiker, zodat hij niet
verder kan kijken dan zijn eigen webruimte.
command-line interface geeft. Deze staat op servers, omdat
die (terecht) vaak geen grafische interface hebben. Het is
wat de systeembeheerder ook gebruikt om het systeem te beheren.
Krakers van een systeem proberen een shell uit te voeren
omdat ze daarna ipc rustig en gemakkelijk alles kunnen doen
wat ze willen. Dat kunnen ze sowieso wel (want ze kunnen ook
een shell uitvoeren), het maakt het gewoon iets
gebruiksvriendelijker. Helemaal geen shells op je systeem
hebben is geen oplossing, want dan kun je er zelf ook niets
mee.
Kortom, het zijn niet de shells waarvoor je bang moet zijn,
het zijn de security holes in je services (web/e-mail/etc)
die je moet beveiligen, dan kunnen krakers ook geen shell
oproepen.
Dit doe je door standaard hardening technieken; systeem
up-to-date houden, bij software zoals php standaard
systeemcommando's uitzetten, enzovoorts.
goeie aanrader is het aanschaffen van het boek secure php
development van mohammed j.kabir.Een ander voorbeeld is de server
software te installeren op een user acount in plaats van je root acount.
Dit is makkelijk op lossen als server beheerder, gewoon een
kwestie van
de juiste chmods toepassen op de homedir van de gebruiker,
zodat hij niet
verder kan kijken dan zijn eigen webruimte.
Fout, je moet juist de rest de juiste chmods toepassen. Maar
of dat een oplossing is..
In de sshd config file kun je alleen groups of gebruikers
access geven. Maak bijvoorbeeld een groep aan, en zeg sshd
in die config file dat de gebruiker in die groep moet zijn
om ssh access te krijgen.
Aan de andere kant is het dan nog steeds via een web-shell
onveilig. Gebruik daarvoor access control lists.. aan alleen
secure php development heb je niks als je andere mensen
accounts geeft op de server, omdat het misschien een
webserver is.
..maar al met al, zo kan ik nog uren doorgaan met
beveiligingstechnieken. Veilig ben je nooit :)
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
