kennt jemand einen brauchbaren VBA-Code Obfuscator?
Würde gerne bei einer MDB den Quellcode "unleserlich" machen.
Habe einige für Java, JS uws. gefunden, aber keinen für VBA.
Ich würde gerne:
- Kommentare entfernen
- Einrückungen entfernen (am besten alles in eine Zeile)
- Prozeduren, Funktionen, Variablen und Konstanten zufällige Namen geben
- auch in SQL verwendete Funktionen sollen "ersetzt" werden
Thomas
--
"Access? Damit arbeite ich nicht. Das ist doch nur ein abgespecktes Excel."
Thomas Winkler wrote:
> Hi,
>
> kennt jemand einen brauchbaren VBA-Code Obfuscator?
> Würde gerne bei einer MDB den Quellcode "unleserlich" machen.
>
> Habe einige für Java, JS uws. gefunden, aber keinen für VBA.
>
> Ich würde gerne:
>
> - Kommentare entfernen
> - Einrückungen entfernen (am besten alles in eine Zeile)
> - Prozeduren, Funktionen, Variablen und Konstanten zufällige Namen
> geben - auch in SQL verwendete Funktionen sollen "ersetzt" werden
Für Excel gibt es da was :
http://handyquant.com/HandyObfuscator.aspx
Ich hab' aber keine Ahnung, ob es was taugt und/oder sich auch problemlos in
Access nutzen lässt.
Warum geht nicht einfach eine mde bei Dir ?
--
Gruss
Jens
______________________________
11. AEK - Oktober 2008 ( www.donkarl.com/?AEK )
FAQ: http://www.donkarl.com
Jens Schilling:
> Warum geht nicht einfach eine mde bei Dir ?
weil man daraus den Code rueckgewinnen koennte?
Ich bin aber sowieso der Meinung, dass der beste Obfuscator ein
schlauer Entwickler ist, der so kompliziert denkt, dass jemand anderes
seinen Code eh nicht versteht! ;-)
Gruss - Mark
> Für Excel gibt es da was :
>
> http://handyquant.com/HandyObfuscator.aspx
Mein Ergebnis nach einem flüchtigen Test:
>> Ich würde gerne:
>>
>> - Kommentare entfernen
geht.
>> - Einrückungen entfernen (am besten alles in eine Zeile)
geht.
>> - Prozeduren, Funktionen, Variablen und Konstanten zufällige Namen
geht, aber nicht 100% zuverlässig -> Handarbeit
>> geben - auch in SQL verwendete Funktionen sollen "ersetzt" werden
geht logischerweise nicht :-( Könnte man aber noch "händisch" nachholen,
da der Obfuscator eine Liste der vorgenommenen Mappings bereitstellt.
>
> Ich hab' aber keine Ahnung, ob es was taugt und/oder sich auch
problemlos in
> Access nutzen lässt.
Begrenzt. Ich bin jetzt so vorgegangen:
Access-Module exportieren.
In neue Excel-Datei importieren.
Obfuscator drüber laufen lassen.
Integration is anders.
Naja, muss es noch mal per Excel-Automation probieren.
> Warum geht nicht einfach eine mde bei Dir ?
Weil eine MDB übergeben werden soll, aber kein Quellcode.
(Wasch mich, aber mach mich nicht nass.)
BTW: @Michael: Wäre diese Anforderung und vielleicht auch Günters
"MsgBox-Finder" nicht ein cooles Feature für die MZ-Tools?
Das ist die elegante Lösung; wer das aber nicht beherrscht, kann die
Dienstleistung derer in Anspruch nehmen, vor denen er sich fürchtet ;-)
http://www.everythingaccess.com/mdeprotector.htm
Thomas Winkler wrote:
> BTW: @Michael: Wäre diese Anforderung und vielleicht auch Günters
> "MsgBox-Finder" nicht ein cooles Feature für die MZ-Tools?
Vielleicht, aber ob es Carlos interessiert, ob Michael und/oder ich Deine
Einschätzung teilen ? ;-)
http://www.mztools.com/about.aspx
Mark Doerbandt wrote:
> weil man daraus den Code rueckgewinnen koennte?
Der MDE Zurückumwandler bietet auf der gleichen Webseite ein Tool an, mit
dem man die Source Leichen, die der Compiler zurücklässt und die
Rückumwandlung überhaupt ermöglichen, entfernen kann. Damit sollte die
Rückumwandlung anschliessend nicht mehr möglich sein. Kannst ja mal
anfragen, ob das so sei.
Gruss
Henry
--
11. AEK Anmeldung unter http://donkarl.com/?AEK
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Henry Habermacher:
> Der MDE Zurückumwandler bietet auf der gleichen Webseite ein Tool an, mit
> dem man die Source Leichen, die der Compiler zurücklässt und die
> Rückumwandlung überhaupt ermöglichen, entfernen kann. Damit sollte die
> Rückumwandlung anschliessend nicht mehr möglich sein. Kannst ja mal
> anfragen, ob das so sei.
noe, ich will eigentlich nicht obfuszieren (? heisst die Taetigkeit
so). Ich denke, dass Quellcode entweder trivial und damit nicht
schuetzenswert oder meist hinreichend komplex ist, so dass ihn jeder
lesen kann.
Gruss - Mark
> Das ist die elegante Lösung; wer das aber nicht beherrscht, kann die
> Dienstleistung derer in Anspruch nehmen, vor denen er sich fürchtet ;-)
>
> http://www.everythingaccess.com/mdeprotector.htm
Den MDE-Protector, auf den Du hier anspielst, hatte ich mir vorher auch
schon angeguckt. Aber fällt Dir am Namen was auf? :-) Der is nämlich
(laut Webseite) auch *Programm*!
HTH
Thomas Winkler schrieb:
> kennt jemand einen brauchbaren VBA-Code Obfuscator?
> Würde gerne bei einer MDB den Quellcode "unleserlich" machen.
>
> Habe einige für Java, JS uws. gefunden, aber keinen für VBA.
>
> Ich würde gerne:
>
> - Kommentare entfernen
> - Einrückungen entfernen (am besten alles in eine Zeile)
> - Prozeduren, Funktionen, Variablen und Konstanten zufällige Namen geben
> - auch in SQL verwendete Funktionen sollen "ersetzt" werden
schau Dir mal die Total Visual CodeTools an:
http://www.fmsinc.com/Products/CodeTools/NewFeatures.asp
(Link in einer Zeile)
Das Feature "Code Delivery" sollte im wesentlichen Deine Anforderungen
erfüllen.
Ob Dir das Tool seinen Preis von 299 $ Wert ist musst Du selbst
herausfinden. IIRC kannst Du einen Demo-Version 14 Tage testen.
CU
--
Thomas
Homepage: www.Team-Moeller.de
Thomas Winkler wrote:
>> Das ist die elegante L�sung; wer das aber nicht beherrscht, kann die
>> Dienstleistung derer in Anspruch nehmen, vor denen er sich f�rchtet
>> ;-) http://www.everythingaccess.com/mdeprotector.htm
>
> Den MDE-Protector, auf den Du hier anspielst, hatte ich mir vorher
> auch schon angeguckt. Aber f�llt Dir am Namen was auf? :-) Der is
> n�mlich (laut Webseite) auch *Programm*!
�hhhhh...
Mir scheint, ich versteh' jetzt wohl nicht,was Du mir sagen willst.
Dass ausgerechnet Jemand, der den gegenteiligen Dienst anbietet, ein solches
Programm vertreibt ?
Nun, dass machen die -wenn ich mich recht erinnere - nach Ihren Bedingungen
nicht so einfach f�r Jedemann mit jeder mde
Das w�rde ich auf der einen Seite aber auch als Konsequent betrachen, denn
auf der anderen Seite meine ich - hier lasse ich mich aber gern eines
Besseren belehren - gibt es dieses Programm auch erst, nachdem der Dienst
etabliert wurde.
Gruss
Jens
Jens Schilling:
> Mir scheint, ich versteh' jetzt wohl nicht,was Du mir sagen willst.
hab ich auch erst nicht. Er schrieb aber MDB und das Teil schuetzt
eine MDE...
Gruss - Mark
Mark Doerbandt wrote:
>> Mir scheint, ich versteh' jetzt wohl nicht,was Du mir sagen willst.
> hab ich auch erst nicht. Er schrieb aber MDB und das Teil schuetzt
> eine MDE...
Nee, das ist schon klar - trotzdem hat Thomas es sich ja angesehen, wie er
schreibt.
Ich denke, er wollte auf den Widerspruch des Dienstes zum Programm
(Protection) hinaus.
Tsch�s, und gute Nacht !
Jens
> Nee, das ist schon klar - trotzdem hat Thomas es sich ja angesehen, wie er
> schreibt.
>
> Ich denke, er wollte auf den Widerspruch des Dienstes zum Programm
> (Protection) hinaus.
Nee, Mark hat schon recht. Ich wollte darauf hinaus, dass es mir eben
*nicht* reicht eine MD*E* zu "schᅵtzen", ich wollte gerne eine MD*B*
"verunstalten".
> schau Dir mal die Total Visual CodeTools an:
> http://www.fmsinc.com/Products/CodeTools/NewFeatures.asp
> (Link in einer Zeile)
> Das Feature "Code Delivery" sollte im wesentlichen Deine Anforderungen
> erfᅵllen.
> Ob Dir das Tool seinen Preis von 299 $ Wert ist musst Du selbst
> herausfinden. IIRC kannst Du einen Demo-Version 14 Tage testen.
Danke fᅵr den Tip. Werd' mir die Demo mal angucken. Hab mal kurz die
Ergebnisse (laut Webseite) gegenᅵbergestellt:
Total Visual CodeTools:
http://www.fmsinc.com/Products/CodeTools/SampleDelivery.html
HandyQuant HandyObfuscator:
Before: http://handyquant.com/images/HObsSrc.bmp
After : http://handyquant.com/images/HObsDst.bmp
Dabei fᅵllt mir auf, dass das Ergebnis von TVCT noch recht leserlich
ist. Ein "Code-Beautifier" kᅵnnte die Optik wohl wieder recht schnell
korrigieren und die Variablennamen sind nicht wirklich unleserlich.
Das Ergebnis vom HQHO gefᅵllt mir da besser, weil selbst das
automatisierte Einrᅵcken die Leserlichkeit wegen der langen, kryptischen
Variablennamen nicht wirklich Besserung verschafft.
--
HTH