Den Einsatz des MXI Stealth Keys unter Linux haben wir den erhältlichen Varianten entsprechend separat dokumentiert.
MXI Stealth Key M700 Bio
Parameter für alle Betriebssystem-Tests:
Firmware-Version: 2.2
ACCESS Standard Version 4.0.1.14
MXI Stealth Key M700 Bio – Benutzung unter Linux
Die hier getesteten Linux Distributionen stellen nur eine kleine Auswahl dar – unter der Rubrik „Technische Daten“ finden Sie eine Liste aller unterstützen Betriebssysteme.
Der MXI Stealth Key M700 Bio besitzt eine integrierte Multiuser-Funktion: Es können – neben dem zwangsläufig erforderlichen Administratoraccount – mehrere User auf demselben Stick angelegt werden. Jeder Benutzer erhält so einen, von den anderen Benutzern getrennten Speicherbereich.
Wurde bei der Einrichtung des Sticks für die Authentifizierungsmethode ausschließlich ein biometrisches Merkmal verwendet, kann die sichere Partition auch auf Systemen eingebunden werden auf dem das Login-Programm „ACCESS“ nicht startet.
|
Desktop |
|||
| OpenSUSE 11.4 (KDE) | x86 | unterstützt | (siehe #1, #5) |
| x64 | unterstützt | (siehe #1, #5) | |
| OpenSUSE 11.3 (KDE) | x86 | nicht unterstützt | |
| x64 | nicht unterstützt | ||
| Ubuntu 11.04 (Gnome) | x86 | unterstützt | (siehe #2, #6) |
| x64 | unterstützt | (siehe #4, #6) | |
| Ubuntu 10.10 (Gnome) | x86 | unterstützt | (siehe #2, #5) |
| x64 | unterstützt | (siehe #2, #5) | |
| Ubuntu 10.04 LTS (Gnome) | x86 | unterstützt | (siehe #2, #5) |
| x64 | unterstützt | (siehe #3, #5) | |
|
Server (nur bash, keine GUI) |
|||
| Ubuntu 10.10 Server | x64 | unterstützt | (siehe #6) |
| Red Hat Enterprise Server V.6 | x64 | unterstützt | (siehe #6) |
#1: Ausführen des Login-Programms nicht möglich. „Error while loading shared libaries: libpng12.so.0: cannot open
shared object file:…“
#2: Ausführen des Login-Programms nicht möglich. „Error while loading shared libaries: libQtWebKit.so.4: cannot open
shared object file:…“
#3: CD- & LOCKED-Partition werden erkannt, allerdings ist das Ausführen des Login-Programms nicht möglich.
„sudo:
unable to execute /media/Application/ACCESS/ACCESS: Datei oder Verzeichnis nicht gefunden.“
#4: Ausführen des Login-Programms (sudo /media/Application/ACCESS/ACCESS) bleibt ohne Effekt.
#5: Zugriff auf das private Laufwerk durch Login via Fingerprint auch ohne ACCESS möglich.
#6: Zugriff auf das private Laufwerk durch Login via Fingerprint, manuelles Aushängen der „LOCKED“-Partition (sudo
umount /media/LOCKED) und mounten der „Private“ Partition (sudo mount /dev/… /mnt). Aushängen durch manuelles
unmount.