OpenRCE

📚 OpenRCE is preserved as a read-only archive. Launched at RECon Montreal in 2005. Registration and posting are disabled.

About Articles Book Store Distributed RCE Downloads Event Calendar Forums Live Discussion Reference Library RSS Feeds Search Users What's New

Customize Theme

Flag: Tornado! Hurricane!

Created: Wednesday, January 24 2007 21:52.39 CST

Printer Friendly ...

IDC Quirks

Author: fileoffset

# Views: 2498

If trying to get the high dword of an overflow multiply calculation, i.e:

0x0aabbcc * 0x0ddeeff = 0x09403 [edx] 83c4b834 [eax]

Doing something like this in IDC:

auto a = 0x0aabbcc * 0x0ddeeff;

will result in 'a' being the lower dword only (0x083c4b834). A workaround for this is to force one of the operands to a floating point constant like such:

auto a = 11189196.0 * 0x0ddeeff;

'a' is now a floating point number. Attempting to shift it right will fail, since IDA attempts to convert the floating point to a long and fails, so we must do it the long way (divide by 0x0ffffffff):

auto a = (11189196.0 * 0x0ddeeff) / 4294967295.0;

'a' is now 0x09403, just what we wanted :)

If anyone knows a better way to do this, feel free to comment...

Blog Comments

ico Posted: Thursday, January 25 2007 03:27.52 CST

Actually shifting 32 bits right is not the same with dividing with 0xFFFF_FFFF. It should be with 0x1_0000_0000.
Anyway, here's a longer but integer-only solution:



static mul64_hi (a, b)

    {

    auto a0, a1, b0, b1, r0, r1, r01, r23;



    a0 = a & 0xFFFF;

    a1 = (a >> 0x10) & 0xFFFF;

    b0 = b & 0xFFFF;

    b1 = (b >> 0x10) & 0xFFFF;



    r0 = a0 * b0;

    r1 = a1 * b0 + a0 * b1 + ((r0 >> 0x10) & 0xFFFF);

    r23 = a1 * b1 + ((r1 >> 0x10) & 0xFFFF);

    r01 = (r0 & 0xFFFF) | (r1 << 0x10);



    Message("mul64: %08Xh * %08Xh = %08X_%08Xh", a, b, r23, r01);



    return (r23);

    }



static main ()

    {

    mul64_hi(0x0AABBCC, 0x0DDEEFF);

    }

fileoffset	Posted: Monday, January 29 2007 00:20.45 CST
My bad, 0x010000000 it is. As you say ico, yours is longer but more useful if neither of the sides of the multiplication are constants (or you cannot force either side to type float). However a revised (tested) version: static mul64_hi(a, b) { return (a * 1.0) * (b * 1.0) / 4294967296.0; } also seems to work well.

There are 31,328 total registered users.

Recently Created Topics
[help] Unpacking VMP...	Mar/12
Reverse Engineering ...	Jul/06
let 'IDAPython' impo...	Sep/24
set 'IDAPython' as t...	Sep/24
GuessType return une...	Sep/20
About retrieving the...	Sep/07
How to find specific...	Aug/15
How to get data depe...	Jul/07
Identify RVA data in...	May/06
Question about memor...	Dec/12

Recent Forum Posts
Finding the procedur...	rolEYder
Question about debbu...	rolEYder
Identify RVA data in...	sohlow
let 'IDAPython' impo...	sohlow
How to find specific...	hackgreti
Problem with ollydbg	sh3dow
How can I write olly...	sh3dow
New LoadMAP plugin v...	mefisto...
Intel pin in loaded ...	djnemo
OOP_RE tool available?	Bl4ckm4n

Recent Blog Entries
	halsten	Mar/14
Breaking IonCUBE VM
	oleavr	Oct/24
Anatomy of a code tracer
	hasherezade	Sep/24
IAT Patcher - new tool for ...
	oleavr	Aug/27
CryptoShark: code tracer ba...
	oleavr	Jun/25
Build a debugger in 5 minutes
More ...

Recent Blog Comments
	nieo on:	Mar/22
IAT Patcher - new tool for ...
	djnemo on:	Nov/17
Kernel debugger vs user mod...
	acel on:	Nov/14
Kernel debugger vs user mod...
	pedram on:	Dec/21
frida.github.io: scriptable...
	capadleman on:	Jun/19
Using NtCreateThreadEx for ...
More ...

Imagery

SoySauce Blueprint
Jun 6, 2008

[+] expand

View Gallery (11) / Submit