CleveresTricky

Protokolle & Support

CleveresTricky bietet integrierte Mechanismen zur Erfassung von Diagnoseschnappschüssen, Laufzeitprotokollen und Notfall-Fehlerberichten.

Wo zu finden: Protokolle & Support. Wo ist welche Funktion?

Vorgehen

  1. Öffnen Sie Protokolle & Support oder wählen Sie Hilfe erhalten unter Übersicht. Aktivieren Sie Debug-Protokollierung nur bei Bedarf, reproduzieren Sie den Fehler und aktualisieren Sie die Protokolle. Anzeige, Kopieren und Herunterladen funktionieren weiterhin unabhängig.
  2. Öffnen Sie Berichtsvorschau. Systemübersicht ist eine begrenzte Zustandsaufnahme, kein Protokoll. Systemübersicht kopieren kopiert genau die angezeigte Übersicht. Die Vorschau zeigt die aktuellen Modulprotokolle getrennt.
  3. Basisbericht teilen erstellt eine ZIP mit system-summary.txt und module-logs.txt und öffnet die Android-Auswahl. Sie wählen das Ziel. Ist das Teilen nicht verfügbar oder schlägt es fehl, wird dieselbe ZIP heruntergeladen; ein Abbruch löst keinen Download aus. An Telegram wird nichts automatisch gesendet.
  4. Bericht aktualisieren aktualisiert beide Aufnahmen. Bei einem Erstellungsfehler bleiben Kopieren und Teilen gesperrt. Deaktivieren Sie Debug-Protokollierung danach.

Details und Grenzen

Diagnose- und Protokolldaten helfen, unerwartetes Verhalten zu untersuchen.

Senden Sie allgemeine Fehlerberichte per E-Mail an info@tryigit.dev, jeweils mit Systemübersicht und Modulprotokolle. Projektmitglieder können auch GitLab-Issues nutzen; für E-Mail-Berichte ist kein Repository-Zugriff erforderlich.

Protokolle & Support

  1. Öffnen Sie Protokolle & Support oder wählen Sie Hilfe erhalten unter Übersicht. Aktivieren Sie Debug-Protokollierung nur bei Bedarf, reproduzieren Sie den Fehler und aktualisieren Sie die Protokolle. Anzeige, Kopieren und Herunterladen funktionieren weiterhin unabhängig.
  2. Öffnen Sie Berichtsvorschau. Systemübersicht ist eine begrenzte Zustandsaufnahme, kein Protokoll. Systemübersicht kopieren kopiert genau die angezeigte Übersicht. Die Vorschau zeigt die aktuellen Modulprotokolle getrennt.
  3. Basisbericht teilen erstellt eine ZIP mit system-summary.txt und module-logs.txt und öffnet die Android-Auswahl. Sie wählen das Ziel. Ist das Teilen nicht verfügbar oder schlägt es fehl, wird dieselbe ZIP heruntergeladen; ein Abbruch löst keinen Download aus. An Telegram wird nichts automatisch gesendet.
  4. Bericht aktualisieren aktualisiert beide Aufnahmen. Bei einem Erstellungsfehler bleiben Kopieren und Teilen gesperrt. Deaktivieren Sie Debug-Protokollierung danach.

Die Übersicht verwendet eine feste Liste: Modul-, Versions-, Root-Umgebungs- und Interceptor-Zustand, Gesamtzahlen, CPU/RSS, Funktionsschalter und grundlegende Android-/Gerätemetadaten. Paket-/Keyboxnamen, Zugangsdaten, Serverkonfiguration, private Schlüssel und Identitätskennungen sind ausgeschlossen. Feldnamen und Maschinenwerte von schema=2 bleiben sprachunabhängig. Die ZIP enthält zusätzlich echte Modulprotokolle, die Geräte- oder Appnamen zeigen können: beide Teile vor dem Teilen prüfen. Die Übersicht ist auf 8 KiB, UTF-8-Protokolle auf 1 MiB begrenzt; unlesbare oder übergroße Daten werden abgewiesen. Diese ZIP ist vom umfangreicheren Notfallbericht .tar.gz getrennt.

Natives Teilen nutzt eine private Kopie im Android-Shell-Dateianbieter (Modus 0640) und eine vorübergehende Leseberechtigung. Der primäre Android-Nutzer wird unterstützt; andere Nutzer oder Hosts ohne nutzbaren Anbieter erhalten den Download. Höchstens 32 Kopien bleiben erhalten; Kopien über 24 Stunden werden erst nach einem erfolgreichen neuen Export entfernt. Heruntergeladene ZIPs bleiben erhalten.

CleveresTech Telegram-Gruppe.

Methode 2: Notfall-Fehlerbericht per Knopfdruck (emergency-report.sh)

CleveresTricky enthält ein automatisiertes Skript, das Systemprotokolle, Modulstatus und Root-Umgebungsdaten in ein komprimiertes Archiv (.tar.gz) bündelt.

[!NOTE] Unter Magisk öffnet die Action-Schaltfläche des Moduls die WebUI (über die eigenständige Host-App). Unter KernelSU/APatch führt sie diesen Bericht aus.

Über den Root-Manager (KernelSU / APatch):

  • Tippen Sie auf die Action-Schaltfläche neben der CleveresTricky-Modulkarte.

Über das Terminal (Termux / Root-Shell):

su -c /data/adb/modules/cleverestricky/emergency-report.sh

Speicherort des Berichts:

Das Notfallarchiv wird normalerweise unter dem privaten Android-Shell-Verzeichnis files/bugreports/ veröffentlicht. Ist es nicht verfügbar, folgen /storage/emulated/0/Download/ und /data/local/tmp/. Verwenden Sie den ausgegebenen Pfad; der aktuelle Dateiname lautet CleveresTricky-bugreport-<timestamp>-<nonce>.tar.gz. - Hängen Sie dieses Archiv an Ihre Fehlerbericht-E-Mail an.

[!TIP] Keybox-XML/CBOX-Dateien und vertrauliche Schlüssel werden zum Schutz Ihrer Daten bewusst nicht in dieses Archiv aufgenommen.

Methode 3: Laufzeitprotokoll des nativen Daemons (native_runtime.log)

Der native Hintergrunddienst protokolliert Initialisierung, Hooks und Betriebsstatus fortlaufend in:

/data/adb/cleverestricky/native_runtime.log

Neueste Protokolle im Terminal anzeigen:

su -c "tail -n 100 /data/adb/cleverestricky/native_runtime.log"

Methode 4: Android Logcat (ADB oder Terminal)

Wenn die WebUI nicht startet oder der Dienst blockiert ist, liefert Android logcat direkte Einblicke in den Startvorgang und Binder-Transaktionen.

Live-Erfassung über ADB:

adb logcat -s cleverestricky CleveresTricky

In Termux oder lokaler Root-Shell:

su -c "logcat -d -s cleverestricky CleveresTricky"

Sauberer Neustart-Mitschnitt (Keystore-Neustart):

adb logcat -c
adb shell su -c 'setprop ctl.restart keystore2'
adb logcat -d -s cleverestricky CleveresTricky

Wichtige Startmarkierungen:

  • Welcome to Service!
  • Web server on port ...
  • libbinder ioctl hook installed successfully
  • Keystore Binder interceptor registered
  • TEE SecurityLevel interceptor registered

KeyMint / TEE Hardwarefehler-Markierung:

Wenn Sie Folgendes sehen:

[WARN] Platform KeyMint HAL unreachable or TEE broken (SECURE_HW_COMMUNICATION_FAILED).
[INFO] CleveresTricky requires a functional hardware KeyMint; aborting injection to prevent framework deadlock.
[INFO] Please consult documentation (docs/security/Attestation.md or docs/LOG.md) for TEE recovery guidance.

Dies zeigt an, dass die Hardware-TEE- oder herstellerspezifische KeyMint-HAL-Kommunikation fehlschlägt (Fehlercode -49 / SECURE_HW_COMMUNICATION_FAILED). CleveresTricky bricht die Interzeption absichtlich ab, um Deadlocks im Framework zu verhindern. Weitere Informationen zu geräteseitigen TEE-Wiederherstellungsoptionen finden Sie unter Attestation.md.

[!WARNING] Überprüfen Sie Protokolle vor der Veröffentlichung. Passwörter und WebUI-Tokens werden nie erfasst, Gerätenamen, Prozess-IDs und Paketnamen können jedoch enthalten sein.

Erforderliche Angaben für Issues

Bitte fügen Sie Ihrem Fehlerbericht Folgendes bei: 1. Systemübersicht / Basisbericht teilen (Protokolle & Support) 2. Modulprotokolle (aus Protokolle & Support mit aktivierter Debug-Protokollierung, einem emergency-report.sh-Archiv oder logcat) 3. Gerätemodell, Android-Version und Root-Methode (KernelSU / APatch / Magisk)

Zurück zu allen Anleitungen