Where Does Windows Store Autocad Serial Key
I am developing a Windows Application. That requires users to register to use it.. Now, I am storing my license info as a file in APpData. But deleting that file resets the trial version date. So, I am now planning to save it in registry. But, Most of the Users will not have administrative privileges (Limited Users) in Windows to Access the registry.What can I do ? Where can I save my serial number and date ?
Adriano RepettiAutodesk autocad 2014 serial number software connects your design workflow like never before. New design feed social collaboration tools drive project stakeholder involvement. AutoCAD is a software for 2D and 3D design and drafting and model making in 3D or 2D. Autodesk AutoCAD 2019 for Windows The toolsets now included in AutoCAD 2019 offer intelligent features that will help users work faster and be more efficient. AutoCAD has next-generation display technology, accelerated modeling workflows, and tools for handling complex data. AutoCad 360 – the required AutoCAD® cellular app. Some power of AutoCAD with you anywhere you go. Some power of AutoCAD with you anywhere you go. AutoCAD 360 can be described as free*, easy to use drawing as well as drafting portable application lets you view, manage, and reveal AutoCAD plans across desktop computer, web, together with mobile devices aid anytime, wherever. Home › Microsoft › Where does Windows store Product Key for Streets & Trips? Name Password JOIN OUR COMMUNITY. Reply to Topic. Start New Topic. With the programs, it does supply some Keys. It shows me the ST2007 info, but no key for it. I only have the trial version of 2009, which has expired. AutoCAD 360 Pro Crack + KeyGen Full Free Download With Serial Key AutoCad 360. Google Play Store or Windows Store. AVG Ultimate 2019 Crack + Serial Key Free. Get prices for Autodesk products, including AutoCAD, Inventor, 3ds Max, Maya, Revit, Fusion 360 and more. Buy official Autodesk software online. AutoCAD 2014 was not designed to run in Windows 10 (Windows 10 was released after AutoCAD 2014) and inevitably you will run into issues such as the infamous Ribbon crashing issue, slow startup problems, text scaling issues, etc.
Yesudass MosesYesudass Moses
closed as too broad by Servy, Willem Van Onsem, user1032613, Renzo, cjstehnoOct 14 '15 at 15:54
Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
3 Answers
In my opinion the point is you have to change how you manage your license. I wrote a project (hosted on git) to demonstrate some of techniques described here.
Where
If they delete license data file then trial restarts? Do not start application if file doesn't exist and create it with an install action first time it's installed.
Now you face a second problem: what if they uninstall and reinstall application? Second step is to move this file to application data folder (for example Environment.SpecialFolder.CommonApplicationData). This is just little bit more safe (because application data won't be deleted when uninstall) but it's still possible for them to manually find and delete it. If application will be installed by low privileges users there isn't much you can do (you can't try to hide license somewhere in Registry).
Now it's a game between you and crackers. They'll win, always. You'll only make life of legitimate users more hard so read cum grano salis. Where you may store license data:
- Registry. Pro: easy to do. Cons: easy to crack and for low privileges user it's valid only for one user per time. A registry key (in a per-user base) can be somehow hidden if it has
0in its name. Take a look to this nice post. - File. Pro: easy to do and IMO little bit more safe than Registry. Cons: easy to crack (but you can hide it more, see later).
- Application itself (appending data to your executable, few words about that on this post). Pro: harder to detect. Cons: an antivirus may see this as..a virus and an application update may delete license too (of course if you don't handle this situation properly) so it'll make your code and deployment more complicated.
How to hide license in a file?
If you're going with a file (it doesn't matter where it's located) you may consider to make crackers life (little bit) harder. Two solutions come to my mind now:
Alternate Data Streams. File is attached to another file and they won't see it with just a search in Windows Explorer. Of course there are utilities to manage them but at least they have to explictly search for it.
Hide it inside application data (a bitmap, for example, using steganography). They just don't know it's license data, what's more safe? Problem is they can easy decompile your C# program to see what you do (see paragraph about Code Obfuscation).
Probably many others (fantasy here is our master) but don't forget..crackers will find it (if they really want) so you have to balance your effort.
How
Keeping your license schema you're now on a dead path. Decision you have to take is if the risk they use trial longer than allowed is higher than risk they stop to use your application because of boring protection.
Validation
If you can assume they have a network connection then you may validate license on-line (only first time they run your application) using some unique ID (even if it's about Windows 8 you may take a look to this post here on SO). Server side validation can be pretty tricky (if you want to do it in the right way), in this post is explained an example of program flow to manage that in a proper way.
Jul 23, 2011 Re: How can i change the serial number? John Hall Jul 23, 2011 4:08 PM ( in response to Fletchgqc ) This isn't an answer, just sharing my experience. 
Data Obfuscation/Encryption
Your license file/data is now in a safe place. Hardly crackers will find it. Now you need another step: obfuscation. If your license data is in plain text once they found your file it's too easy to change it. You have some options (ordered by increased security and complexity):
- Obfuscate your files. If they can't understand what's inside a file with a simple text editor (or even a hex editor) then they'll need more time and effort to crack it. For example you may compress them: see this post about XML file obfuscation with compression. Note that also a simple base64 encoding will obfuscate your text files.
- Encrypt them wit a symmetric algorithm. Even a very simple one will work well, here you're just trying to hide data. See this post for an example. I don't see a reason to prefer this method to a simpler obfuscation.
- Encrypt them with an asymmetric algorithm. This kind of encryption is a big step in complexity and security and it'll be (very) useful only if license token is provided by a server/external entity. In this case it'll obfuscate license signed with its private key. Client application will validate signature with its public key and even if cracker will find this file (and decompile your code to read public key) they still won't be able to change it because they don't have private key.
Please note that data obfuscation/encryption can be used in conjunction with above mentioned steganography (for example to hide encrypted license file inside an image).
Code Obfuscation
If you're not using license signing with asymmetric encryption then last step is to obfuscate your code. Whatever you will do they'll be able to see your code, check your algorithm and workaround it. So sad, you're deploying instructions manual! Obfuscate with an Obfuscator if you want but what I strongly suggest is to move your license check in a less obvious place.
- Put all your license related code in a separate DLL. Sign it (be aware that signed assemblies may be decompiled and recompiled to remove signing, there are even tools to do it almost automatically).
- Pack it inside your executable resources (with a not so obvious name) and do not deploy DLL.
- Handle event AppDomain.AssemblyResolve, when your DLL will be needed at run-time you'll unpack in memory and return its stream of bytes. See more about this technique in this Jeffrey Richter's post.
I like this method because they'll see there is a license check but..they won't find license code. Of course any good cracker will solve this issue in 10 minutes but you'll be (little bit more) safe from random ones.
Conclusions
To summarize a little bit this is a list of what you may do to provide a stronger license check (you can skip one or more steps, of course, but this will reduce safety):
- Split your license check code in two assemblies (one to perform the check and manage license and the other to provide a public interface to that engine).
- Strong sign all your assemblies.
- Embed your License Engine assembly inside your License Interface assembly (see Code Obfuscation section).
- Create a License server that will manage your licenses. Be careful to make it secure, to have secure connection and secure authentication (see Validation section).
- Save license file locally in a safe location (see Where section) and encrypted with an asymmetric encryption algorithm (see Data Obfuscation section).
- Sometimes validate license with your License Server (see Validation section).
Addendum: Software Protection Dongles
A small addendum about hardware keys (Software protection dongles). They're an invaluable tool to protect your software but you have to design your protection even more carefully. You can assume hardware itself is highly secure but weak points are its connection with computer and communication with your software.
Imagine to simply store your license into the key, a cracker may use an external USB (assuming your SPD is USB) to share same key with multiple computers. You should also store some hardware unique ID within the key but in this case weak point is connection (hardware can be emulated by a software driver). It's a pretty easy crack and this false sense of security ('I'm using Software Protection Dongle, my software is then safe') will make your application even more vulnerable (because you risk to forget other basic protections to simplify license management).
Cost vs benefits for a poor designed protection using SPD should make you consider to use a normal USB pen drive. It costs 1 $ instead of 15/20$ (or much more) for a SPD and you have same level of protection against casual crackers. Of course it won't stop a serious cracker but also a poor designed SPD won't stop it.
A true protection (assuming you're not running on a DRM enabled device) is a dongle which can also execute your code. If you can move some basic algorithms (at least to decrypt vital - and dynamic - support files) into the key then to crack your software they will need to crack hardware. For a half-decent dongle this is a very very very hard task. More carefully you design this and more code you move into the key and more you'll be safe.
In any case you should doubt about marketing campaigns: software protection with a dongle isn't easier. It can be (much) more safe but it isn't as easy as vendors say. In my opinion plug-n-play protection cost is too high compared to its benefits (benefits = how much it'll make crackers' life harder).
Unfortunately wherever you store licence information on a client's machine it's open to abuse (because it's their machine!).
The only secure way to do this is to have your program check in with a remote service, obviously this requires a lot of overhead.
My own approach is that if customers mess with their licence key then they should expect issues and you are under no obligation to assist. I would make sure your key contains information about the machine it's running on (to prevent simply copying the key) but otherwise keep it very simple.
When researching licencing myself I found a philosophy I tend to stick by - you drive away more potential customers with convoluted and difficult licencing setups than you lose through piracy.
My suggestion would be that you reverse your logic - instead of having allowing the removal of a licence key to restart the free trial why not force them to have a licence key to unlock the full application?
– Fully compatible with Microsoft Excel – Over 160 formula and function shortcuts – Supports pivot tables, freeze frames, sorting, table styles and more – Create multiple worksheets – Insert charts including bar, pie, line and column – Edit cell categories (number, text, percentage, etc.) – Spreadsheet supports over 1M rows and 10K columns – Advanced text and table formatting features What’s New in WPS Office 2015 9.1.0: – Add Various quality free templates, PPT templates, Writer templates and Spreadsheets templates. – Support switch between French and English and spell check for multiful – Support spell check for Spanish, Portuguese and French. Wps office 2015 serial key. – Support go back to the last edited place in the text – Support Insert key and right-click the status bar to setup the Insert feature go-to features added, including go to footnote and more — Support split window vertically and horizontally PrintDate, DocProperty and IncludePicture fields added – Object feature optimized: support set wrapping styles when insert/paste pictures, solve the problem of object name changed. – More formulas added: such as GetPivotData, GET.CELL, NUMBERSTRING and so on.
LiathLiathIf you are going to write to HKEY_CURRENT_USER you won't need Administrative rights.on the other hand, writing to HKEY_LOCAL_MACHINE requires Administrative rights.
be sure when you open the key for writing to call it like this
Where Does Windows Store Autocad Serial Key
if that doesn't work for you, there is a trick to write to the end of the executable file itself, but that's another thing.
AmroAmro