Lizenzen laufen lassen oder per Lock-Down sperren

Lizenzen laufen lassen oder per
Lock-Down sperren
Rüdiger Kügler
VP Sales & Professional Services
Dr. Björn Grohmann
Security Architect Corporate Technology
License-Lock-Down
16.05.2018 © WIBU-SYSTEMS AG 2018 - Lizenzen laufen lassen oder per Lock-Down sperren 1

Agenda
 Anwendungsfälle License-Lock-Down
 Technische Grundlagen
 Firm Access Counter
 Sperrung von Lizenzen in der Praxis
 Über CodeMeter Protection Suite
 Über CodeMeter License Central
 Über CodeMeter Core API
 Freigeben gesperrter Lizenzen

Anwendungsfälle
License-Lock-Down

Reverse Engineering durch einen Angreifer
 Ein Angreifer versucht die Lizenzierung (CmDongle / CmActLicense) aus
der Software zu entfernen oder geistiges Eigentum aus der Anwendung zu
extrahieren
 Automatisch verschlüsselte Anwendung (AxProtector)
 Memory-Dump der Anwendung
 Rekonstruktion von IAT und OEP
 Abfragen in der Software (CodeMeter Core API)
 Ausführen der Anwendung in einem Debugger (dynamische Analyse)
 Analyse der Anwendung mit einem Disassembler (statische Analyse)

Reverse Engineering durch einen Angreifer 2
 Individuell verschlüsselte Anwendung (IxProtector, AxProtector .NET,
AxProtector Java)
 Tooling zum Entschlüsseln aller verschlüsselten Funktionen in der Anwendung
 Anwendung mit CodeMoving
 Ausführen von vielen Anfragen und erraten der Funktionalität

Wäre es nicht schön? (Reverse Engineering)
 Außer der statischen Analyse von einfachen API-Aufrufen im
Disassembler, werden bei jedem Angriff Teile der Anwendung ausgeführt
und Operationen (Verschlüsselung, CodeMoving) im CmDongle, bzw. in
der CmRuntime ausgeführt.
 D.h. der Angreifer benötigt eine lauffähige Lizenz.
Wäre es nicht schön,
wenn solche Angriffsmuster erkannt würden und sich
die Lizenz automatisch sperren würde?

Highlights aus knapp 30 Jahren Dongle Support
 „Mein Hund hat den Dongle gefressen.“
 „Der Dongle ist verbrannt.“
 Rückfrage
 „Die ganze Fabrik ist abgebrannt, mit ihr alle Rechner die drin waren. Der Dongle
steckte noch im Rechner.“
 „Der Dongle ist kaputt, da mein Rechner abgestürzt ist“.
 Rückfrage
 „Vom Tisch und der Dongle steckte noch am Rechner und ist jetzt zerbrochen.“

Wäre es nicht schön? (Verlorene Dongles)
 Dongles können verloren gehen. Der Anwender könnte dies aber auch nur
behaupten, um eine weitere Lizenz zu erhalten.
 Anwender erwarten einen Ersatz.
 Vertrauen oder Vergraulen, ist die Frage.
wenn man als Hersteller dem Anwender einen neuen Dongle geben
könnte und sich um den Missbrauch des „verlorenen“ Dongles keine
(oder nur wenige) Gedanken machen müsste?

Gebrochene und verlorene CmActLicenses
 CodeMeter SmartBind® bietet eine Toleranz (Tight, Medium, Loose)
gegenüber Veränderungen an der Hardware des Anwenders.
 Dennoch kann eine Lizenz „brechen“, wenn die Hardware zu stark geändert wird.
 Eine Lizenz wird automatisch brechen, wenn die Festplatte eines Rechners auf die
eines anderen Rechners geklont wird.
 Eine Lizenz wird brechen, wenn diese in einer virtuellen High-Availability Lösung
betrieben wird, und dafür aber nicht vorgesehen war.
 Eine Lizenz kann verloren gehen, wenn die Hardware ausgemustert
(verschrottet) wird und die Lizenz vorher nicht deaktiviert wurde.

Wäre es nicht schön? (Gebrochene und verlorene Lizenzen)
 CmActLicenses können verloren gehen oder brechen.
 Vertrauen oder Vergraulen, ist die Frage.
wenn man als Hersteller dem Anwender eine neue Lizenz geben könnte
und sich um den Missbrauch der „verlorenen“ Lizenz keine
(oder nur wenige) Gedanken machen müsste?
wenn der Prozess des Freigabe einer neuen Lizenz nach einem Regelwerk
automatisiert werden könnte?

Technische Grundlage
Firm Access Counter

Aufbau einer Lizenz im CodeMeter Universum
 Die oberste Ebene ist der CmContainer
(CmDongle / CmActLicense / CmCloudLicense)
 Im CmContainer befinden sich 1 (CmActLicense,
CmCloudLicense) bis n (CmDongle) Firm Items
 Ein Firm Item hat Eigenschaften, die Firm Item
Options
 Im Firm Item befinden sich die Lizenzen in Form
von Product Items
 Ein Product Item besitzt Eigenschaften, die
Product Item Options
Firm Item: 6.000.010
…
Product Item: 201.000
Firm Item Options
Firm Item Text: My Company
Firm Update Counter: 1
Firm Access Counter: 0xFFFF
Firm Precise Time: 2018-05-03 …
…
Product Item: 201.000
Product Item Options
Product Item Text: My Software
License Quantity: 1, local
….

Firm Access Counter (Grundlagen, CodeMeter API)
 Default-Wert ist MaxValue (65535, entspricht 0xFFFF)
 Wenn Firm Access Counter == 0 sind keine kryptographischen
Operationen mit diesem Firm Item mehr möglich
 Per CodeMeter API kann der Firm Access Counter um 1 erniedrigt werden,
