rabbitsign - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Rabbitsign - Zeichenanwendungen für TI-Grafikrechner

ZUSAMMENFASSUNG

Kaninchenzeichen [ Optionen ] [ -o Anwendungsdatei ] [ -k Schlüsseldatei ] Hexfile ...

Kaninchenzeichen [ Optionen ] [ -k Schlüsseldatei ] -c Hexfile ...

BESCHREIBUNG

Kaninchenzeichen ist eine Implementierung der Rabin- und RSA-Signaturalgorithmen von Texas Instruments, da
verwendet auf den Grafikrechnern TI-73, TI-83 Plus, TI-84 Plus, TI-89 und TI-92 Plus.
Diese Algorithmen werden verwendet, um Flash-Anwendungen und Betriebssysteme zu signieren, damit die
Rechner kann sie als gültig erkennen.

Kaninchenzeichen, benötigt wie die offiziellen Signaturprogramme von Texas Instruments einen privaten Schlüssel (ein Paar
großer Primzahlen), um Apps zu signieren. Damit die App akzeptiert wird, müssen die
der entsprechende öffentliche Schlüssel (deren Produkt) muss auf dem Rechner vorhanden sein. Ab diesem
Schreiben, die private ``Shareware''-Schlüsselnummer 0104, die zum Signieren von Anwendungen für die
TI-83 Plus und TI-84 Plus sind über das SDK von TI erhältlich. Leider ist die OS-Signierung
sowie die App-Signaturschlüssel für den TI-73, TI-89 und TI-92 Plus wurden nicht verwendet
freigegeben, was bedeutet, dass nur TI Apps und Betriebssysteme für diese Rechner signieren kann.

OPTIONAL
-a Versuchen Sie, die Leistung von Peter-Martijn Kuipers' Appsign Programm, zum Testen
Zwecke. Die resultierende Ausgabedatei hat einen Zeilenabschluss im Unix-Stil, und
wird daher nicht mit allen Programmen kompatibel sein. Diese Option wird nicht empfohlen für
gewöhnlicher Gebrauch.

-b Angenommen, Eingabedateien sind rohe Binärdateien. Wenn diese Option nicht angegeben ist, wird die Datei
Typ wird automatisch erkannt.

-c Signieren Sie keine Apps; Überprüfen Sie stattdessen, ob die Signaturen der angegebenen Apps
gültig. Der Exit-Status ist 0, wenn alle Apps gültig sind, 1, wenn eine oder mehrere Apps fehlschlagen, oder 2, wenn
es liegt ein nicht mathematischer Fehler vor.

-f Ignorieren Sie nicht schwerwiegende Fehler und erzwingen Sie, wenn möglich, die Unterzeichnung der Anwendung. (Alle
dieser Nachrichten gibt es jedoch aus einem bestimmten Grund, und die Chancen stehen gut, dass Ihre App
einen von ihnen generiert, schlägt die Validierung entweder fehl oder der Rechner stürzt ab.
Du wurdest gewarnt.)

-g Schreiben Sie die Ausgabedatei im GraphLink ``TIFL''-Format. (Standardmäßig und für historische
Gründe, Apps und Betriebssysteme für den TI-73 und TI-83 Plus sind in einfachem TI Hex geschrieben
stattdessen formatieren; du kannst verwenden packxxk(1) um diese Dateien in das TIFL-Format zu konvertieren.)
Apps und Betriebssysteme für den TI-89 und TI-92 Plus werden immer im TIFL-Format geschrieben. Sehen
Anmeldeformular FILE FORMATEN unten für weitere Informationen.

-k Schlüsseldatei
Lesen Sie die Signatur- und/oder Validierungsschlüssel aus der angegebenen Datei. Diese Datei muss in einer sein
der Formate, die von den SDK-Tools von TI verwendet werden. (Sehen SCHLÜSSEL FILE FORMATEN unten.) Standardmäßig
Kaninchenzeichen sucht nach dem im App-Header genannten Schlüssel (z. B. 0104.key for
``Shareware'' TI-83 Plus-Apps.)

-K id Suche nach dem Schlüssel mit dem angegebenen id (eine kleine hexadezimale Zahl) statt der
Im App-Header angegebene ID.

