Hackers Bringing Telnet Back
alphadogg writes "A new report from Akamai Technologies (CT: Requires login) shows that hackers appear to be increasingly using the Telnet remote access protocol to attack corporate servers over mobile networks.
The report, which covers the third quarter of 2010, shows that 10 percent of attacks that came from mobile networks are directed at Port 23, which Telnet uses. That marks a somewhat unusual spike for the aging protocol used to log into remote servers but that has been gradually replaced by SSH."
who still uses telnet?
Number of incompetent administrators who still use the telnet protocol rises. More at 11
Right, but when you type hunter2, we just see *******.
On another note, anybody who is not currently blocking access port 23, or even worse is running a telnet server, needs to hand in their sysadmin card right now.
I am officially gone from
I use telnet constantly. Port 110 to check for a broken email header, Port 25 to check for SMTP auth errors, Port 3200 to check for the present of a NetGen DSS unit, etc, etc... I love telnet. Simple 3-way handshake and boom, datastream.
If you manage your company or institution's IT department, please do the following:
Step 1: Turn on "telnet" on your PC. (Of course you Windows, you're management, right?)
Step 2: Try to "telnet" to your company's website, or to any other machine or service names your underlings bandy about.
Step 3: If you don't see "Connection refused" every time, FIRE EVERYONE WHO REPORTS TO YOU.
I like telnet because it reminds me of when I was young.
Um, the reason they are using telnet is because it's trivial to hack, in other words the headline should read "hackers hacking easiest to hack service on poorly configured machines, also water is wet, details at 11"
Monstar L
How can hackers bring telnet attacks back if admins don't run telnet? Should the headline say "Admins are bringing telnet back and getting bitten in the ass for it?"
It's not the hackers that are bringing Telnet back, it's the IT departments that are deploying such services or forget to disable them when devices have it by default. You would think (*hope*) in this day and age that a professional IT department would be aware of such things, but seems our hopes are dashed.
Most devices have alternative connectivity protocols that can be used and at the very least if Telnet must be used, provide a VPN/SSH tunnel to the network from the outside or entertain a more restrictive firewall policy to contain the source IP's on that port to a manageable group.
Mod this guy up! Excellent quote reference.
... anybody who is not currently blocking access port 23, or even worse is running a telnet server, needs to hand in their sysadmin card right now.
Ever hear the term honeypot?
When our name is on the back of your car, we're behind you all the way!
Too many networking manufacturer's still only have their gear accessibly only by telnet. Duh.
I'm bringin' telnet back.
Them other protocols don't know how to act.
I think it's special what's inside your rack.
So enable the service and I'll begin to hack.
Just to be clear, TELNET and TCP are not synonymous. The FTP command channel uses TELNET as a session protocol, transported by TCP with the server usually listening on port 21. Conversely, SMTP and HTTP are their own session protocols, probably because TELNET isn't 8-bit-clean. This is why netcat, which normally uses raw TCP sockets, has a command-line option specifically for interoperation with TELNET and TELNET-based protocols.
Best wishes,
Matthew
I'm proud of my Northern Tibetian Heritage
******** IS my password!
Have gnu, will travel.
Seeing traffic on port 23 does not mean telnet is involved. I know some people who run their SSH daemon on that port to lessen the stupid ssh scans.
Maybe oracle released a new version of solaris with a vulnerable telnetd on by default again?
I just realized; almost every network printer out there uses telnet for remote configuration. Maybe there was a new vulnerability found on a specific type of printer that allows forwarding of the printed pages back to the script kiddies?
so all i have to do is post old, tired quotes to get modded up so high that EVERYBODY has to read my dumb bullshit
way cool slashdot
You lazy ass, I came in here to do that, and you do it first and can barely be bothered to change the lyrics at all!?
This is how it's done:
I'm bringing telnet back
Them other boys don't know how to hack
I can get right into your server rack
And you won't find me 'cuz I'm proxied back
Take 'em to the bridge
[Bridge]
N00b named Dave
You see this process
I make it my slave
It doesn't matter how I misbehave
The fact is no one can stop me this day
Take em' to the chorus
[Chorus]
Come here PERL
Look at me pwn'in it
Fall for my hack
Look at me pwn'in it
telnetd
Look at me pwn'in it
Loot for me
Look at me pwn'in it
Let me see what ya workin' with
Look at me pwn'in it
Look at those disks
Look at me pwn'in it
They make me smile
Look at me pwn'in it
I take your files while
Look at me pwn'in it
I get my telnet on
Look at me pwn'in it
Get my telnet on
Look at me pwn'in it
[X6]
Get my telnet on
[Verse 2]
I'm bringing telnet back
Them other boys don't know how to hack
See how I doctor all the logs you track
Cause I won't let you know the fix you lack
Take em' to the bridge
[Bridge]
[Chorus]
[Verse 3]
I'm bringing telnet back
Them other boys watch while I attack
If that's your server better watch your back
Cause I will root your box and that's a fact
Take em' to the chorus
[Chorus]
"When information is power, privacy is freedom" - Jah-Wren Ryel
For local networks, does the difference between SSH and Telnet really matter?
The only difference is encryption. The attacker would still need the password, and with modern switches, it's impossible to steal the password without directly adding hardware somewhere along the chain of equipment directly between the two endpoints. (unless they've hacked your switch, i suppose)
I believe the real point of the article is that easy logons & passwords on Telnet are a significant security risk, especially on wifi accessible networks.
>A new report from Akamai Technologies (CT: Requires login)... ....
Would that be a telnet login , or
~We made openssh so that fucking legacy rash will die!~ --Theo deRaadt
I decided to try this just in case somebody in Google was having a laugh. Pity.
I agree SSH is better than telnet and there is very little reason not to use it but I'm going to play devils advocate anyway.
There have been significant SSH specific remote expliot vulnerabilities in the past. Telnet has less moving parts - less to go wrong, less to attack.
Lets not forget SSH is only "secure" if you "assume" the initial leap of faith has not been compromised. If your connecting to a host for the first time via ssh or via telnet the only difference from a security perspective is the one you have incorrectly painted in your own mind.
No. If you connect to a host for the first time with telnet, your password goes through the network in clear, so all an attacker needs to get the password is a network sniffer. If you connect to a host for the first time with ssh, your password goes through the network encrypted, thus the only way for the attacker to get it is a man-in-the-middle attack. The latter is clearly more difficult (you have to alter something in the network, instead of just listen).
You are right that when connecting for the first time, SSH doesn't protect you from a man-in-the-middle attack (unless you already know the SSH key fingerprint of the connected-to host and take the effort to manually check it before accepting the key). But that doesn't imply that on first connect, SSH had no security advantage over telnet. Just having the password (and the traffic!) encrypted is a big security advantage.
The Tao of math: The numbers you can count are not the real numbers.