Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Security-Basics
[Top] [All Lists]

Re: Wardialing - Odd Results

Subject: Re: Wardialing - Odd Results
Date: Tue, 26 Jul 2005 15:11:25 -0400
On Tue, Jul 26, 2005 at 11:57:24AM -0500, John R. Dennison wrote:
On Fri, Jul 22, 2005 at 09:43:32AM -0700, Atom Powers wrote:
I've seen this if the data rate for the system you are dialing in to and 
the program you are using are not in synch. For instance, if the system 
you are dialing to is 9600bps and you have your hyperterminal set to 

      Any mis-configured serial port settings (baud, parity, data
      bits, stop bits) can cause this behaviour.

      In /general/, the hyperterminal default settings of 8/N/1 
      should work in most, but not all cases; some older mainframe

        Another thing I would say is to start low and work your way up.
That is,  dial in at 300/1200 bps.  Some strange embedded systems use
lower rates.  Also,  play with your parity/stop bit setting.  8N1
is command,  but 7E1 is totally on common.   Another type,  on connecting
you might want to send a couple of characters instead of simply waiting
for the remote system to respond.  As was pointed out,  older mainframes
use such settions and X.25 PAD sometimes do as well.

        
-- 

Champ Clark III    |   Vistech Communications,Inc.   |    850-942-0388 x 101
                         http://www.vistech.net

GPG Key ID: 58A2A58F
Key fingerprint = 7734 2A1C 007D 581E BDF7  6AD5 0F1F 655F 58A2 A58F
If it wasn't for C, we'd be using BASI, PASAL and OBOL. 

Attachment: pgpe8776o0Hsm.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>