[vatras90]

The installation is voluntarily, and every administrator should know what he is installing. And D-tools is a program to mount images, if any aggresive protections, which aren't installed voluntarily, try to block d-tools, d-tools goes around the protection. There is no reason speaking of a "rootkit".

[LocutusofBorg]

For me it seems too many users here without technical know-
ledge want to discuss things with us they don't have a clue
why it is so. ALTHOUGH we explained it to the most here
in THIS thread, it is obviously that some people here simple
want to complain, regardless if it is logical or not.

Some suggestions here are even...... lets say imprudent.

I will paste here what Spath (who is really not a guy I would
add to our "fanbase" but more a neutral observer here) wrote
at cdfreaks:

By Spath, Moderator CD Freaks Optical Storage Technical Discussions
However, lets take a closer look at Mr. Russinovich's definition of a rootkit from his blog article and we quote:

"I arrived at my working definition for the word rootkit several years ago as: Software that hides itself or other objects, such as files, processes, and Registry keys, from view of standard diagnostic, administrative, and security software."

Therefore, Mark feels that anything hidden, malicious or not, whether you installed it yourself or not, is a rootkit. Following his definition, some antivirus and IPS products can also be considered rootkits, something that many security professionals do not agree on.

To summarize:

• Are Daemon Tools and Alcohol 120% rootkits ? Not according to the common definition. But to do the job we want them to do they have to use the same advanced low-level techniques that rootkits, viruses, anti-viruses and kernel debuggers use.
• Did Mark discover anything malicious or suspicious in DT ? No, he just explained part of DT normal behaviour, whose goal is to hide itself from copy protections.
• Are these emulation tools a security risk ? Maybe, but nothing in
  Mark's post proves it. And again, any driver you install is a
  potential security risk.

The whole discussion here is merely BULLSHIT. A save/load
function or even jpeg-compression is often found in trojans.
And now? Should we forbid all programs worldwide which
use such functions?

One guy found a rootkit which only purpose was indeed to
HARM user-interests. And it was a REAL rootkit, as it was
possible to hide even other files etc etc.
All this has NOTHING TO DO WITH DAEMON TOOLS, goddamn.

I don't expect too much technical knowledge here from the
average joe, but I can at least long our users here to read
our explanation just because all answers are in there.

[AmphetaMarinE]

Here Here!
Well said Locutus
Here's hoping ppl read this far and understand

[joeboy]

I have 100% trust in what the DT team do here, I have great respect for Locutus, his explanation in my mind is wholly truthful & don't believe he would ever try to pull the wool over our eyes. As with the team at CD Freaks, I have been a regular visitor over there for many years & believe me they know what they're talking about.

It's obvious this whole rootkit thing has been engineered to try to dis-credit the D-Tools team, I for one don't believe a word of it !!!

[al1uk]

Originally Posted by joeboy

I have 100% trust in what the DT team do here, I have great respect for Locutus, his explanation in my mind is wholly truthful & don't believe he would ever try to pull the wool over our eyes......

It's obvious this whole rootkit thing has been engineered to try to dis-credit the D-Tools team, I for one don't believe a word of it !!!

I agree completly .
RESPECT FOR THE DT TEAM!!!!

[chris622000]

I have been using daemon tools since its inception but nomore. The orginal release was extremely buggy. I do not know if it has been discussed in this forum but when I repaired windows the program unistall and reinstall was invalid and I had to not only search the registry for the keys but remove the permissons to allow me to delete the keys as well. I admit I do not have much infromation on DT rootkit but I do not want any program that is owned by a adware or malware company high level or 0 ring level priveleges on my system. No more I will cease the use of daemon tools from now on and I encourage others to do the same.

[FordPrefect]

@chris622000: No, I will not uninstall DT. Instead, I just bought a 2nd license.

[Copytrooper]

Originally Posted by chris622000

I have been using daemon tools since its inception but nomore. The orginal release was extremely buggy. I do not know if it has been discussed in this forum but when I repaired windows the program unistall and reinstall was invalid and I had to not only search the registry for the keys but remove the permissons to allow me to delete the keys as well. I admit I do not have much infromation on DT rootkit but I do not want any program that is owned by a adware or malware company high level or 0 ring level priveleges on my system. No more I will cease the use of daemon tools from now on and I encourage others to do the same.

It is actually a very good idea that ppl like you with actually no idea what they're talking about stay away from using Daemon Tools.
The "bugs" you are talking about are no bugs of Daemon Tools, neither are we "owned" by any adware/malware company.

[chris622000]

The "bugs" you are talking about are no bugs of Daemon Tools, neither are we "owned" by any adware/malware company.


Sure whatever. You have no clue wtf you are talking about. Don't believe me ask lotus borg. And if the program doesn't need access to the kernel then why does it need to disable kernel debugging?

[vatras90]

Originally Posted by chris622000

The "bugs" you are talking about are no bugs of Daemon Tools, neither are we "owned" by any adware/malware company.


Sure whatever. You have no clue wtf you are talking about. Don't believe me ask lotus borg. And if the program doesn't need access to the kernel then why does it need to disable kernel debugging?

They HAVE a clue, I'm sure.
Without any skills, they couldn't had programmed d-tools.