I had an argue with one of my friends so far about undocumented opcodes. He says that he read about one circut that is in every CPU (I don't know the vendor), that destroys the CPU in case it (CPU) receives some opcode (I don't know what exactly). I didn't believe him. But I can't forget, that there are to many undocumented opcodes that can really do such things (like destroying motherboard/CPU). Are there any viruses that do such things? I am not about CIH; it uses FLASH to spoil the memory. But still - is it possible completely destroy CPU and other units (hardware) of a specific PC just with one/more instruction?
Posted on 2002-09-07 09:12:18 by Maestro
Not so secret... http://x86.ddj.com/secrets/opcodes.htm
But that "CPU destroying opcode" is a hoax ;)
Posted on 2002-09-07 09:30:06 by bazik
Do you really think so? Sincerely I think, that something like this should exist. When the Desert Storm in Iraq was began, all their machines were destroyed: CPU were unusable.
Posted on 2002-09-07 09:52:09 by Maestro
cmp , SkipHoaxes
je NextThread

This instruction: (don't know the opcode, it could be B0 54 or A7 0B, but as I said I'm not sure what opcode it has.)
[I]EMP force ; thus destroys all running electrical circuts...[/I]

a force between 350-500 kv should knock out the most systems... (yes stryker, I know your martian systems easily survies this "small" force... ;) ). To bad it destroys your own system as well...

EMP means Electro Magnetic Pulse, the instruction has gotten it's name due to great similarites with the manhattan-project (the development name for this instruction was HattMan-projekt, sound similar?)


NextThread:
Posted on 2002-09-07 11:14:01 by scientica
I seriously doubt one ins can take down a CPU, but I could be wrong!
Posted on 2002-09-07 11:18:54 by x86asm
A CPU with a very very very serious hardware bug might bring down it self hard in one clock...
Posted on 2002-09-07 11:20:39 by scientica
I really speak English not good (as you see). So I did not get into the EMP idea - is it real or not? What was the meaning of this post?
Posted on 2002-09-07 12:06:12 by Maestro
EMP = ElectroMagnetic Pulse. Theoretical weapon that can destroy electrical devices. Uses a strong magnetic pulse to raise a current strong enough to burn out electric circuits. A-Bombs are said to create one, but they also destroy electric equipment in a different way ;)

Don't know if a working EMP has ever been built.
Posted on 2002-09-07 13:07:47 by Qweerdy
Do you know about the FRY opcode? :stupid:
scientica: ... To bad it destroys your own system as well...
you miscalculated the martian chips and its capabilities... tsk! tsk! :tongue:

about EMP - starcraft(www.blizzard.com) has one. :stupid:
Posted on 2002-09-07 13:08:15 by stryker
Originally posted by scientica
(yes stryker, I know your martian systems easily survies this "small" force... ;) ).
To bad it destroys your own system as well...

OMG! I'm quoting my self! :eek: :eek:

Stryker the text within the parenthes, did you read it? :rolleyes: The next line, as specified (indirectly) by the text within the parenthes, doesn't apply to you martians, have I made that clearer now? (I know, I should have put the line before the parentheses)
"You own system" points to the one (non-maritan :) ) that executes the EMP instruction.

FRY, you mean the special intruction on ###-processors that fries the chip/executes when cooler is disabled/removed? Or is it the only instruction that fires martian CPUs? :grin:

(BTW, why is there a limit for how many smilies there can be? The limit starting to get on my nerves, this post contained too many)
Posted on 2002-09-07 14:03:21 by scientica
FRY it's a secret opcode included on the x86 chips. If you think Intel and AMD are rivals, they are not. Our martian intelligence reports that yes, it will fry the chip but not when the cooler is disabled/removed. This opcode can only be executed through a special radiation (we still have to determine this type of radiation). :eek: This is all the information, we can relay to you as of now.

