Onderwerp: IP adres bannen

Mooie oplossing maar het moet uiteindelijk allemaal werkbaar blijven hé

Imho is sshd bij een (web)server zelden of nooit het zwakste punt.

SSH2 login via user met een deftig pass en dan su nr root (ook deftig pass :-) + eventueel iets als denyhosts of APF/BFD is meer als voldoende.

Oorspronkelijk geplaatst door localh

Je moet wel ff de hash (comment) weghalen.
Dit moet er dus staan:

PermitRootLogin no

Vergeet zeker niet een gewone user aan te maken!

Dat was ook mijn bedoeling,
PermitRootLogin no

staat dus tuusen # en #


Nog even over APF firewall.
Ik heb wel BFD maar geen APF
Dit wil eigenlijk wel installeren, maar het standaard config kan ik daar last van krijgen?
Bijv mijn stream dat ie wordt geblokt?

Oorspronkelijk geplaatst door localh

Mooie oplossing maar het moet uiteindelijk allemaal werkbaar blijven hé

Imho is sshd bij een (web)server zelden of nooit het zwakste punt.

SSH2 login via user met een deftig pass en dan su nr root (ook deftig pass :-) + eventueel iets als denyhosts of APF/BFD is meer als voldoende.

Wil je veiligheid of gebruikersgemak? Ik heb nog wel gekkere dingen gebouwd

Persoonlijk heb ik niet vaak iets te zoeken op een shared webserver. Dat ding draait... of het draait niet. Ik hoef er niet 5 keer per dag op in te loggen (afkloppen...)

Maar je weet ook wel hoe het werkt met zwakke punten: Staat je poort publiekelijk open, dan wordt ie vroeg of laat gelogd door een scriptkiddie (of erger.. een echte hacker :P )
Komt er ooit een exploit voor je ssh-versie, kun je wel snel het haasje zijn. En als sshd niet actief is, kun je hekpogingen toch loggen.

Trust nobody

Oorspronkelijk geplaatst door royen99

Dat noemen ze security by obscurity en is dus geen security. (af te raden).

APF en BFD samen is beter aan te raden (en zowieso nooit root logins toestaan, eerst inloggen als een gewone gebruiker, en hierna ' # su - ' naar root.

Nonsens, waarom af te raden?? Tuurlijk het is niet DE oplossing voor het probleem, maar verminderd het aantal attacks op de SSH poort wel drastisch, in ons geval bleven er van de 2500 attempts nog slechts 300 per dag over. Als je die oplossing gaat aanvullen met andere maatregelen zoals APF/BFD en Logwatcher, dan kun je dit probleem bijna geheel tackelen.

Daarnaast geldt hetzelfde als voor Apache etc, zoveel mogelijk proberen versies te maskeren, is ook security by obscurity, maar die "maatregel" zorgt er ook weer voor dat die 100'en scriptkids die een botje gedownload hebben afhaken. En ook de wat gevorderdere hacker moet wel hele speciale intresse in je machine hebben wil ie er echt veel voor gaan doen.

nuja, de beste beveiliging is nog altijd... je server offline halen

Oorspronkelijk geplaatst door localh

nuja, de beste beveiliging is nog altijd... je server offline halen

Als je een goede kluis hebt

Oorspronkelijk geplaatst door Sander-

En ook de wat gevorderdere hacker moet wel hele speciale intresse in je machine hebben wil ie er echt veel voor gaan doen.

De nagel op de kop.
En dan bestaat er nog zoiets als social engineering
Je zou er van verwondert staan op hoeveel plaatsen je gevoelige info kan loskrijgen mits de juiste connecties/woorden....
Nu gaan we off topic zeker

Oorspronkelijk geplaatst door localh

De nagel op de kop.
En dan bestaat er nog zoiets als social engineering
Je zou er van verwondert staan op hoeveel plaatsen je gevoelige info kan loskrijgen mits de juiste connecties/woorden....
Nu gaan we off topic zeker

Waren we al even, maar ben het totaal met je eens... Gewoon lief zijn voor je medemens met bovengemiddelde computerkennis + je klanten is al vet goeie security :P

Wat ook goed helpt tegen ongewenste ssh logins is het draaien van ssh op een niet standaard poort.

ik heb de poort veranderd en ik moet zeggen dat het ernstig rustig is op mijn webserver

1. SSH op andere poort draaien.
2. Geen login van root direct aanvaarden.
3. APF goed aanscherpen.
4. BFD goed instellen.

5. Ben er al klaar mee

Wat ook een aanrader is is om een beheerserver te gebruiken en alleen de beheerserver toegang geven naar je andere servers.

of nog beter is om remote console + SSL te gebruiken en SSH helemaal uitschakelen.

Oorspronkelijk geplaatst door royen99

Dat noemen ze security by obscurity en is dus geen security. (af te raden).

Dat is natuurlijk een wat onzinnige instelling. Security by obscurity als enige security is per definitie af te raden inderdaad. Security by obscurity als extra maatregel bovenop bestaande degelijke security om bruteforce attacks te verminderen is absoluut een prachtige techniek.

Het idee is simpel: zolang automated scripts maar niet bij voorbaat weten waar ze moeten hameren gaan ze een stuk minder hameren. En merendeel van de inbraakpoging gebeurt echt automated hoor. Bovendien is er uit een port scan niet simpel af te leiden of op poort 5498 (insert random getal) een SSH-daemon zit te luisteren of een andere service die binaire troep verstuurt als je connect.

Wat ook praktisch is is om alleen maar je eigen ip te allowen op je sshd port.

Dan wel altijd zorgen dat je er minstens 2 IP's in hebt staan, anders heb je probleempje als je IP voor wat voor reden dan ook veranderd / als je ISP een storing heeft en je ergens anders wil inloggen om een probleem op te lossen oid