I think the fact that my firewall caught it was just a fluke. I had my computer for a couple of months before that happened. Maybe rpcnet.exe was looking for an update, and is not able to bypass the firewall for this particular function? I'll bet that the stock Windows firewall would never see it. Absolute probably has talked M$oft into programming it to ignore.
I did find out that Absolute has made deals with three (thankfully only three) anti-vi companies so that their anti-vi programs won't catch it. So they are constantly trying to improve its stealth factor. In any case, though I've set my firewall to remember to deny rpcnet.exe access, I'm not confident this will really stop it.
The thing that really ticks me off about this is the patronizing, "we know better than you what's good for you" attitude behind this.
Think about it:
With this attitude you can justify anything. "Well, of course we don't normally spy on our legitimate clients or the general public, but now in THIS case..."
Almost as annoying is that it's unnecessary. Why don't the computer manufacturers offer this as an OPTION, in an upfront and transparent manner? They could even in that case install Computrace somewhere deep in the hardware, to make it even harder for the less savvy thief to defeat. Those stupid enough to give up their security and privacy to this company rather than to other thieves would have no problem with this, and those of us who take our USRDA of street smarts wouldn't be imposed upon by being forced to hack their arrogant ***** out of our system.
I know there are some practical problems with making it an option, but that's their problem. The one thing certain is that not making it an option is not an option.
My next step is to call the computer company that sold me mine, complain, and demand a solution. If they refer me to Absolute, I'll kindly explain why that company Absolutely can't be trusted to give me a real solution. If the manufacturer can't give me guaranteed clean BIOS code, or whatever else I need, I will have to work it out myself. In any case, after having done so, I will demand compensation for my time and hassle and expenses, if any. I will not demand a refund (even more time, hassle and expense getting a new computer and resetting up). If they refuse to compensate me, I will inform all my friends of this scam and their part in it, and their refusal to do me justice. The resulting damage to their business will even the score, I think.
As for Absolute Sukware, they don't even deserve the courtesy of being informed that I am already in process of doing everything I can to destroy them. They never told ME about their spyware, so why should I tell them anything?
I am not in a position to initiate a lawsuit. I'm working on a long term project with a deadline that will be very difficult to meet. In any case, I think a grassroots information movement is a better way to go. It's good to know there is someone out there willing to do something though. Let's keep spreading the word.
I will keep you posted on how things are going with trying to clean my computer. It may give you some ideas as to what to try. In case it helps, I'm using Win7 on a laptop bought early this year. I did do something that seems to have stopped Computrace, even though I'm not fully confident that it works or will be permanent. Here it is:
I tried what was suggested on Mon, 2008-11-17 02:10 at freakyacres. First of all I noted that a standard search through the Start menu did not reveal the files, even though I have the comp set to show hidden files. But a direct search of C drive did find
rpcnet.dll
rpcnetp.dll
rpcnetp.exe/system 32
rpcnet.exe/syswow64
rpcnetp.exe/syswow64
I right clicked the files and opened Properties. I clicked the Read Only box, then went to Security>Advanced>Change Permissions. I selected Include Inheritable Permissions, then opened Edit. When I tried to change permissions on these files to Deny, the Deny could be selected, but the default Allow remained checked, although grayed out. Windows did give a dialog box on applying that said “Deny entries take precedence over Allow entries. A user that is a member of 2 groups, one allowed, one denied, will be denied.” I denied all permissions for all the listed files, for System, Administrator and Users.
Permissions window for these files later showed System, Administrator and Users all both denied & allowed. Effective Permissions tab showed all boxes empty, but grayed.
When I closed Properties for these files, boxes came up “Error…access denied”. Reopening Properties>etc. showed permissions I had set were still in place, except that Read Only was now unchecked again. Apparently there’s no way to set these files as Read Only. I just closed out, then opened again to double check permissions.
When rechecking permissions for rpcnetp/sys32, additionally I found another User that hadn’t been there before, called Authenticated User. Very interesting. I set that to Deny as the others.
On reboot, rpcnet, rpcnetp and rpclocator show in Taskmanager, but as stopped, whereas before they were always running. So far so good.
Searched also for the file called agremove, but did not find it, even under similar names: Agremove & remove.exe.
On another reboot, found in Task Manager something running called igfxpers.exe, description: Persistence Module, and Services shows something called RpcSs (Remote Procedure Call), and RpcEptMapper (RPC Endpoint Mapper) running. These latter two I found out are basic system files, and have nothing directly to do with Computrace. You need them, so don’t mess with them.
In any case, Event Viewer in Administrative Events shows that rpcnet.exe and rpcnetp.exe failed to execute because “access is denied”. Moreover, the time stamp shows this happening right at start up, and not repeated later.
Event Viewer Windows Logs:
‘Applications’ shows no events for RPC (it does show friggin Google updater trying and failing to update every half hour – I recently uninstalled the Google toolbar. The people at Google are professional spies as well. Try searching the net under “google is evil”)
Security shows nothing.
System, at startup, shows that, immediately after my firewall starts we see: The Remote Procedure Call (RPC) Net service failed to start due to the following error: Access is denied., and The rpcnetp service failed to start due to the following error: Access is denied. Sometime later, the WLAN (net access) was started, so it seems that Computrace is stymied. By the time internet access is enabled, it’s already stopped, so it can’t talk to the criminals at Absolute. Yes!
However, all this was from a startup where WLAN startup had been reset to manual. This meant that WLAN did not start on startup, and I had to start it later manually. This is inconvenient, so I reset it to automatic, and checked startup logs again. Results were same as before, with one critical difference:
System, at startup, shows WLAN AutoConfig service has successfully started occurring before anti-vi starts, and sometime later, the firewall starting. Immediately after, we see: The Remote Procedure Call (RPC) Net service failed to start due to the following error: Access is denied., and The rpcnetp service failed to start due to the following error: Access is denied.
So, it seems possible that Computrace may have had enough time to communicate with the net, because it wasn’t stopped until after the WLAN was up and running. (It’s not likely, because we’re talking about a matter of seconds between time. Still…)
This means you have to set WLAN to manual in Services in Taskmanager (right click>Properties), and, after the computer has fully booted, manually start it in Services when you want to use wifi. Automatic start will result in at least the possibility that Computrace will at least reveal your computer’s location. It probably won’t be able to do anything else before being shutdown by the later denial of permission to run, but even that’s not certain. I still don’t like those greyed out Allow checkmarks in permissions for Computrace’s files.
Of course, if you’re not using wi-fi, you’ll be looking to make sure that whatever kind of internet connection you have is not starting until after rpcnet.exe and rpcnetp.exe are killed.
Here are a couple of tidbits:
http
/www.mguhlin.org/2008/10/computrace-revisited.html
This confirms that Computrace does not work through a Linux OS. Straight from the CEO of Absolute. Looks like a good reason to get away from Windows, no?
http
/www.zdnet.com/blog/security/absolute-software-downplays-bios-rootkit-claims/3936
This confirms that Computrace itself has security holes, and can be compromised by a hacker.