P.S. There is a limit on smilies - don't know the limit. psst! Hiro added the limit so he can control our emotions(you know, how many times we laugh, cry, worry)... conspiracy!!! :)
Posted on 2002-09-07 14:47:16 by stryker
Maestro wrote:
I had an argue with one of my friends so far about undocumented opcodes. He says that he read about one circut that is in every CPU (I don't know the vendor), that destroys the CPU in case it (CPU) receives some opcode (I don't know what exactly). I didn't believe him. But I can't forget, that there are to many undocumented opcodes that can really do such things (like destroying motherboard/CPU). Are there any viruses that do such things? I am not about CIH; it uses FLASH to spoil the memory. But still - is it possible completely destroy CPU and other units (hardware) of a specific PC just with one/more instruction?


Here's the list of those dangerous undocumented instructions, but, since the NSA, the CIA, the FBI and none-the-less the VSS (Vatican Secret Services) are after me, I won't release the opcodes, but just the mnemonics.



UNDOCUMENTED ASSEMBLY CODES:

NOTE: It has been found that Windows is full of CRB and CRE undocumented x86 instructions
(look below), while Visual Basic's compiler is full of IBP instructions.



BAH Branch And Hang

BBBF Branch on Bit Bucket Full

BBT Branch on Binary Tree

BBW Branch Both Ways

BCF Branch on Chip box Full

BEW Branch Either Way

BMR Branch Multiple Registers

BOB Branch On Bug

BOD Beat On Drum

BOHP Bribe Operator for Higher Priority

BOI Byte Operator Immediately

BPDI Be Polite, Don't Interrupt

BPM Branch on the Phase of the Moon

BPO Branch on Power Off

BSST BackSpace and Stretch Tape

CEMU Close eyes and monkey with user space

CLBR Clobber register

CLBRI Clobber register immediately

CM Circulate memory

CPAR Crumple paper and rip

CRB Crash and burn

CRE Create Random Error

CRR Convert to Roman Numerals

CU Convert to Unary

CUN Cancel all User Numbers

CZZC Convert zone to ZIP code

DC Divide and conquer

DMPK Destroy memory protect key

DMV Double mains voltage

DNPG Do not pass go

DO Divide and overflow

DWIMNWIS Do what I mean, not what I say

EIOC Execute invalid opcode

EIS Encrypt Instruction Set

EMCP Eject math co-processor

EMPC Emulate pocket calculator

EMW Emulate Maytag Washer

EPI Execute programmer immediately

ERD Eject Removable Disk

EROS Erase read-only storage

EXOI EXecute Operator Immediately

EXOP Execute Operator

EXPP Execute Political Prisoner

FSRA Forms skip and run away

GFD Go forth and divide

GFM Go forth and multiply

HCF Halt and Catch Fire (IBM 360/63 did this at CIT once)

IA Illogical And

IBP Insert bug and proceed

IIB Ignore inquiry and branch

JDO Jump and Destroy Operator

KCE Kill Consultant on Error

LCC Load and Clear Core

MBF Multiply and Be Fruitful

MST Mount Scotch Tape

MVAR Move to Random Address

MVLR Move and Lose Record

OHS Order Ham Sandwich

PBC Print and break chain

PD Play dead

PDM Play Drum Memory (dated, wot?)

PDSK Punch disk

PI Punch invalid

PLSC Perform Light Show on Console

PM Punch Memory

POPI Punch operator immediately

PPS Push or Pop Stack (6502 does this sometimes)

PS Print and Smear

PS* Punch obscenity

PSD Pause and smoke dope

PVLC Punch variable length card

RBT Rewind and Break Tape

RCSD Read Card and Scramble Deck

RD Reverse directions

RDS Read sideways

RFSC Read Feed and Shred Card

RIRG Read inter-record gap

RPB Read Print and Blush

RPM Read programmer's mind

RSC Read and shred card

RSD On read error self destruct

RSD Read and Shuffle Deck

RSTOM Read from store-only memory

