Forged Alliance Forever

Re: Linux support.

2013-05-11T16:56:15+02:00

rootbeer23 wrote:
any news/progress?

There isn't much that can be done without uid.so. Porting the lobby itself is the easy part considering practically anything done in Python is easy (note how in my screenshots, there's a half hour time difference between merely crashing and displaying the login?) but that will not happen with uid.so.

Furthermore, I had a ripped iso of the install disk and ended up losing the disk forever ago. Recently I redid my partitioning and accidentally deleted the iso file it appears so I'm left without being able to try the game in WINE without a legal copy.

Statistics: Posted by Ragora — 11 May 2013, 16:56

Re: Linux support.

2013-05-11T12:50:54+02:00

any news/progress?

Statistics: Posted by rootbeer23 — 11 May 2013, 12:50

Re: Linux support.

2013-05-10T04:45:36+02:00

rootbeer23 wrote:
what you do is you make an executable file that contains the functionality of uid.dll and make it setuid root upon installation.

I'm not sure what that is intended to achieve. It seems like you're talking about just setting the owner to root but in that case, without the proper permissions only root can execute it to start with. And even then, just because root owns it but anyone else can execute it doesn't mean it is executing with root permissions to access /dev/mem. It would be executing with the permissions of whoever is able to execute it which will be insufficient.

Now, unless you meant during run time to perform some type of elevation but if anything that would be hacking the operating system.

There is quite literally no circumstances aside from system administration that root should be used for as it only opens up the system to massive security holes in the event the application is exploited in some way or is an attack within itself.

Ze_PilOt wrote:
Ragora wrote:
Ze_PilOt wrote:Because what it does is not possible under linux easily/at all, unless you are using the root account.

May I ask what action does it perform that requires the root account?

Reading /dev/mem.

I'm still rather new to Linux but I think it may be possible to configure a non-root user account that has access to /dev/mem but I feel like this is very likely to blow up your system if done incorrectly. Perhaps we would create a group that has read permissions on /dev/mem that contains both root and our hypothetical user account that will be used to read /dev/mem for whatever purpose is intended -- I imagine you're trying to read data directly out of Forged Alliance.

IE (assuming the user lets us run this script as root to configure):

Code:: sudo groupadd memgroup sudo usermod -a -G memgroup root sudo useradd -G memgroup memuser sudo chown root:memgroup /dev/mem # Make sure read/write permissions are set so nothing blows up, the allow write portion probably isn't required since root still owns it and should have full control, all we want is to grant read access to our memuser. sudo chmod g+wr /dev/mem

After that, if we execute as memuser we should have access to /dev/mem without opening the REST of the system to security vulnerabilities, however, allowing read access to /dev/mem is a security hole with in itself ...

HOWEVER
You should not be accessing /dev/mem under any circumstance ... what are you trying to do in the first place?

Statistics: Posted by Ragora — 10 May 2013, 04:45

Re: Linux support.

2013-05-09T11:11:16+02:00

Ze_PilOt wrote:
Ragora wrote:
Ze_PilOt wrote:Because what it does is not possible under linux easily/at all, unless you are using the root account.

May I ask what action does it perform that requires the root account?

Reading /dev/mem.

what you do is you make an executable file that contains the functionality of uid.dll and make it setuid root upon installation.

Statistics: Posted by rootbeer23 — 09 May 2013, 11:11

Re: Linux support.

2013-05-09T09:41:03+02:00

Ragora wrote:
Ze_PilOt wrote:Because what it does is not possible under linux easily/at all, unless you are using the root account.

May I ask what action does it perform that requires the root account?

Reading /dev/mem.

Statistics: Posted by Ze_PilOt — 09 May 2013, 09:41

Re: Linux support.

2013-05-09T05:53:34+02:00

Do we have the source for uid.dll? Odd properties on that one.

Statistics: Posted by heelix — 09 May 2013, 05:53

Re: Linux support.

2013-05-09T01:30:54+02:00

Ze_PilOt wrote:
Because what it does is not possible under linux easily/at all, unless you are using the root account.

May I ask what action does it perform that requires the root account?

Statistics: Posted by Ragora — 09 May 2013, 01:30

Re: Linux support.

2013-05-09T00:09:23+02:00

rootbeer23 wrote:
you need admin right with windows too.

Nope, you don't need to run the lobby in admin mode, and the dll surely don't need root account.

Statistics: Posted by Ze_PilOt — 09 May 2013, 00:09

Re: Linux support.

2013-05-08T23:29:15+02:00

Ze_PilOt wrote:
Because what it does is not possible under linux easily/at all, unless you are using the root account.

you need admin right with windows too. it is private computers not a mainframe. owner == administrator.

Statistics: Posted by rootbeer23 — 08 May 2013, 23:29

Re: Linux support.

2013-05-08T23:05:50+02:00

Because what it does is not possible under linux easily/at all, unless you are using the root account.

Statistics: Posted by Ze_PilOt — 08 May 2013, 23:05

Re: Linux support.

2013-05-08T22:18:03+02:00

rootbeer23 wrote:
Ze_PilOt wrote:And it will serve what purpose ? Porting the dll is not possible in a near future sadly.

when i try to run the falobby from linux i cannot login.
i cannot login -> i cannot port the application.
the unique id can be made functional at any point in the process, it does not have to be the first step.

Seems a bit more complicated than that considering that when I took IDA to the DLL it appears to be utilizing encryption. Beyond this I hardly see why DLL cannot be ported (aside from time constraints, possibly).

Statistics: Posted by Ragora — 08 May 2013, 22:18

Re: Linux support.

2013-05-08T16:28:50+02:00

Ze_PilOt wrote:
And it will serve what purpose ? Porting the dll is not possible in a near future sadly.

when i try to run the falobby from linux i cannot login.
i cannot login -> i cannot port the application.
the unique id can be made functional at any point in the process, it does not have to be the first step.

Statistics: Posted by rootbeer23 — 08 May 2013, 16:28

Re: Linux support.

2013-05-08T16:08:41+02:00

rootbeer23 wrote:
function check_response(user, response) {
if (user == "foobaz") return 1;
else return orig_check_response(user, response);
}

And it will serve what purpose ? Porting the dll is not possible in a near future sadly.

Statistics: Posted by Ze_PilOt — 08 May 2013, 16:08

Re: Linux support.

2013-05-08T16:07:20+02:00

function check_response(user, response) {
if (user == "foobaz") return 1;
else return orig_check_response(user, response);
}

Statistics: Posted by rootbeer23 — 08 May 2013, 16:07

Re: Linux support.

2013-05-08T16:04:29+02:00

Not possible.

I've quickly look how to port it to linux, it's nearly impossible without root mode.

Statistics: Posted by Ze_PilOt — 08 May 2013, 16:04