Version 12.2.0
Babel 12.2.0 führt das native Licensing SDK für C++, Rust, Go und Python ein, aktualisiert Babel Desktop mit Mote-Rendering und den ASCII-Designs und verbessert die Abläufe für Lizenzierung und Verschleierung. Bestehende Lizenzen für 12.1 bleiben kompatibel, sofern ihre Bedingungen zu Edition, Aktivierung und Wartung diese Version abdecken.
Babel Licensing
Verbesserungen
- SDK für native Anwendungen: Prüfen Sie signierte Lizenzen aus C++, Rust, Go und Python über eine C-ABI, ohne eine .NET-Laufzeit in der Clientanwendung zu benötigen. Die ersten Zielplattformen sind Windows x64, Linux x64 und macOS arm64.
- Eine SDK-Laufzeitbibliothek: Die Botan-Kryptografie ist in die Plattformbibliothek integriert. Eine separate Botan-Laufzeit muss weder installiert noch verteilt werden; Windows enthält eine Importbibliothek zum Linken.
- Aktivierung und Floating-Sitzungen: Aktivieren, prüfen und deaktivieren Sie rechnergebundene Lizenzen. Fordern Sie eine Floating-Lizenz an, verlängern Sie ihre Zuweisung mit expliziten Heartbeats und geben Sie sie beim Beenden frei. Herausgebersignaturen und unterstützte Einschränkungen werden vor der Freigabe geprüft. Ein fehlgeschlagener Heartbeat oder eine abgelaufene Zuweisung sperrt die lizenzierte Nutzung im nativen Client; diese API bietet keine automatische Offline-Kulanzfrist.
- Offline-Lizenzen und Wartung: Prüfen Sie signierte XML- und kompakte Lizenzen mit einem fest hinterlegten Herausgeberschlüssel, kontrollieren Sie Ablaufdatum und freigeschaltete Funktionen und ermitteln Sie die Wartungsberechtigung anhand der authentifizierten Release-Identität. Die Wartungsabdeckung schließt den jeweiligen Veröffentlichungstag ein und hängt nicht von der Clientuhr ab.
- Ausführbare Integrationsbeispiele: Beispiele für Rust, Go, C++ und Python umfassen Offline-, Aktivierungs- und Floating-Abläufe, Compiler- und Linkerkonfiguration sowie Build-Anleitungen für Windows, Linux und macOS. Native-SDK-Leitfäden.
Änderungen
- Klare Grenzen des nativen Clients: Nicht unterstützte Einschränkungen führen zur Ablehnung. Die native C-ABI umfasst nicht automatisch die erweiterten Einschränkungen des verwalteten Clients, Berichte, dauerhafte Speicherung von Aktivierungen oder das Floating-Wiederverbindungsverhalten von .NET.
- Erweiterte Integrationsdokumentation: Sprachspezifische Leitfäden und die Licensing-Produktseite erläutern die native Unterstützung und den gesamten Funktionsumfang. Ein eigener KI-Abschnitt beschreibt die bereits vorhandenen Schnittstellen: gehostetes Licensing MCP (Data Center), Desktop MCP, strukturierte CLI-Ausgaben und TOON-APIs. Diese KI-Schnittstellen werden nicht erst mit 12.2.0 eingeführt.
Fehlerbehebungen
- Native Prüfung und Verarbeitung: XML-Kanonisierung, Import vertrauenswürdiger Schlüssel, Verarbeitung fehlerhafter Eingaben und Fehlerbehandlung an der C-ABI-Grenze wurden gehärtet. Das bloße Laden einer Lizenz berechtigt nicht zur Nutzung; eine fehlgeschlagene Prüfung hebt eine vorherige Authentifizierung auf.
- Native Datumsverarbeitung: Die UTC-Konvertierung lehnt ungültige oder nicht darstellbare Datumswerte vor der Umwandlung in das Uhrenformat der Plattform ab und verhindert so Überläufe. Explizite Ablauf- und Wartungsdaten auf der Unix-Epoche behalten ihre Bedeutung. Der aktuelle Linux-Uhrenbereich reicht ungefähr von 1677 bis 2262; Anforderungen an Datumswerte bei der Lizenzausstellung finden Sie in den Kompatibilitätshinweisen zum Native SDK.
- Wiederherstellung verwalteter Floating-Sitzungen: Der .NET-Client wiederholt fehlgeschlagene Verlängerungen mit zunehmenden Wartezeiten und kann eine verlorene Zuweisung innerhalb seines Wiederverbindungsfensters erneut anfordern. Dieses Verhalten des verwalteten Clients ist von der oben beschriebenen nativen Heartbeat-API getrennt.
Babel Obfuscator
Verbesserungen
- Einstellungen zur Unterdrückung von Reflection:
--reflectionund MSBuild akzeptieren sowohl die bisherige Ganzzahlstufe als auch die einzelnen Einstellungenmodule,tables,heaps,enclogundmetanoise. Metadatenrauschen ist optional; ungültige Einstellungen werden abgelehnt. Schutzfunktionen, die nur für .NET Framework vorgesehen sind, werden unter .NET und .NET Core übersprungen.
Fehlerbehebungen
- Android-Signierung: Die Option für das Keystore-Passwort heißt korrekt
--store-password;--storepassbleibt verfügbar. - Laufzeitdiagnose: Fehler bei der Codeverschlüsselung bewahren die ursprünglichen Ausnahmedetails, ohne festen Text, der Babel identifiziert.
Babel Desktop
Verbesserungen
- Lizenzdetails: Die aktuelle Lizenz-ID und das Ende des Testzeitraums werden angezeigt, einschließlich der Angaben für über die Website ausgestellte Testlizenzen.
- Reflection-Einstellungen und MCP: Dieselben detaillierten Reflection-Einstellungen lassen sich in den Einstellungen oder über MCP konfigurieren. Ungültige Schutzbezeichnungen und Werte für Metadatenrauschen werden abgelehnt; in den Voreinstellungen bleibt Metadatenrauschen deaktiviert.
- Rendering mit Mote: Der Desktop-Globus und der ASCII-Willkommensbildschirm verwenden Mote Engine. Hochauflösende Küstenlinien und die 8K-Tag- und Nachtbilder des Globus bleiben erhalten.
- ASCII-Willkommensbildschirm: Größere 3D-Figuren umfassen Kalenderfiguren, animiertes Sonnenplasma und einen geschnitzten Halloween-Kürbis. Hintergrundeffekte wirken auch auf die Figuren, Klicks erzeugen Wellen, und ein halbtransparenter Hintergrund verbessert die Lesbarkeit des Begrüßungstextes in beiden ASCII-Designs.
Fehlerbehebungen
- Große Protokolle: Ausführungen mit hohem Detailgrad auf großen Assemblies übertragen kleinere Protokollnachrichten, statt mit einer ungültigen Hostantwort abzubrechen.
- MSBuild-Projekte: Verweise auf installierte Tasks verwenden den Installationsdateipfad, auch bei Windows-EXE-Installationen ohne Registrierung im Global Assembly Cache.
- Einstellungen und Designs: Die ausgewählte Kategorie entspricht der geöffneten Einstellungsseite. Symbolschaltflächen bleiben in allen Designs zentriert und ohne unerwünschte Rahmen.
- ASCII-Animationen: Mote wird minifiziert, ohne den JavaScript-Kontrollfluss der Rendering-Schleife zu verschleiern. Dadurch entfallen die reproduzierten Bildaussetzer; Details und Effekte bleiben erhalten.
- Start des Globus: Die asynchrone Initialisierung der GPU-Pipelines verkürzt die anfängliche Wartezeit bei unverändertem geografischem Detailgrad.
- Beenden der Anwendung: Das Rendering wird vor dem Zerstören des Fensters beendet. Beim Herunterfahren des lokalen Hosts wird nicht mehr in einen bereits geschlossenen Stream geschrieben. Damit werden die reproduzierten GPU-Kanalfehler und der JavaScript-Fehlerdialog verhindert.