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.
IT Security Officer
Utrecht heeft jou nodig! Als Information Security Officer vertaal je beleid naar technische uitvoering. Dit is cruciaal voor het waarborgen van de informatiebeveiliging van onze inwoners. Je krijgt de kans om betrokken te zijn bij complexe projecten met de nieuwste technologieën en kunt jouw stempel drukken op innovatie. Solliciteer nu!
Ketenregisseur Gedigitaliseerde Criminaliteit en Cybercrime
Ben jij er klaar voor om de leiding te nemen in het bevorderen van de regionale samen-werking in de strijd tegen gedigitaliseerde criminaliteit en cybercrime? Samen met collega's, politie en regionale en landelijke partners? Dan is de dynamische rol van Ketenregisseur Gedigitaliseerde Criminaliteit en Cybercrime bij het Regionaal Samenwerkingsverband Integrale Veiligheid (RSIV) jouw op het lijf geschreven!
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.