|
Posted by PantsOnFire on May 28, 2008, 10:50 am
If you were Registered and logged in, you could reply and use other advanced thread options wrote:
>
> | Let's say I have a process which can check the entire content of a
> | file. =A0This process can determine that the entire file is made up of
> | ASCII characters only.
> |
> | So my questions are:
> |
> | 1. =A0What can be written in ASCII that can be a threat (e.g. a Perl
> | script or VBS script)?
>
> Yes if is eecutable or interpreted. =A0For example VBS:Psyme or HTML:Troja=
n.Generic type
> detections.
>
> |
> | 2. =A0What needs happen to have this threat executed?
>
> It could be on a web site or in email are set in the Registry to load the =
interpreter
> automatically.
>
> |
> | 3. =A0Can I limit the number of acceptable ASCII characters such that
> | threats cannot execute (e.g. do not allow characters like + < > _ \ /
> | & % $ @ # : ; " , etc....)
>
> No. =A0Won't help.
>
> |
> | 4. =A0Do I need to worry about obfuscated malware even given my limiting=
> | of the characters allowed.
>
> Yes. =A0Many Javascripts are encoded to obfuscate their malicious intent.
>
> --
> Davehttp://www.claymania.com/removal-trojan-adware.html
> Multi-AV -http://www.pctipp.ch/downloads/dl/35905.asp
Thanks Dave,
Just a quick followup.
Say a file called "bad.txt" contains some perl script. Assuming there
is no hidden extension, double-clicking on this should open notepad
(WindowsXP) and the contents will be viewed as text. Someone who
knows perl could recognize the structure. However, it is possible to
go into the file associations and change the program that
executes .txt files to perl.
So am right to assume that:
1. This is now bad that .txt is associated with perl and thus any
user double-clicking a bad file will execute some code?
2. Can a network policy be set such that users cannot change file
associations and thus administrators can offer some protection in that
manner?
3. Dragging and dropping this bad file into an open notepad window
will not execute the script?
|