🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.os.ms-windows.nt.admin.security
5 messages
5 total messages Started by someone Wed, 26 Nov 1997 00:00
changing the password encrytion rountine
#11
Author: someone
Date: Wed, 26 Nov 1997 00:00
14 lines
1405 bytes
I am the admin of this workstation, there are many people using the
computer, some accounts have admin rights, so they can use the NTcrack to
get the password of other user (including me) and see their info

so I wanted to change the hashing rountine to sometime of my own so the
cannot use NTcrack or l0phtcrack to uncrack the hashed password

I'm using VC 5.0 to program and i wanted to replace MSV1_0.dll to sometime
of my own but i do not know to functions to replace

also i have tried subauth but it's not working

can someone help me on this problem
Re: changing the password encrytion rountine
#12
Author: Duncan Simpson
Date: Wed, 26 Nov 1997 00:00
35 lines
2395 bytes
"someone" <someone@somewherw.from.the.earth> writes:

>I am the admin of this workstation, there are many people using the
>computer, some accounts have admin rights, so they can use the NTcrack to
>get the password of other user (including me) and see their info

>so I wanted to change the hashing rountine to sometime of my own so the
>cannot use NTcrack or l0phtcrack to uncrack the hashed password

That is a *bad* idea, unless you are better at writing secure hash
functions that the Revest of RSA. I think you are not.  Adding some
salt would be a good move though.

NTcrack and l0phtcrack, and all Un*x password crackers including
crack, are based on a dictionary. Given the name, comment, etc and big
dcitionary plug them into the hash function and see if something
matches. If the value does not match try the next idea...

In Un*x you have to talk account of the salt but that is avialable in
the clear, so the same theory works. salt just makes it harder work
because lists of passwords can only be attacked in groups with the
same salt.

Provided you keep your password out of the generated lists the
cracking programs will not be able to find it. However far too much NT
authentication is based on the *hash* and not the password. This makes
it a waste of effort to reverse the hash function---just modify the
client so it accepts hash values instead of passwords and you can
break in without major problems.

To date nobody hash managed to reverse either the NT or the Un*x
password hashing algorithms.

Duncan (-:
Re: changing the password encrytion rountine
#13
Author: Jon Olson
Date: Wed, 26 Nov 1997 00:00
32 lines
2128 bytes
If they have ADMIN rights then they don't need to decrypt your password.
All they have to do is go look in your directory.  The Administrator can see
all files.  It doesn't matter who's they are. They can change your rights
and even delete your account, but you can do the same.  You had all better
just agree not to mess with the others accounts, or make everyone users with
only the necessary rights and give no one access to the Admin functions.

Jon

--
*******************************************************************
My opinion is that of my own and not that of my employer.
DON'T REPLY TO MY RETURN ADDRESS, it is wrong.

someone wrote in message <65g78r$r6g1@inetgate.tp.ac.sg>...
>I am the admin of this workstation, there are many people using the
>computer, some accounts have admin rights, so they can use the NTcrack to
>get the password of other user (including me) and see their info
>
>so I wanted to change the hashing rountine to sometime of my own so the
>cannot use NTcrack or l0phtcrack to uncrack the hashed password
>
>I'm using VC 5.0 to program and i wanted to replace MSV1_0.dll to sometime
>of my own but i do not know to functions to replace
>
>also i have tried subauth but it's not working
>
>can someone help me on this problem
>
>
>
Re: changing the password encrytion rountine
#14
Author: Si Owen
Date: Thu, 27 Nov 1997 00:00
19 lines
1623 bytes
In article <65g78r$r6g1@inetgate.tp.ac.sg>, someone@somewherw.from.the.earth 
says...
> I am the admin of this workstation, there are many people using the
> computer, some accounts have admin rights, so they can use the NTcrack to
> get the password of other user (including me) and see their info

How about looking at stopping the EXE from running... having something
that watches for the particular module and kills it.  Off-hand I can't think
of the best way to go about this, but it shouldn't be impossible.

If other users have admin rights they can change your password, delete
your account, etc. anyway!

Si

---
Note: My email address is intentionally invalid to foil spammers.
      Change 'nospam' to 'si' for my real email address.
Re: changing the password encrytion rountine
#10
Author: Daniel Thompson
Date: Fri, 28 Nov 1997 00:00
39 lines
2104 bytes
Greetings,

 Please forgive what may be a foolish question from a NT security novice.

  The blurbs state that service pack 3 for nt 4.0 makes several security
enhancements.  Reading the specifics it seems to me (a person of little
experience with nt security) that the dictionary method will no longer
be possible.

I am misunderstanding?

Thanks
  Dan Thompson

Si Owen <nospam@wordcraft.co.uk> wrote in article
<MPG.ee73560eaa987d19896be@news.demon.co.uk>...
> In article <65g78r$r6g1@inetgate.tp.ac.sg>,
someone@somewherw.from.the.earth 
> says...
> > I am the admin of this workstation, there are many people using the
> > computer, some accounts have admin rights, so they can use the NTcrack
to
> > get the password of other user (including me) and see their info
> 
> How about looking at stopping the EXE from running... having something
> that watches for the particular module and kills it.  Off-hand I can't
think
> of the best way to go about this, but it shouldn't be impossible.
> 
> If other users have admin rights they can change your password, delete
> your account, etc. anyway!
> 
> Si
> 
> ---
> Note: My email address is intentionally invalid to foil spammers.
>       Change 'nospam' to 'si' for my real email address.
> 
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads