|
|
|
Here are the answers to the most Frequently Asked Questions about EVERKEY. Use the links on the right side of this page to jump to the area that seems most likely to answer your question. If you don't find the answer there, try using your browser's "find text" facility (usually Ctrl-F) to search for key words about your question.
If nothing on this page answers your question, you can submit a Support Email Form by clicking the link on the right side of this page. Please fill out the form as completely as possible. The more information we have about the problem, the faster we can solve it. We will respond as quickly as possible, usually within one business day.
General Questions About EVERKEY
Yes, each Key can be used to protect up to 16 separate Products for the same Customer.
Each Key has a 16-byte memory area called "User-Data" which can be used as needed. The last 2 bytes of this area consist of 16 individual bits called User-Flags. These User-Flags are originally turned OFF (set to zero), but can be remotely turned ON (set to one) with our Renew program.
Let's assume that you have 3 Products. You could assign the 1st Product to User-Flag #1, the 2nd Product to User-Flag #2 and the 3rd Product to User-Flag #3. Your programs in each Product would call KECHK to read the User-Flags and test if they are authorized to run or not. For example, your programs in the 1st Product would read the User-Flags and test if the 1st User-Flag was set ON. If so, your programs would continue running normally. If not, your programs would display a message indicating that the User must purchase Authorization to use that Product.
When a Customer first purchases, you send out a CD-ROM containing all your Products, but the Key that you send only has the User-Flags set for what was purchased. Later, when the Customer purchases additional Products, all you send is a Renew Code to turn on the appropriate User-Flag(s) in the Key.
Using the above example with 3 Products, let's assume that your Customer initially purchases the 1st and 3rd Products. You would use EVERKEY to build the Key with the 1st and 3rd User-Flags set ON. This Key would be sent to the Customer along with a CD-ROM containing all three Products. The second Product could not be used because it would be checking the User-Flags and "see" that the 2nd User-Flag was not set ON.
Later, when the same Customer decides to buy the 2nd Product, you would use EVERKEY to generate a Renew Code that will set the 2nd User-Flag ON. You could email the code to the Customer who would use the Renew program to update their Key. Now, all three Products can be used.
Back to the FAQ IndexYes, there are several ways to create protected downloadable upgrades that only work for your Customers and you never need to send out a new Key (Rockey or iButton).
If you release a FREE upgrade, then you probably want to create a "generic" upgrade that works for every Customer that already possesses a Key for your Product. In this case, you simply create the upgrade to check for your same unique Key that was required for the old version of your Product. Once the upgrade is placed on your website, each Customer just downloads and installs the upgrade. It works immediately because they already have the Key from the old version of your Product. There is no need to send them a new Key (Rockey or iButton).
If you release a NON-FREE upgrade, there are at least two ways to ensure that every Customer pays for the upgrade.
EVERKEY can only be used to protect executable or pseudo-executable files such as EXE or DLL files. EVERKEY could be used to protect a proprietary file viewer or run-time engine, but not the data files themselves.
Back to the FAQ IndexQuestions About EVERKEY Compatibility
EVERKEY Version 6 (currently in Beta) supports all 32-bit and 64-bit versions of Windows 2000 thru Vista, including Windows Server Editions.
EVERKEY Version 2 fully supports all 16-bit and 32-bit versions of Windows from Windows 95 thru windows XP, including Windows Server Editions. Most brands of DOS Version 5 and later are also supported.
If you have programs protected with Version 2 that need to be run on 32-bit and 64-bit Vista systems, please follow the instructions contained here.
Back to the FAQ IndexNo, not at the current time.
EVERKEY Version 6 (currently in Beta) has been rewritten in a programming framework that supports Windows, Mac OS X and Linux. Version 6 will be first be released for Windows with Mac OS X and Linux versions to follow.
Back to the FAQ IndexNo interfererence problems have been reported since 2002.
The only known interference problems were reported with Parallel or Serial Port (not USB) Keys using versions of EVERKEY prior to 2.31.
Back to the FAQ IndexPlease note that UserPort is NOT required if you are using Rockeys or Kechk32.dll. It is ONLY required for iButtons to be accessed from DOS (16-bit) programs.
UserPort is a Windows 32-bit device driver written by Tomas Franzon. It allows 16-bit programs to access iButtons when running on Windows 2000, Windows XP or Windows Server 2003. You may redistribute this driver.
UserPort consists of the two (2) files UserPort.exe and UserPort.sys. If you are running the Azsetup.exe program under Windows 2000, XP or Server 2003, the UserPort.exe file will be installed to the main Windows folder and the UserPort.sys file will be installed to the "system32/drivers" folder under the main Windows folder.
The UserPort driver must be manually started once and will thereafter start automatically each time Windows is booted. Of course, you can manually stop the driver at any time.
To START the UserPort driver:
To STOP the UserPort driver:
Questions About the Security of EVERKEY
You can use the KECHK function to check for the presence of your Key as often as you like. This will make it much more difficult to move the Key while your protected program is running.
For example, you might want to call KECHK to verify the presence of your Key every time your Product does a "Print" or "Save" function. Or, you might want to call KECHK every 2 minutes.
When your Product first starts, it's always a good idea to verify the presence of your Key. This is usually done using KECHK function #1 or #2. When this function completes, KECHK will return the unique Lasered-ID of your Key. This will allow you to use the KECHK function #4 for all subsequent presence checks. Function #4 is much faster than function #1 or #2.
Each time you call KECHK, you will be verifying that your Key has not been moved to another computer.
Back to the FAQ IndexIn a word, the PIN. The "Product Name" and "Encryption Key" Options used by the Kebuild.exe program determine the PIN for your protected Product. And your program must specify this exact PIN when performing a KECHK function to check for the presence of your Key (Rockey or iButton).
In order to build a Key for your Product, another EVERKEY User would have to know the "Product Name" and "Encryption Key" that you used when building your Keys. Although the "Product Name" is easily determined by using the Keshow.exe program, the "Encryption Key" is only stored in your Options file. This is why both the PIN and "Encryption Key" should be treated as a company SECRET.
Back to the FAQ IndexIt is quite easy to prevent this.
When your program starts, generate a random number, store it in a Static variable and then write it to a specific offset in the User-Data.
Throughout your program's operation, you can check the Key's User-Data to ensure that the random number is the same.
If another computer is also running your program during this period, and using the same Key, a different random number will have been written to the User-Data.
Back to the FAQ IndexQuestions About Installing EVERKEY or Your Programs
The easiest way to install all the correct Device Drivers for the supported versions of Windows is to use the Azsetup.exe or AzRockey.exe programs. Both of these programs perform "single-click" installation and you may redistribute them with your software Products.
Azsetup.exe:
AzRockey.exe:
If you're using Kebuild.exe from EVERKEY Version 2, use Azsetup.exe to install your drivers. Since this version of Kebuild.exe does not run on Vista, this means you'll have to use Windows XP or earlier.
For your Products that you send out to Customers, use AzRockey.exe because it supports all versions of Windows since 2000. If you include the Keshow.exe program as a diagnostic tool, be sure to use Version 6. It's easier to use and works with all drivers.
If you want to include the Device Drivers as part of your custom install process, please refer to the EVERKEY User's Manual which provides all the details for how to do this.
Azsetup.exe, AzRockey.exe and the EVERKEY User's Manual are available as a free download from here.
Back to the FAQ IndexQuestions About EVERKEY Hardware
Rockey4NDs work fine with USB 1.1 and 2.0 Hubs.
However, USB Hubs have become a commodity item and not all are built to quality standards. On rare occasions the Rockey4ND may not be detected through the Hub due to inadequate output voltage or bad connections.
To determine if the problem is with the USB Hub, check the Rockey4ND in a USB port that does not use a Hub.
If the Hub is the problem, sometimes just plugging the Rockey4ND into a different port on the Hub is enough to solve the problem.
Our experience is that most problems with USB 2.0 Hubs are related to inadequate power supplied from the computer port. This problem can almost always be eliminated by connecting an AC Power Adapter directly to the Hub.
Back to the FAQ IndexIt depends on how often you update the memory in the Key. Each bit of the memory in the Rockey can be re-written at least 100,000 times. However, Rockeys employ "Wear Leveling" which distributes the re-written bits to the "least worn" areas of the memory. Wear Leveling dramatically extends the life of the Rockey and also makes it substantially more reliable throughout its lifetime.
Obviously, Rockeys can handle a lot of updates, but not an unlimited amount. These examples will show how to predict the lifetime of your Rockeys:
If you build a Rockey without an Execution or Date limit, and the User-Data is never changed, then your Rockey will never be updated by a KECHK call. In this case, your application should expect to be able to read the data from the Rockey for at least 10 years.
If you build a Rockey with an Execution and/or
Date limit, the device's memory will usually be updated
each time you verify the presence of the Key.
So in this example, the lifetime of the Rockey really depends
on how often your protected program performs KECHK calls.
Wear Leveling can multiply the write-cycle endurance of a
Rockey by up to 64 times, but for this example, let's use a
"worst case" scenario of only 2 times.
So, if your program checks for the Key 100 times per day,
seven days a week, then your Rockey should last at least
5.4 years (100,000 updates times 2 for wear leveling divided
by 100 updates per day divided by 365 days per year).
If your program checks the Key 100 times per day, but only
five days a week, then your Rockey should last at least
7.6 years (100,000 updates times 2 for wear leveling divided
by 100 updates per day divided by 260 days per year).
At least 10 years.
iButtons contain their own lithium power source which allows them to retain their data for at least 10 years. Updates to the data have no effect on the life of the iButton.
Back to the FAQ IndexQuestions About EVERKEY Error Messages
This Error means that the requested Key (Rockey or iButton) can not be found. Check the following items:
This Error is caused by: