Waarschuwing voor ernstig Telnet lek in Solaris 10 en 11
Beheerders en gebruikers van Solaris 10 en 11 zijn gewaarschuwd voor een zeer ernstig zero-day lek in Telnet, waardoor aanvallers zonder geldige login toch kunnen inloggen. Het probleem wordt veroorzaakt door de telnet daemon die command line opties direct doorstuurt naar het login proces, die weer zoekt naar een "switch" waarmee root op elk account met een wachtwoord kan inloggen. Als de telnet daemon als root draait, staat het ongeauthenticeerde remote logins toe.
Bedrijven die Telnet niet hebben uitgeschakeld, iets wat al decennia geroepen wordt, wordt dringend aangeraden dit alsnog te doen (in Solaris: svcadm disable telnet). Een andere optie is het inschakelen van een IP-beperking op de firewall, maar alleen als het niet anders kan. Telnet is onveilig en er zijn tal van andere opties om verbinding met een machine te maken.
servers nog steeds Telnet open hebben staan verdienen het om via deze
zero-day lek gepakt te worden."
machine te maken."
Vertel er dan ook gelijk bij dat je inderdaad beter SSH kan gebruiken en dat
telnet per definitie niet veilig genoeg is om te gebruiken over het Internet..
wel hoe laat het is. Het enige dat vreemd is dat er niet meer lekken bekend
worden.
ja link vooral naar de exploit code, goed bezig security.nl
solaris doos, denk je?
de stelling wat onhandig geformuleerd. Maar "eigen schuld"
is het natuurlijk wel.
ja link vooral naar de exploit code, goed bezig security.nl
solaris doos, denk je?
nou, ik ken er toch heel wat... jullie vergeten allemaal wat
de meeste altijd vergeten... solaris als hobby doos is niet
hetzelfde als solaris in een (meestal) betrouwbare business
omgeving, waar vaak nog via telnet dingen opgebouwd moeten
worden.... dus denk eerst even na voordat er weer over ssh
en linux/unix bashing begonnen moet worden...
ja link vooral naar de exploit code, goed bezig security.nl
solaris doos, denk je?
nou, ik ken er toch heel wat... jullie vergeten allemaal wat
de meeste altijd vergeten... solaris als hobby doos is niet
hetzelfde als solaris in een (meestal) betrouwbare business
omgeving, waar vaak nog via telnet dingen opgebouwd moeten
worden.... dus denk eerst even na voordat er weer over ssh
en linux/unix bashing begonnen moet worden...
een bedrijfsomgeving geen hond zo gek is om solaris met een
telnet server te draaien. Dat dat betekent dat er een
handjevol hobbyisten is die hun solaris doosjes niet kunnen
beveiligen en toch aan internet hangen... tja, dat is de
verantwoordelijkheid van die mensen. Mijn unix dozen zitten
dicht, en de machines waar ik wat experimentjes mee doe,
die staan gewoon in een ander stukje netwerk. Zo duur is een
2600 niet :-)
linken. In de header staat notabene:
#!/bin/sh
# CLASSIFIED CONFIDENTIAL SOURCE MATERIAL
#
# *********************ATTENTION********************************
# THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES
# (C) COPYRIGHT Kingcope, 2007
#
##########################################################
######
THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES...
Wel op een website over security blijkbaar....
Nou ik blijf het ook een beetje idioot vinden om de expoit
code gewoon te
linken. In de header staat notabene:
Ja hoor, en door niet te linken naar de exploit code voorkom
je natuurlijk ook gelijk dat men zelf op zoek gaat ... Hoe
heet dat ook al weer, iets met 'security by obscurity' ?
ja link vooral naar de exploit code, goed bezig security.nl
nou, ik ken er toch heel wat... jullie vergeten allemaal wat de meeste altijd vergeten... solaris als hobby doos is niet hetzelfde als solaris in een (meestal) betrouwbare business omgeving, waar vaak nog via telnet dingen opgebouwd moeten worden.... dus denk eerst even na voordat er weer over ssh en linux/unix bashing begonnen moet worden...
Nou ik blijf het ook een beetje idioot vinden om de expoit code gewoon te
linken. In de header staat notabene:
#!/bin/sh
# CLASSIFIED CONFIDENTIAL SOURCE MATERIAL
#
# *********************ATTENTION********************************
# THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES
# (C) COPYRIGHT Kingcope, 2007
#
##########################################################
######
THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES...
Wel op een website over security blijkbaar....
Iemand die deze '''code''' niet zelf kan verzinnen kan deze '''code''' ook niet
uitvoeren. Die link kan geen kwaad.
Die disclaimer is natuurlijk ook niets waard als je het zo op Internet zet.
Waarschijnlijk denkt 'Kingcope' zich hiermee te vrijwaren van eventuele
vervolging en toch publiciteit te krijgen.
Misbruik van de exploit kan geen eigen schuld zijn. Afhankelijk van de aard
van het systeem kan je het hooguit als nalatig omschrijven. Iets wat mij
betreft ook flink strafbaar mag zijn bij wet.
Nou ik blijf het ook een beetje idioot vinden om de expoit code gewoon te
linken. In de header staat notabene:
#!/bin/sh
# CLASSIFIED CONFIDENTIAL SOURCE MATERIAL
#
# *********************ATTENTION********************************
# THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES
# (C) COPYRIGHT Kingcope, 2007
#
##########################################################
######
THIS CODE _MUST NOT_ BE DISCLOSED TO ANY THIRD PARTIES...
Wel op een website over security blijkbaar....
Jij maakt je nu ook schuldig aan het verspreiden van de code (hoewel dit
alleen commentaar is).
dan ssh.
gebruikt. De specialisten van de oude school gebruiken vaak nog de oude tools,
zoals de r* tools of cleartext software. Kwestie van gewoonte en gemak. Maar even
een voorbeeld, voor telnet heb ik maar minimaal 1 argument nodig waar het voor
ssh vaak wat lastiger is. Mijn woorden per uur gaan daardoor omlaag als ik moet
checken wat voor argument *deze* ssh versie nu weer nodig heeft :-)
Ik vind het trouwens persoonlijk overdreven hoor, dat mensen meteen op de
bovenste kast gaan staan als iemand eens telnet gebruikt. Boehoe. Ik neem aan dat
je je netwerk segmenteert met switches, dat je geen arp spoofing toelaat, dat je
geen interfaces in promiscue toestand toestaat, en dat je goede firewall regels hebt
die geen ongeauthoriseerde gebruikers binnen laten. Dan kom je al een heel eind.
Deze posting is gelocked. Reageren is niet meer mogelijk.
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.
Cyber Security Trainer
"You know that feeling after you have been to the cinema and seen an exciting movie? It's the same after this training. I can only say that this is probably the BEST TRAINING that I've ever done!!!”
Are you ready for a challenge?
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.