Re: Protect IL Code
From: YK (YK_at_discussions.microsoft.com)
Date: 07/01/04
- Next message: Danny van Kasteel: "Re: How do I store secrets?"
- Previous message: Christopher C. Kane: "Re: Error Message for Logon"
- In reply to: Alek Davis: "Re: Protect IL Code"
- Next in thread: Jonathan Pierce: "Re: Protect IL Code"
- Reply: Jonathan Pierce: "Re: Protect IL Code"
- Reply: Michael Giagnocavo [MVP]: "Re: Protect IL Code"
- Reply: Ilka: "Re: Protect IL Code"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 30 Jun 2004 16:45:02 -0700
Hi Alek,
I think obfuscating only private and internal properties does not hide much of your code. Many times, code in business objects will reference public properties from itself or other business objects. This will induce some meaningful flow of logic when the code is decompiled.
Regards,
YK
"Alek Davis" wrote:
> YK,
>
> I do not know how DotFuscator works, but if it is similar to Demeanor (by
> WiseOwl), then it can be configured to obfuscate only private and internal
> properties/methods/classes (this is a default setting in Demeanor). In your
> case, since the property of Employee object is used by the front end, it
> should be public, and thus it will not be obfuscated. If DotFuscator
> obfuscates public properties, you probably do not have it configured
> correctly (my guess).
>
> Alek
>
> "YK" <YK@discussions.microsoft.com> wrote in message
> news:6BFC1AC7-41C8-4275-BA63-4C4D63453083@microsoft.com...
> > All,
> >
> > What is the best way to protect IL code?
> >
> > ---------------------------------------------------
> > Typical scenario:
> >
> > Visual Studio .NET 2003 includes Dotfuscator Community Edition, which
> intends to protect IL code. However, many .NET applications use data binding
> in UI forms. For example:
> >
> > Employee e = new Employee();
> > txtName.DataBindings.Add("Text", e, "Name");
> > txtAddress.DataBindings.Add("Text", e, "Address");
> >
> > In this scenarion, property names are coded as string to be resolved at
> runtime. After obfuscation, the property names in the Employee class have
> changed, but the string in the data binding code retained.
> >
> > We can configure obfuscator tool with a list of exception names that the
> tool will not process. However, this maintains the property names, which
> eventually reveal the actual logic.
> >
> > ------------------------------------------
> >
> > Thanks
> > -YK
> >
> >
>
>
>
- Next message: Danny van Kasteel: "Re: How do I store secrets?"
- Previous message: Christopher C. Kane: "Re: Error Message for Logon"
- In reply to: Alek Davis: "Re: Protect IL Code"
- Next in thread: Jonathan Pierce: "Re: Protect IL Code"
- Reply: Jonathan Pierce: "Re: Protect IL Code"
- Reply: Michael Giagnocavo [MVP]: "Re: Protect IL Code"
- Reply: Ilka: "Re: Protect IL Code"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|