-n Versuchen Sie, das Programm unverändert zu signieren, ohne den Header zu ändern. (Diese Option kann
keine Datei erzeugen, die der Taschenrechner tatsächlich akzeptiert; es ist bestimmt für
Test- und Spezialsignaturen, nicht für normale App-Signaturen.)

-o Outfile
Geben Sie die Ausgabedatei an. Standardmäßig werden Ausgabedateien nach dem Namen von benannt
die Eingabedatei, entfernen Sie alle Suffixe und fügen Sie ein `.app' oder `.8xk' Suffix hinzu, je nachdem
auf ob -g angegeben. (Wenn die Eingabedatei bereits eine `.app' oder `.8xk'
Suffix, `-signed' wird eingefügt, also wird `myapp.8xk' zu `myapp-signed.8xk'.)

Wenn `-' als Eingabedatei angegeben ist, gibt dies die Standardeingabe an, und die
Vorzeichenbehaftetes Ergebnis wird standardmäßig in die Standardausgabe geschrieben.

-p Korrigieren Sie den Header der App-Seiten. Dies ist standardmäßig nicht der Fall, da falsche Seiten
Header ist im Allgemeinen ein Zeichen für ein viel ernsteres Problem.

-P Wenn die Anwendung in der Nähe einer Seitengrenze endet, fügen Sie eine zusätzliche Seite zum Halten hinzu
die Unterschrift. (Anwendungssignaturen auf dem TI-73 und TI-83 Plus sind nicht erlaubt
um eine Seitengrenze zu überspannen.) Denken Sie daran, dass dies äußerst verschwenderisch ist, da es
verbraucht 16384 Byte Flash, um ungefähr 69 Byte Daten zu speichern; wenn dein
Anwendung in dieser Situation ist, sollten Sie versuchen, ihre Größe zu reduzieren
leicht oder alternativ durch Hinzufügen weiterer Daten, um den zusätzlichen Flash zu nutzen


-q Drucken Sie keine nicht schwerwiegenden Warnmeldungen.

-r Signieren Sie eine zuvor signierte App erneut (dh verwerfen Sie die vorherige Signatur, bevor Sie
Unterzeichnung.)

-R n Verwenden Sie zum Signieren von TI-73- und TI-83 Plus-Anwendungen die Stammnummer n (0 n ≤ 3) eher
als der Standard, Root-Nummer 0. Alle vier Roots sind gültig, aber unterschiedlich,
Signaturen, daher dient diese Option hauptsächlich zum Debuggen.

Wurzel 0 wird so berechnet, dass sie kongruent zu ist m^[(p+1)/4] Modulo p und m^[(q+1)/4]
Form q. Wurzel 1 ist die Negation von Wurzel 0 modulo p, Wurzel 2 die Negation modulo q,
und Wurzel 3 die Negation beide modulo p und modulo q.

Diese Option hat keine Auswirkung beim Signieren von Betriebssystemen oder TI-89/92 Plus-Anwendungen, die
Verwenden Sie den RSA-Algorithmus anstelle von Rabin.

-t tippe
Geben Sie den Programmtyp explizit an (z. B. `8xk' für eine TI-83 Plus-Anwendung,
oder `73u' für ein TI-73-Betriebssystem.) Das Standardverhalten ist das Ableiten der
Programmtyp aus dem Namen der Eingabedatei. (Wenn die Eingabedatei kein a
erkanntes Suffix, der Typ wird anhand des Inhalts des Programms erraten
Header.)

-u Deaktivieren Sie die automatische Seitenerkennung und gehen Sie davon aus, dass die Eingabedateien unsortiert sind. Das heisst
dass Seitengrenzen explizit definiert werden müssen. (Sehen Anmeldeformular FILE FORMATEN
unten.) Diese Option hat keine Auswirkung in binär (-b) Modus.

-v Seien Sie ausführlich; Drucken Sie die Namen der Apps und ihre Signaturen aus, während sie signiert werden.
Verwenden Sie die -vv Nähere Informationen zur Berechnung.

--help Drucken Sie eine Zusammenfassung der Optionen aus.

--Version
Versionsinformationen ausdrucken.

Anmeldeformular FILE FORMATEN

Intel Sechskant
Intel Hex ist ein Standard-ASCII-Dateiformat, das von vielen PROM-Programmierern verwendet wird, und ein gängiges
Assembler-Ausgabeformat. Jede Zeile (oder ``record'') besteht aus folgendem:

:NNAAAATTDDDDDD...CC

: Das erste Zeichen der Zeile ist ein Doppelpunkt; Dies wird nur verwendet, um die
Format.

NN Die nächsten beiden Zeichen sind die Anzahl der Datenbytes in dieser Zeile, geschrieben in
ASCII in Großbuchstaben hexadezimal.

AAAA Die nächsten vier Ziffern sind die Adresse der Daten in dieser Zeile. Kaninchenzeichen einzige
betrachtet die unteren 14 Bit dieses Wertes.

TT Diese beiden Ziffern identifizieren den ``Typ'' des Datensatzes. Intel Hex definiert mehrere
Datensatztypen für verschiedene Adressierungsmodelle; die einzigen Typen, die sinnvoll sind für
TI-Rechner sind vom Typ 00 (gewöhnliche Daten) und 01 (Ende der Datei).

DD ... 2*NN Es folgen Hex-Ziffern, die eigentlichen Daten.

CC Zum Schluss wird die invertierte Prüfsumme addiert, so dass alle Bytes auf der addiert werden
line ergibt insgesamt null modulo 256. (Als Erweiterung Kaninchenzeichen erlaubt dir zu
verwenden Sie zwei große `X's anstelle einer Prüfsumme.)

