|
Now that you see the machines around you, what can you do with them?
One of the most useful things that I know to do is to map a network
drive. This is only possible on Windows machines that have file and
print sharing enabled in properties of the "Local Area Connection".
If you are unsure if file and print sharing is enabled, right click
My Network Places or Network Neighborhood and select properties.
Right click Local Area Connection and select properties and then
check to see if file and print sharing is enabled here.
When you map a network drive, it will allow you to share files back
and forth (again, according to permissions) with another machine on
the network by creating a "virtual drive" on your own machine. This
is accomplished with the NET USE command. Simply type NET USE X:
\\COMPUTER\SHARE where X: is an available drive letter (You can use
all 26 letters in the alphabet as long as you do not already have a
drive using that letter. In other words, using C: is a bad idea
because you will most likely already be using that letter by
default.
COMPUTER is the name of the computer on which you will be
sharing a resource, and SHARE, which is just what it says it is. This
is where administrative shares come into play. If you do not see a
SHARE to a drive that you are reasonably certain should be available,
try mapping to C$ (assuming that the drive that you want to map to is
C: and that you have administrative privileges). Once you see "THE
COMMAND COMPLETED SUCCESSFULLY" simply switch to the drive letter
that you mapped to (X:) and you will have access to some or all of
the files on that drive depending on your permissions.
I do not see much practical use for the last command I would like to
discuss, but it is fun. It is NET SEND and what it will do is send a
message to a machine on the network. A small pop-up window will
appear on the screen of the target machine. The syntax of the
command is NET SEND [hostname] MESSAGE where MESSAGE is the message
you want to send. Play with this one, it is fun.
Have fun with these and remember, we have only touched the tip of
the iceberg with these commands. Use NET HELP to explore other
useful NET tools.
Before I go I would like to point out an error in my last article,
"The Scent of a Password"
In reference to promiscous scanners, I used the term "subnet"
rather loosely. Let me quote Robert Webb, who is an expert in this
field. "You referred to capturing data based on a subnet. However
this is only the case if the entire subnet also shares a common
collision domain (i.e. connected via hubs). If there are any
switches or bridges within the given subnet, the analyzer will only
see broadcast and multicast traffic from across those devices."
Thank you again Robert. For those readers that need services
relating to protocol analysis, I suggest you check out Robert's site,
www.webnetcomm.com.
|