Security Basics mailing list archives
Re: Wardialing - Odd Results
From: "John R. Dennison" <jrd () gerdesas com>
Date: Tue, 26 Jul 2005 11:57:24 -0500
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 1500bps you will end up getting many duplicate bits, because you are sampling more frequently than you are recieving. The result is garbage like you show below even if the system you are dialing to is responding with ASCII characters.
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 based equipment, for instance, will use 7 data bits with Even parity. If memory serves, in the past I have also had to use even more esoteric settings for parity, such as mark or space, but that was 2 decades ago. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt
Current thread:
- Wardialing - Odd Results Ron (Jul 21)
- Re: Wardialing - Odd Results security (Jul 22)
- Re: Wardialing - Odd Results Dave Aronson (Jul 26)
- Re: Wardialing - Odd Results Atom Powers (Jul 26)
- Re: Wardialing - Odd Results John R. Dennison (Jul 26)
- Re: Wardialing - Odd Results Champ Clark [Vistech] (Jul 29)
- Re: Wardialing - Odd Results Ron (Jul 29)
- Re: Wardialing - Odd Results John R. Dennison (Jul 26)
- <Possible follow-ups>
- Re: Re: Wardialing - Odd Results anonymousnz (Jul 26)
- Re: Re: Wardialing - Odd Results knieveltech (Jul 26)
- Re: Wardialing - Odd Results security (Jul 22)