Da die Adresse nur 16 Bit beträgt, kann dieses Format Anwendungen nicht eindeutig darstellen
größer als 64 Kilobyte. Damit mehrseitige Anwendungen erstellt werden können, Kaninchenzeichen
versucht, Seitengrenzen automatisch zu erkennen und beginnt für jedes Feld eine neue Seite mit
eine Nulladresse. Um eine mehrseitige App zu erstellen, können Sie also einfach mehrere Intel
Hex-Dateien, zB

Katze Seite0.hex Seite1.hex | Kaninchenzeichen - -o complete.app

Dies funktioniert nur, wenn die Datensätze innerhalb jeder Seite richtig sortiert sind. (Wenn die
Assembler erzeugt keine Datensätze der Reihe nach, Sie können die Felder mit a . selbst sortieren
Befehl wie `sort -k1.8,1.9 -k1.4,1.7'.)

Um diese automatische Seitenerkennung zu deaktivieren, verwenden Sie die -u Möglichkeit. In diesem Fall müssen Sie
Definieren Sie Seitengrenzen explizit mit dem TI-Hex-Format.

TI Sechskant
``TI''-Hex ist eine Erweiterung von Intel-Hex, die eine eindeutige Darstellung von
mehrseitige Apps. Es fügt Datensätze des Formulars hinzu

: 0200000200NNCC

die anzeigen, dass nachfolgende Daten auf der relativen Seitenzahl platziert werden NN. (Merken Sie sich
dass die TI-83 und 84 Plus Anwendungen ``rückwärts'' installieren, also wenn die relative Seite 0 ist
auf der absoluten Seite 69 gespeichert, die relative Seite 1 wird auf der absoluten Seite 68 gespeichert, und so
her.)

Einige Assembler können mehrseitige Daten mit Datensätzen des Typs 4 anstelle des Typs 2 generieren;
Kaninchenzeichen behandelt diese als äquivalent zu Typ 2.

Für die Kompatibilität mit anderer Software, die bestimmte Annahmen über das Format macht,
Kaninchenzeichen schreibt 32 Bytes pro Zeile und beendet Zeilen mit einem DOS-artigen Wagen
Rücklauf und Zeilenvorschub.

GraphLink TIFL
Das standardmäßige (neuere) GraphLink-Format besteht aus einem 78-Byte-Binärheader, der hinzugefügt wird
an den Anfang einer Hex- oder Binärdatei. Der Inhalt dieser Kopfzeile ist wie folgt:

0x00-07
Die Zeichenfolge `**TIFL**'.

0x08 Die Hauptversionsnummer (``App ID'') der Anwendung.

0x09 Die Nebenversionsnummer (``App Build'') der Anwendung.

0x0A-Flags; soll offenbar anzeigen, ob der Inhalt der Datei binär ist
(0) oder TI Hex (1). Dieser Wert wird jedoch von anderer Software nicht einheitlich eingestellt.

0x0B ``Objekttyp''-Feld; weist anscheinend auf etwas über die Art der Daten hin. Satz
auf 0x88 in den meisten TI-73- und TI-83 Plus-Dateien; in TI-0- und TI-89 Plus-Dateien auf 92 setzen.

0x0C-0F
Binär codierter dezimaler Monat (ein Byte), Tag (ein Byte) und Jahr (zwei Byte, groß
endian), wenn die App signiert wurde.

0x10 Länge des App-Namens.

0x11-18
Name der App.

0x19-2F
Reserviert, immer auf Null gesetzt.

0x30 Rechnertyp (0x73 = TI-83 Plus, 0x74 = TI-73, 0x88 = TI-92 Plus, 0x98 = TI-89.)

0x31 Datentyp (0x23 = OS-Upgrade, 0x24 = Anwendung, 0x25 = Zertifikat.)

0x32-49
Reserviert, immer auf Null gesetzt.

0x4A-4D
Little-Endian-Länge der folgenden Daten (die Länge der Hex-Datei, nicht die On-
Rechnergröße der Anwendung.)

Es gibt auch mehrteilige TIFL-Dateien, die einfach aus zwei oder mehr TIFL-Dateien bestehen
miteinander verkettet. (Zum Beispiel ein Software-Lizenzvertrag oder eine Zertifikatsdatei
kann einem Antrag beigefügt werden.) Kaninchenzeichen behandelt diese Dateien nur eingeschränkt: es
liest nur den ersten Abschnitt mit einem erkannten Datentyp und ignoriert alle anderen Daten in
die Datei. Kaninchenzeichen können keine mehrteiligen TIFL-Dateien erstellen, aber sie können erstellt werden mit
packxxk(1) (oder einfach mit Katze(1).)

Binär
Kaninchenzeichen kann auch binäre App-Dateien lesen; es wird angenommen, dass sie zusammenhängend sind, also wenn
Beim Signieren einer mehrseitigen App muss jede Seite mit Ausnahme der letzten zu vollen 16k gefüllt werden.

SCHLÜSSEL FILE FORMATEN

Schlüsseldateien enthalten die Daten, die zum Signieren und Validieren von Anwendungen benötigt werden. (Die Portion
der zur Validierung verwendeten Schlüsseldatei wird als ``öffentlicher'' Schlüssel bezeichnet; die Portion für
Signieren ist der ``private'' Schlüssel. Auf dem Rechner selbst wird nur der öffentliche Schlüssel gespeichert.)
Offizielle Schlüsseldateien von TI gibt es in zwei Varianten, die als ``Rabin''- und ``RSA''-Formate bekannt sind.
Beachten Sie, dass Kaninchenzeichen unterstützt derzeit die Verwendung von Schlüsseldateien vom Typ Rabin zum Generieren von RSA
Unterschriften, aber nicht umgekehrt.

Rabin Haupt Format
Das Rabin-Schlüsseldateiformat wird normalerweise zum Signieren von TI-73- und TI-83 Plus-Anwendungen verwendet
Schlüssel. Es besteht aus drei Zeilen, die jeweils eine große ganze Zahl enthalten. Die erste Zeile ist die
Öffentlicher Schlüssel, n; der zweite und dritte sind seine beiden Faktoren, p und q.

Jede Zeile beginnt mit zwei hexadezimalen Ziffern, die die Länge der Zahl in Bytes angeben,
gefolgt von den Bytes selbst, geschrieben in hexadezimaler Reihenfolge in Little-Endian-Reihenfolge.

RSA Haupt Format
Das RSA-Schlüsseldateiformat wird normalerweise für das Signieren von TI-89- und TI-92 Plus-Anwendungen verwendet
Schlüssel. Es besteht aus drei Zeilen: der Schlüssel-ID, dem öffentlichen Schlüssel n, und der Vorzeichenexponent
d. (d ist die Umkehrung des Validierungsexponenten, 17, modulo ϕ(n) und damit berechnen d
ist rechnerisch äquivalent zu Factoring n.)

Die Schlüssel-ID ist eine kurze hexadezimale Zahl, die mit dem Inhalt des 811x . übereinstimmen sollte
Header-Feld. Die Zahlen n und d werden als große ganze Zahlen geschrieben, wie im Rabin-Schlüssel
Format.

Verwenden Sie Rabbitsign online mit den onworks.net-Diensten