RWCR Rewind card reader

RWM Rewind Memory

RWRT Read While Ripping Tape

SD Scatter Deck

SHAB Shift a bit

SHLBM Shift a little bit more

SMR Skip on meaningless result

SOT Sit on a tack

SPD SPin dry Disk

SPOFF Switch processor off

SPON Switch processor on

SQPC Sit quietly and play with your crayons

SQSW Scramble program status word

SRSD Seek record and scar disk

SRZ Subtract and reset to Zero

SSD Seek and Scar Disk

SSJ Select stacker and jam

STROM Store in read-only memory

TDB Transfer and drop bits

TSE Test and Swap if Equal

TSTT Test a Bit for Two

UER Update and Erase Record

UMH Use Mains Voltage as Logic High

WBT Water binary tree

WEMG Write eighteen-minute gap

WPM Write programmer's mind

WRC Write on Read-Cycle

XSP Execute Systems Programmer


Posted on 2002-09-07 16:53:05 by Maverick
I often use DWIMNWIS, I think I might have become addicted to this instruction :eek: :( :eek:
Posted on 2002-09-07 17:01:07 by scientica
I heard about HCF 20years ago. Coincidentally, I found these today.

BNE - Branch to Non-Existent code

BNR - Branch for No Reason.

BRA - Branch to Random Address

BVS - Branch to Virtual Subroutine

CLD - Call a Doctor

CMD - Create Meaningless Data.

DEC - DElete the Code

DRA - Decrement Random Address.

EDR - Emit Deadly Radiation.

JMP - Jump if Memory Present (conditional jump)

LLI - Lose Last Instruction.

PRS - Push Results off Stack.

RIS - Remain In Subroutine.

RTI - Return from the Infinity

SHB - Scramble High order Bit.

TEC - Take Extra time for Calculation
Posted on 2002-09-07 17:34:24 by drhowarddrfine
there is no optcodes that can fry a cpu, but u can melt one if they have a shitty cooling fan.

F4h!
Posted on 2002-09-07 20:08:59 by Qages
yes! there is a FRY mnemonic/opcode whatever :rolleyes: it's very secret...

F121h

/me hops to another place. Intel and AMD security is probably after me now... :grin:
Posted on 2002-09-07 20:18:05 by stryker

there is no optcodes that can fry a cpu, but u can melt one if they have a shitty cooling fan.

Depends on the CPU.. the Intel ones are fully protected against that, the Athlon XP partially.
Posted on 2002-09-08 03:03:59 by Maverick
I'm feeling guilty about this... I confess that there isn't a FRY mnemonic/opcode whatever.., I just made it up to follow up a joke on an opcode about destroying CPU's. :grin:

F121h:

F = F
12 = R
1 = Y (replacement of I)

I'm sure everyone already knows that I'm just joking from the start but who knows (maybe someone took my words seriously)... :grin:
Posted on 2002-09-08 09:55:48 by stryker
while it's very unlikely there's an opcode to fry a CPU (how would you implement
it, really? small charge of explosive? Is the CPU fed enough voltage/whatever to
set a charge off?), there's a good chance you can fry AMDs with a little programming.
Most fans these days support readout of temperatures and rpm - and iirc you can
also program their RPM. Turn off the fan, and watch the CPU burn.

About CIH, it continously reprograms the flash rom. After the first run, the
PC will be unbootable (unless you have a smart motherboard with a backup
rom), and after enough rewrites, the flash module itself will die (as flash ram
can only be programmed a limited number of times before it dies). However,
with the slow programming speed of flash rom, I don't think anybody have had
their flash rom chips destroyed by CIH?
Posted on 2002-09-08 13:09:13 by f0dder
well in *therory! to melt a cpu, turn off the cpu fan, put cpu voltage up to max and put the cpus clock to highetst setting, im not saying this will work, but it might?
Posted on 2002-09-09 17:32:22 by Qages