Eigenes Programm? Fremdprogramm? Was sagt denn Spy++? Kann das an den TextBox-Inhalt kommen? Geht es wirklich nur um ne normale TextBox? Wenn ja, geht es über andere Methoden (P/Invoke: SendMessage mit Parameter WM_GETTEXT). Aber: viele 3rd-Party-CEs reagieren nicht auf jenen SendMessage-Befehl - leider.
Und was hat das mit Dekompilierung zu tun? Ne TextBox hat normalerweise einen variablen Text. Ich dächt, dass man mit Dekompilierung nur an irgendeine Art Design-Time-Code kommt.

Ein ab&zu hab ich da bisher nicht erlebt. Wär ja auch ziemlich eklig. Aber zum Klartext: ganz oder gar nicht. Bei uns in der Arbeit haben wir Software, die ziemlich gehackstückelt ist. Einige Teile scheinen aus den 90ern zu sein, andere wieder sind erst > 2015 erstellt worden. Die neuen sind ganz schwierig, die alten sind gut ansprechbar, es sein denn, dass da wieder irgendein zugekauftes CE mit eingebaut wurde, welches grundsätzlich nicht auf SendMessage reagiert.

Frag doch gleich zu Beginn, was Du wirklich willst!
Mit SendMessage kommt man da nicht ran. Aber durch RAM-Auslesen schon. Ich hab zwar keine Ahnung, wie, aber es geht zweifellos.
Und jetzt nochmal für alle bitte: Was ist Dein eigentliches Vorhaben?

MaxeStudios schrieb:

Wie schwer ist es, Control Attribute auszulesen?

Welches Progrann hält dieses Control?
Wenn es Dein eigenes ist, sieh Dich mal im Namespace System.Reflection um.
====
@VaporiZed Jou.
@MaxeStudios Das sieht mir doch etwas neben der Spur aus.

Grundsätzlich kannst du ohne ordentliche Verschlüsselung, nichts in einem Programm verstecken.

Prinzipiell hilft da auch kein obfuscator. Die meisten (fast alle eigentlich) können mit etwas Hirnschmalz umgangen werden.