Afdrukvoorbeeld
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.
Citaat:
Oorspronkelijk geplaatst door localh
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?
Wil je veiligheid of gebruikersgemak? Ik heb nog wel gekkere dingen gebouwd :)Citaat:
Oorspronkelijk geplaatst door localh
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 :)
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.Citaat:
Oorspronkelijk geplaatst door royen99
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 :D
Als je een goede kluis hebt ;)Citaat:
Oorspronkelijk geplaatst door localh
De nagel op de kop.Citaat:
Oorspronkelijk geplaatst door Sander-
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 :PCitaat:
Oorspronkelijk geplaatst door localh
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.
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.Citaat:
Oorspronkelijk geplaatst door royen99
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 :)