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
I use telnet to remote activate telnet on your Bay Networks/Netgear hardware.
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
Wait, when did Slashdot start calling computer criminals hackers?
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!
LOL... just LOL...
WTF happened to this place? xD
Are we going to compare the speed of Amiga kickstarts next?
Too many networking manufacturer's still only have their gear accessibly only by telnet. Duh.
Telnet hacks YOU!
telnet google.com 80
Trying 72.14.204.104...
Connected to google.com.
Escape character is '^]'.
Global Thermonuclear War
HTTP/1.0 400 Bad Request
WINNER: NONE a strange game. The only winning move is not to play. How about a nice game of chess?
Content-Type: text/html; charset=UTF-8
Content-Length: 1350
Date: Thu, 27 Jan 2011 14:58:35 GMT
Server: GFE/2.0p>
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.
The main problem I see from the article, if I understood it correctly, is that someone can hop on a "mobile network" and target corporate
servers. Are they referring to an unsecured wireless access point perhaps that has the ability to have packets routed to internal servers?
If so that is the real problem. Not telnet which is normally used by admins who have to manage gear that could possibly be 10+ years old
on a private network that someone cannot just break into and scan. Throw in ACLs if available and attackers cannot even connect to the
port unless in a certain subnet.
Honestly.. if you can have your packets routed to the internal network there is little difference between telnet, ssh, and a web interface.
All three can be brute forced. Sniffing does not get one very far now days with switches being everywhere and attacks on switches are
not trivial to get them to flood ports either. Also having a telnet exploit for anything more then older OS from 8 years ago is also unlikely.
This is just a good rant post for people to get out their pitch forks without much critical thought.
Hundreds of thousands who know how to type to get what they want?
This kills me. To make it simple, Telnet protocol hacking never stopped. You can't disable Telnet, you can only disable processes recognized as "telnet servers", but every computer remains both a client and a server no matter what you do. It is impossible to write software that can handle every imaginable condition. Telnet is the original underlying protocol for networking transmissions and just about everything is based on improving and securing the basic telnet network communications protocol. To make it impossible to hack using Telnet you would have to re-write and re-design the entire world wide networking communications infrastructure. After doing that you would still end up with an underlying basic debug architecture that real hackers would rip into immediately and the whole process would have been for naught. If you are connected to a network, any network at all, you have opened your system up to communications. If you can communicate with someone, or something, you can manipulate them/it into doing something they may not want and may not have been designed to do.
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.
If the software requires a telnet connection, use stunnel or openvpn to encrypt the traffic. Of course this wont work on old Cisco routers and the like. But on nix and windows servers there is no excuse!
This is why I wish they would get rid of telnet at work and start using ssh like a normal person.
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.
Telnet is a great protocol for testing connections and common cleartext services - as a firewall engineer for a major telecom I use it constantly. As a security professional, I've fought with folks using telnet and ftp in production environments for over a decade - ssh/scp/sftp/curl replaces all these excellently in most modern environments, and most folks fear it. The problem is this: Not everything is upgraded quickly, and a great many old dogs refuse to learn new tricks. I worked in security in the financial field for more than 10 years, and telneting to an IBM AIX box as root is commonplace - often the root password is printed in the "emergency procedures" notebooks at many banks and credit unions as well - on the shelf of all admins and admin wannabe's. In the telcom industry, I can also say that a great amount of equipment still uses telnet for device management - SSH is there, but the old dogs running things just haven't had the time to learn the new tricks that us security guys live and breathe, and the vendors themselves are just as guilty for still allowing telnet management on their gear by default. If it wasn't for rancid, svn and puppet, we'd still probably have telnet on some of our Cisco gear...
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 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.
I decided to try this just in case somebody in Google was having a laugh. Pity.