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 FullDisclosure
[Top] [All Lists]

Re: [Full-Disclosure] Bios programming...

Subject: Re: [Full-Disclosure] Bios programming...
Date: Thu, 03 Mar 2005 22:50:45 +0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matt Marooney wrote:
| Thanks for the feedback Valdis!
|
| I've been doing some reading about custom BIOS chips that include
| security programs, so that may not be the way I want to go...
|
| I definatly want the program to behave like spyware, but not show up on
| scanners! :)
|
| The intent of the BIOS portion of the program was just to have a small
| bit of code that checked for the existence of the main monitoring
| program on the disk, and if it was not there, reload it somehow.

This is hardly possible or even considerable non-spyware-big-brother.

As said before, the BIOS code runs before OS booting starts. It is very
very dumb and simple code. sometimes it can't even correctly detect hard drives.

Putting in code that:
1. looks for a valid hard drive
2. looks for a known filesystem on the drive (ntfs, fat32, etc)
3. scans in the filesystem for some files (which may just be renamed files)
4. if there are any more hard drives, go back to step 1.
5. reload the program... I don't even know how to start explaining why this
is very hard/impossible.

In reality, this is IMPOSSIBLE to do with bios code. not mentioning as said 
before,
the different hw and bios codes (either sane or not).

Although your intentions may be honest, your program is the exact description
of a hard-to-remove spyware bigbrother intrusive tool. a.k.a. spyware, virus
etc. even if you don't want, such a tool would soon be hunted down by anti-virus
and anti-spyware software because of it's nature.

If the people you refer are willing to cooperate, there are a lot of other
solutions on the web that can limit web browsing, like child control software.

The simple task to "monitor" multi-protocol traffic and your definition of
"thin client app" are completely contradictory. to scan traffic is a heavy
process because the OS must look at each TCP or UDP or other packets to
decide upon them.

Finally, not considering other operating systems or boot cds and such tools and
considering people are too dumb to know "bios", "other-os-other-than-windows",
etc sounds just too naive.

regards,
pedro venda.
- --

Pedro João Lopes Venda
email: pjvenda < at > arrakis.dhis.org
http://arrakis.dhis.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCJ5TFeRy7HWZxjWERAsIwAKDBSx8NYcLqnZp2CT5PbNZrWA7JtACeJAOF
yeFe14aXtMfbp/oA6c9cWTY=
=kdrl
-----END PGP SIGNATURE-----
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.netsys.com/full-disclosure-charter.html

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