InterviewSolution
Saved Bookmarks
InterviewSolution
| 1. |
Solve : C compiler, graph.h.? |
|
Answer» Java can be run on nearly every platform with only minor changes... C#, F#, VB.NET, and managed C++ can run on Windows and Linux, as well. "code" then all computers would be at risk of every virus. This idea has some merit. However, it is not enough reason to have many kinds of OS. It is very possible to put up resistance to a virus with just one OS. The one OS can have several 'strains", not mutations, RATHER variations in the low-level structure which would make it hard for a virus to identify the build of the OS. Windows, as well as other OS, already hae DLL programs. This can be extended to that a hostile program can not 'crack' the DLL, it a proper program would have no problem with the DILL. The hostile code wants to find a weak sport inside the DLL. The friendly program only wants to use the DLL, not pick it apart. Microsoft has already hinted they may do something that that in the future. Thus you will have hundreds of different 'builds' for just one release of Windows, All the API is the same. Just he binaries vary in some detail. Enough to make it very had for a virus to attach itself to a bit of code without bringing the system down. Is this off topic? Well, I am trying to say that just as you can have many flavors of Linux, that can also be done with Windows without really making any visible changes. Which is even better. Quote from: Geek-9pm on April 11, 2010, 11:14:32 PM This idea has some merit. err... a DLL is an In-process LIBRARY. It's loaded in the same process as the caller. malware doesn't change this. What malware does is install a global hook on certain DLL functions, for example, they usually hook CreateFile and other file access functions to hide files. AV programs do this too to detect when a f ile is being opened. There is no "weak spot" in a dll. it's in process; you LOAD it, and it belongs to your process. the DLL allocates data in address space. it uses stack, it uses heap. It uses process memory so you can do what you please with it, including changing jumps and ordinals. Most "hook" malware is written via a early-loaded DLL, often a winlogon notify hook. this sets it up so that every process will be implicitly bound to a malware-designed DLL, which, when it's DllMain() is called, can hook the functions that would otherwise go to kernel32 or user32 or whatever and do what it pleases with them instead. Quote rather variations in the low-level structure which would make it hard for a virus to identify the build of the OS. That's ridiculous. the very same "variations" and randomness that would make malware writing difficult also makes diagnostic utilities and process analysis difficult. What we need is a better heuristic that can better detect malicious use of those functions, not obscurity of those functions. it a proper program would have no problem with the DILL. The hostile code wants to find a weak sport inside the DLL. The friendly program only wants to use the DLL, not pick it apart. Microsoft has already hinted they may do something that that in the future. Thus you will have hundreds of different 'builds' for just one release of Windows, All the API is the same. Just he binaries vary in some detail. Enough to make it very had for a virus to attach itself to a bit of code without bringing the system down. Is this off topic? Well, I am trying to say that just as you can have many flavors of Linux, that can also be done with Windows without really making any visible changes. Which is even better. [/quote]Quote from: Geek-9pm on April 11, 2010, 11:14:32 PM it a proper program would have no problem with the DILL. There's the problem. Somebody has a pickle in their compiler.Quote from: rthompson80819 on April 11, 2010, 11:39:10 PM There's the problem. Somebody has a pickle in their compiler. A pickle?WARNING. Do NOT search on 'Pickle Compiler' as those keywords lead to sites that will infect your system. Do NOT use the pickle library unless you know exactly what it is.Quote from: Geek-9pm on April 12, 2010, 01:18:44 PM WARNING. Do NOT search on 'Pickle Compiler' as those keywords lead to sites that will infect your system. Do NOT use the pickle library unless you know exactly what it is.It is a good thing I have a backup plan. HAHA. What is the deal with this pickle compiler/bad for computer thing?Quote from: Boozu on April 12, 2010, 05:17:09 PM What is the deal with this pickle compiler/bad for computer thing? I have absolutely no idea. I know rthompson mentioned it because of a typo in one of geek's posts. (dill)Lame joke, sorry.Here a safe place to dload pickle for C++ http://linux.softpedia.com/get/Programming/Widgets/Perl-Modules/Pickle-55831.shtml We are talking about Linux -Right? Just be careful about where you get Pickle.Geek-9pm you mentioned: STATIC void CGContextSetTextPosition( IntPtr context, float x, float y ) Can you please ELABORATE? I have stared building my program in a proper C compiler so I need a new way to set x,y coordinates.Quote from: Boozu on April 14, 2010, 01:49:10 AM Geek-9pm you mentioned: Well, I can tell you right off that that segment of code geek said is C#, not C.k. There must be some way of setting x,y in C. I have googled the *censored* out of it and I am not finding anything. |
|