Bug 1596

Summary: Unable to load and run software enveloped with Aladdin Hasp Protection
Product: Emm386 Reporter: mathseng@hotmail.com
Component: coreAssignee: emm386@freedos.org <emm386@freedos.org>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: P2    
Version: unspecified   
Hardware: PC   
OS: FreeDOS   

Description:   Opened: 2003-02-20 16:49
Hi,
I thought you might like to know that I am unable to run a security protected 
program, protected by the Aladdin Security Enveloping process.
I think this could be a bug in FreeDOS.

We have some software which is DOS based.  The software is security protected.

There are 3 ways to protect the software:
a. Use library calls to read/write the security device.
b. Use a security envelope which encrypts the program, and ensures that the 
code cannot be run without an attached security device.
c. Both (b) and (a)

The security device we use is the Aladdin Hasp(4).

FreeDOS works quite happily when (a) (library calls to security) type security 
is implemented.
FreeDOS aborts the program if the type (b) (Enveloping) security is used.

Our program uses about 6MB of Expanded Memory.  If the default expanded memory 
is allocated, the program crashes FreeDOS - a reboot is necessary to regain 
control.
If the Expanded Memory is configured in CONFIG.SYS to be 32MB, the screen 
displays an error message (as listed below).


The software operates correctly with all security type implementations on the 
following operating systems:
a. MS-DOS v7  (Win98 DOS)
b. DR-DOS v7.03


There is no match in your bug base for search keys of:
security
envelope
Aladdin

If there is anything you require me to do to assist, please reply.  I may be 
able to provide some testing.

Bill Mather
Software Developer.



================================================================================
============
Error Report on FreeDOS screen:
Illegal Instruction occurred
CS=1A2B IP=066A SS=1A2B SP=EA2F DS=0000 ES=0485
EAX=40000001 EBX=00000000 ECX=00000000 EDX=00000000
Opcodes @CS:IP FE EF 00 01 02 03 04 05
Aborting Program - 1 live left

========================
FreeDOS ver command reports:
FreeCom version 0.83 Beta 54 XMS_Swap [Nov 13 2002 22:16:10]

========================
Disk created from ke2028_16.zip

========================
Files on boot floppy disk:
 Volume in drive A is FREEDOS
 Volume Serial Number is 1941-12EA

 Directory of A:\

09/12/2002  21:55               40,999 KERNEL.SYS
13/11/2002  16:16               89,032 COMMAND.COM
18/02/2003  11:57                   87 AUTOEXEC.BAT
18/02/2003  12:14                   63 CONFIG.SYS
09/12/2002  21:55               16,665 SYS.COM
30/03/2002  17:13                6,418 HIMEM.EXE
03/04/2002  12:12               11,110 EMM386.EXE
11/08/2001  01:09               16,528 MEM.EXE
01/05/2002  02:00                6,190 CTMOUSE2.EXE
               9 File(s)        187,092 bytes
               0 Dir(s)       1,258,496 bytes free

========================
Contents of Autoexec.BAT
@echo off
echo Welcome to FreeDOS (http://www.freedos.org)!
path=a:\
lh ctmouse2

========================
Contents of Config.SYS
device=himem.exe
device=emm386.exe emm=16384
dos=high,umb

================================================================================
============

=================================
Notes for bug report:
Aladdin URL : www.ealaddin.com
Hasps have a security key.  Naturally, this key is confidential.  If someone 
needs a key, they can go to the site and request a developer's kit for the 
Hasp4 M1 or the Hasp4 Time.
=================================
------- Comment #1 From Bart Oldeman 2003-03-15 12:52:10 -------
This is a known emm386 problem. FreeDOS emm386 is incompatible
with DOS32 apps and you are using one of those.

I'm moving this to emm386 and mark it as duplicate -- if the problem
persists if you only use himem then please move it back here.
------- Comment #2 From Bart Oldeman 2003-03-15 12:55:31 -------

*** This bug has been marked as a duplicate of 1591 ***
------- Comment #3 From Eric (EA) 2003-04-08 22:25:12 -------
It does not look as if this bug is REALLY protected mode related:
All segments look like real mode ones, only EAX is used. This
can be basically everything. Memory managers, shell, kernel...
I contacted Bill, asking for more details.
------- Comment #4 From tom ehlert 2003-12-18 03:45:42 -------

*** This bug has been marked as a duplicate of 1591 ***