View Full Version : EUD Research
Forsaken_One
08-17-2005, 11:23 PM
EUD Research Team
8-17-2005
What we are here for:
We are here to find out exactly how far EUD's can take SC mapping to the next level. We have been waiting years for this kind of power in the basic editors. We are ready to push SC past any of the barriers imaginable. Get ready everyone, this is going to revolutionize SC as we know it.
Recruitment:
Anyone can help. All you need to know, is how to work with EUD', some basic Hex Editing, and advanced triggers.
Status:
Mapping out Memory, and still recruiting.
Members:
1. Forsaken (http://www.staredit.net/index.php?showuser=1938)
2. LegacyWeapon (http://www.staredit.net/index.php?showuser=1107)
3. DeathKnight (http://www.staredit.net/index.php?showuser=126)
4. Kenoli(U) (http://www.staredit.net/index.php?showuser=1324)
5. Heimdal (http://www.staredit.net/index.php?act=Profile&MID=829)
6. Tuxedo Templar (http://www.staredit.net/index.php?act=Profile&MID=676)
8. Dark_Soul74 (http://member.php?u=38)
9. SA-Stwong
Current Research Website:
SC Research (http://groups.msn.com/scresearch/)
SuiCidAl-KiSmEt
08-17-2005, 11:31 PM
There are rumors that state a virus can be transported through the map. But, I don't believe that is true. But, if it is, we can figure it out, and be done with EUD's. If we are able to prove that it is not possible, just think of the discovery we have just come across.
So, your trieng to prove weither or not you can make a viruse off UED's. If the team happens to make a viruse with EUD while your team is expermenting, what are you planning to do with the viruse? Wouldn't your team also have their computer infested with the viruse?
Forsaken_One
08-17-2005, 11:54 PM
Well, the point is to not really find the Virus. But, I don't believe it is possible to inject a virus into a map. Personally, I won't believe it until I see proof. But, the part about the Virus is much, much smaller. I want to find out what else is possible with EUD's. Because, there is a lot that can be done with them. We will never know until we explore them. And until we do, no one will know their power.
Sikawtic
08-18-2005, 1:21 AM
It's not a virus they blocked it for... it's a buffer overflow problem.
LegacyWeapon
08-18-2005, 1:53 AM
A buffer overflow problem is just having too big data in too small a holding compartment so that it overflows into the next compartment. The next compartment is the return address. It's where the program will continue to execute when the subroutine has finished. Now if this return address is changed to a location of the user's choosing, it may be able to run some harmful coding :P
Wikipedia has these charts that confused me but I figured it out. Here's a simplified version in a few of my own words:
(Data)(Data)(Data)Here are compartments for data to be stored.
(NewData)(Data)(Data)(Data)When new data is to be added, it gets added to the rest of the data.
(ReturnAddress)(Data)(Data)(Data)When C programs enter a subroutine, they put the return address here where new data would also be put in.
(NewData)(ReturnAddress)(Data)(Data)(Data)Then when the subroutine puts in new data, and it overflows to the next compartment, it overflows to the return address, which changes it. It could redirect the program to go start executing some code that is bad.
Wikipedia explains it nicely:
http://en.wikipedia.org/wiki/Buffer_overflow
Basan
08-18-2005, 10:00 AM
Imho, nothing that an anti-buffer overflow app can't deal with... like a more recent McAfee Anti-Virus wich has that option under it's hood. ;)
DiscipleOfAdun
08-18-2005, 10:32 AM
It is also possible to directly write an address into memory that will be called later in the code. If you place code in your map, then find the address and change it to point to your code with EUD triggers, you can run whatever code you want. So, that's two dangerous ways EUD's can be used. However, I did a search through SC's memory when running, and I think that there are a limited amount of these addresses, so it is possible that a contermeasure for this method could be created. The best way is to make sure that you are only changing memory locations where you know what the data is, and you know how you can change it.
LegacyWeapon
08-18-2005, 10:47 AM
The thing is, if we ever do find any of the addresses, we can ask Heimdal to not allow memory modifications in that area with his EUDEnabler.
DiscipleOfAdun
08-18-2005, 11:07 AM
I think I know where they are, but I'll go check first.
Kabam
08-18-2005, 11:54 AM
EUD stands for...?
Forsaken_One
08-18-2005, 12:47 PM
EUD = Extended Unit Deaths
So, are in of you others interested in helping out? The more people the better!
Heimdal
08-18-2005, 12:55 PM
I'd be interested in helping a bit and I'd like to know what everyone finds. I'm working on putting smarter unit ID restrictions into the EUDEnabler, but I'm also working on other projects that rely on knowledge of SC's memory layout.
Keep in mind that this kind of stuff is a serious violation of SC's EULA - maybe we should find a more discreet method of communication?
I've started a msn group for this:
http://groups.msn.com/scresearch/
What's with EUD anyway? If you want a power editor go buy WC3. I say leave it, it's unnecessary.
Sikawtic
08-18-2005, 3:37 PM
SC EUD's are stronger than WC3's in some aspects.
And besides, SC is a better game...
LegacyWeapon
08-18-2005, 3:39 PM
I have Wc3 and there are many reasons for my not using that.
MidnightGladius
08-18-2005, 5:00 PM
SC EUD allows for dynamic changes, such as changing weapons, range, cooldown, names, portraits, etc. while the game is running. Last time I checked, WC3 couldn't do that.
Yes, I agree to help with whatever I can on this project. That being said, I probably have few of the requisite knowledge to work with this stuff, so I'll either learn a lot of have no use whatsoever. :/
Heimdal
08-18-2005, 7:16 PM
Mostly cause it's the Starcraft forum, not the WC3 one. Some people just like pushing limits.
Forsaken_One
08-18-2005, 11:46 PM
If you would all like to join and help out, PM me for the site we have set up. Because, it's probably not a good thing we keep talking about this through here.
Anyways, I am starting to figure out what to do, once we get a steady team down, we will begin researching. Somehow, I would like to start a meeting soon. But, I don't think I'll be able to do it this week. Because, I am working a lot. Pretty much 10 hours a day. But, in a little more than a week, things will slow down.
SC EUD allows for dynamic changes, such as changing weapons, range, cooldown, names, portraits, etc. while the game is running. Last time I checked, WC3 couldn't do that.
Yes, I agree to help with whatever I can on this project. That being said, I probably have few of the requisite knowledge to work with this stuff, so I'll either learn a lot of have no use whatsoever. :/
Well, you're wrong here, you can change weapon range, cooldown, names, portraits, etc in WC3 while the game is running. Infect it very easy. Infect, the only thing I can think of that can't be done in the WC3 editor is changing unit portraits... and even that can be done if you have a modelling program.
in WC3, unit dynamics are quite free w/ morphing spells. you dont need to globally change things that way, but might not be the most efficient when unit changes little by little.
while i dont know much about WC3 triggers, i'm quite sure that there is alot to do with units there.
Forsaken_One
08-20-2005, 1:35 AM
Well, the fact that we are pushing the envelope is what compels most SC mappers. Frankly, I think it is better/ more fun, to go into uncharted waters. EUD's are the waters. Everything else (or most of it) has already been discovered.
On Topic:
PM me or Instant Message me for the website where we have the data, and ides, etc...
vBulletin® v3.7.2, Copyright ©2000-2008, Jelsoft Enterprises Ltd.