Word geen SSH brute-force slachtoffer
De afgelopen maanden is er terecht regelmatig aandacht besteed aan het voorkomen van brute-force aanvallen (1, 2, 3 en 4). Het kraken van eenvoudige wachtwoorden is nog altijd een geliefde manier om servers over te nemen. Artikel nummer vijf over het onderwerp geeft weinig nieuwe inzichten, maar wel een aantal handige tools:
1. Verander het standaard poortnummer.
2. Schakel wachtwoord authenticatie uit.
3. Beperk het aantal verbindingen.
4. Schakel Root toegang uit.
5. Gebruik een van de volgende Anti-Brute-Force Tools:
- SSHDFilter
- Pam_abl
- SSHBan
- IPTables Recent module
- DenyHost
- sshd_entry
- SSHguard
Tips van Security.NL lezers:
"Zet maximum attempts per ip address op 5. Daarna locked het systeem remote login van dat ip."
"Gebruik fail2ban, daemonshield."
"Kies een poort (ver) boven de 10000 want scriptkiddies en scanners scannen meestal niet hoger."
"Login alleen toestaan met een keyfile."
"Verder is het weren van Linux systemen al voldoende om de logs aardig schoon te houden."
"Gewoon de mogelijkheid om met passwords in te loggen uitzetten (zou de standaard config moeten zijn eigenlijk), en je hebt nooit last van dit soort problemen. Password authenticatie is het probleem, dat los je niet om met allemaal geneuzel er omheen, dat los je op door gewoon te stoppen het te gebruiken."
om de logs aardig schoon te houden."
Hoe kom ik er zelf dan op???
..
"Gewoon de mogelijkheid om met passwords in te loggen
uitzetten (zou de standaard config moeten zijn eigenlijk),
en je hebt nooit last van dit soort problemen. Password
authenticatie is het probleem, dat los je niet om met
allemaal geneuzel er omheen, dat los je op door gewoon te
stoppen het te gebruiken."
Dan moet je altijd je keyfile bij je hebben wat ook weer een
(groot) risico met zich meeneemt...
wachtwoord nemen.
Het is allemaal gelul. Je moet gewoon geen makkelijk
wachtwoord nemen.
Gecombineerd is dit natuurlijk wel het beste, dus en een moeilijk
wachtwoord en een keyfile en een limiet op het aantal failed logins.
"Verder is het weren van Linux systemen al voldoende om de
logs aardig schoon te houden."
iptables -I INPUT -m system --system LINUX -j DROP
ook een eigen fingerprint hebben om de gebruikte tool te
herkennen? Het lijkt er tot nu toe op dat het vaak dezelfde
tool is die men gebruikt. Lijkt.
Het is allemaal gelul. Je moet gewoon geen makkelijk
wachtwoord nemen.
force.
Gecombineerd is dit natuurlijk wel het beste, dus en een
moeilijk
wachtwoord en een keyfile en een limiet op het aantal failed
logins.
Een lang paswoord bruteforce kraken *over een netwerk* is
praktisch niet mogelijk.
om de logs aardig schoon te houden."
Het weren van Windows systemen houdt je logs schoner!
Moet je eens kijken in de logs wat die rommel (windows)
allemaal broadcast. Tevens, als je kijkt hoeveel virussen
van windows systemen proberen te propageren is gewoon
belachelijk. Duizenden SQL connectie attempts, NetBIOS
connecties etc etc.
een hogere poort nemen helpt.
het aantal pogingen verlagen, helpt ook.
time incremental login, helpt ook.
een iptable rule maken voor access vanuit lan, dat alleen
bepaalde IP's met bijhorend MAC alleen toegang hebben.
en voor WAN, iptable maken met host adres van je ISP. en de
rest blokken.
wat natuurlijk ook helpt, je hele SSH van het WAN afsluiten
,hehe..
om de logs aardig schoon te houden."
Het weren van Windows systemen houdt je logs schoner!
Moet je eens kijken in de logs wat die rommel (windows)
allemaal broadcast. Tevens, als je kijkt hoeveel virussen
van windows systemen proberen te propageren is gewoon
belachelijk. Duizenden SQL connectie attempts, NetBIOS
connecties etc etc.
wat hebben dergelijke broadcasts met ssh te maken?
kunnen gebruiken. Basis login/password regel: minimaal 8
random karakters, alleen encrypted connections, verander het
wachtwoord regelmatig.
open source tool for the enterprise, door Linux World.
http://www.linuxworld.com/news/2007/031207-top-5-security.html
veranderen in 443 omdat dat het enige poortnummer is dat de
proxy op het werk toestaat voor https CONNECT.
Met een beetje een normaal wachtwoord is een bruteforce
attack al niet te doen over het netwerk.
De poort veranderen zodat een script kiddie ssh niet vind,
vind ik gewoon echt useless. De kans dat een scriptkiddie
via het internet je ssh bruteforced als hij hem wel vind
lijkt mij nihil. Volgens mij is de kans dat iemand
binnenkomt door ssh te bruteforcen echt heel klein als de
beheerder een klein beetje moeite gedaan heeft om te zorgen
dat het systeem beveiligd is met goede wachtwoorden.
Of zijn er onderzoeken die mij tegenspreken? En dan bedoel
ik geen security.nl artikelen maar echt iemand die de moeite
genomen heeft om dit te onderzoeken.
om de logs aardig schoon te houden."
met ssh te maken?
zo passwords te testen van gebruikers op je machine?
Wie kent een aantal goeie tools om lokaal de brute-forcen om
zo passwords te testen van gebruikers op je machine?
o.a. John the ripper (heb hetzelf nog nooit gebruikt)
Wie kent een aantal goeie tools om lokaal de brute-forcen om
zo passwords te testen van gebruikers op je machine?
John the Ripper is om password hashes te kraken :)
Maar daar bij moet je wel een goede single woorden lijst hebben.
een moeilijk password.. PL)*uetcy&%@(*^M:P
Lukt je niet om te bruteforce :)
ips die te vaak achter elkaar met de ssh poort connecten, root account toegang
uitschakelen, ervoor zorgen dat je een group aanlegt met users die mogen ssh-
en (AllowGroups), gebruik protocol 2 en geen 1 ... dan zit ie voor een
scriptkiddie toch echt wel dicht.
niet voor de hand liggende usernames.
Ik heb een username die gewoon bijna niet voor komt en in
die kilometers logfile heb ik die nog nooit voor bij zien komen.
En root login staat natuurlijk standaard uit, als je die
open hebt staan vraag je er gewoon om.....
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.