falls er ungleich MaxValue ist
 Firm Item muss dazu bei der Auslieferung mit einen entsprechenden Wert
!=MaxValue vorbereitet werden.
 Aufruf von CmCrpyt mit Flag CM_CRYPT_FACDECREMENT

Firm Access Counter (IFIL, CodeMoving)
 Firm Access Counter kann per IFIL (Implicit Firm Item Locking) direkt auf 0
gesetzt werden
 Keine Vorprogrammierung notwendig, erfordert CmDongle Firmware 1.14
 Erfordert den Einsatz von CodeMeter Protection Suite
 Wird verwendet wenn Reverse Engineering der Anwendung erkannt wird
 Wird verwendet wenn der Code in einer Falle ausgeführt wird
 IFIL kann per CodeMoving über die CodeMoving-API-Funktion
trap_execute ausgelöst werden

Firm Access Counter (CodeMeter License Central)
 Firm Access Counter kann von CodeMeter License Central gesetzt werden
 Keine Vorprogrammierung notwendig
 Kann auf jeden beliebigen Wert gesetzt werden
 Sperren und Entsperren damit möglich

Lizenzen mit CodeMeter
Protection Suite sperren
Anwendungsfall

Einstellung in AxProtector
 Activate license access lock
 Empfehlung: Lock license
container (new)
 Verwendet IFIL und benötigt keinen
vorbereiteten Firm Access Counter
 Lizenz wird gesperrt, sobald ein
der aktivierten Anti-Debug-Check
einen Fund meldet

Verwendung von IxProtector und Fallen
 Implementierung einer Funktion
 Export der Funktion
 Verschlüsselung mit AxProtector
 Angabe der Funktion unter IxProtector
mit dem exportierten Namen
 Setzen des Flags „Trap“
 Die Entschlüsselung (z.B. wegen Ausführung) dieser Funktion löst IFIL aus
und sperrt die Lizenz

Verwendung von AxProtector .NET
 Activate license access lock
 Empfehlung: Lock license
container (new)
 Verwendet IFIL und benötigt keinen
vorbereiteten Firm Access Counter
 Lizenz wird gesperrt, sobald ein
der aktivierten Anti-Debug-Check
einen Fund meldet
 Lizenz wird ebenfalls gesperrt,
wenn eine Falle entschlüsselt wird

Verwendung von AxProtector .NET (Automatische Fallen)
private void myFunction
(String value)
{
MessageBox.Show(value);
}
private void
btnHelloWorld_Click
(object sender, EventArgs e)
{
myFunction("Hello World");
}

Lizenzen mit CodeMeter
License Central sperren
Anwendungsfall

Automatische Blacklist
 Eine Reaktivierung einer bereits aktivierten Lizenz setzt den alten
CmContainer auf die Blacklist
 Manuelle Autorisierung durch den Hersteller
 Automatische Autorisierung nach Regelwerk
 Bei der nächsten Aktion mit diesem CmContainer werden alle Lizenzen
(mit dem gleichen Firm Code) gesperrt
 Lizenzaktualisierung (Aktivierung oder Deaktivierung)
 Autoupdate über WebDepot
 Autoupdate über Software selbst

Automatische Blacklist in CodeMeter License Central

Lizenzen per CodeMeter
API sperren

Kochrezept für Sperre über Software Update
 Ausrollen der Blacklist mit dem nächsten Update der Software
 Export aus CodeMeter License Central
 Integration in Software z.B. als Hash-Liste
 Prüfung der verwendeten Seriennummer in der Software
 „Ausführen“ einer Trap-Funktion um die Sperre auszulösen

AxProtector .NET (Individuelle Integration einer Falle)
[WupiEngine.Protection
(WupiEngine.TrapLevel.Trap1)]
private void trap(){
return;
}
private void btnDontClick_Click
(object sender, EventArgs e){
if (CheckBlackList()) {
trap();
}
}
 Eine (oder mehrere) spezielle
Funktion(en) werden als Fallen
markiert
 Die Entschlüsselung der
Funktion sperrt die Lizenz
automatisch (IFIL)
 Ein Aufruf der Funktion
entschlüsselt die Funktion
 Als Test oder zum Blacklisting

Freigeben gesperrter
Lizenzen

Aufheben der Sperre
 Anlegen eines „Remove Lock“-Artikels in CodeMeter License Central
 Entfernen des CmContainers von der Blacklist 
 Verkaufen des „Remove-Lock“-Artikels
 Als Ticket (flexibel)
 Als Zuweisung zum gesperrten CmContainer
 Aktivierung des „Entsperrens“ durch den Anwender

Zusammenfassung

Zusammenfassung
 License-Lock-Down ist ein mächtiges Feature, welches in den folgenden
Anwendungsfällen eingesetzt werden kann:
 Erweiterter Schutz gegen Reverse Engineering
 Ersatz von verlorenen CmDongles
 Ersatz von verlorenen und ungültigen CmActLicenses
 Die Integration kann je nach Anwendungsfall implementiert werden
 CodeMeter Protection Suite
 CodeMeter License Central
 CodeMeter API und Blacklist vom verlorenen CmContainern

Deutschland: +49-721-931720
USA: +1-425-7756900
China: +86-21-55661790
http://www.wibu.com
info@wibu.com
Vielen Dank für Ihre Aufmerksamkeit

Lizenzen laufen lassen oder per Lock-Down sperren

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie Lizenzen laufen lassen oder per Lock-Down sperren

Ähnlich wie Lizenzen laufen lassen oder per Lock-Down sperren (20)

Mehr von team-WIBU

Mehr von team-WIBU (20)

Lizenzen laufen lassen oder per Lock-Down sperren