Sicherheit
Sicherheit bei Compress Images
Ob Ihre Datei hochgeladen wird, was die zurückgegebene Datei enthält und wie Sie uns ein Sicherheitsproblem melden.
Kein Upload
Ihre Datei wird in Ihrem Browser gelesen. Keine Seite dieser Website sendet sie an uns oder an irgendwen sonst, und das Laden der Seite ändert daran nichts: die Dateien der Seite selbst kommen von dieser Website.
Verbindungen nur zu dieser Website
Die Content-Security-Policy jeder Seite lässt Skripte nur zur Adresse dieser Website verbinden, sodass eine Seite auch dann keinen Server von außen erreicht, wenn sie es versucht.
Kein Konto, keine Kopie
Die Seiten sind statische Dateien. Es gibt keine Anmeldung, keine Datenbank und keine Kopie Ihrer Datei, weil wir nie eine erhalten.
Wohin Ihre Datei geht
Wenn Sie auf der Startseite eine Datei ablegen oder auswählen, liest Ihr Browser sie und wandelt sie in einem Web Worker auf Ihrem eigenen Gerät um. Nichts wird in den Speicher dieser Website kopiert: Das Werkzeug schreibt nichts in IndexedDB, nichts in den Cache Storage und keine Cookies, und die Datei wird nicht an uns gesendet. Die Datenschutzerklärung ist die einzige Stelle, an der das vollständig steht, auch dazu, was der Hosting-Anbieter sieht, wenn Sie eine Seite laden.
Kein Upload heißt nicht kein Netzwerk. Das Laden der Werkzeugseite bringt den Browser dazu, diese Website nach dem HTML dieser Seite, ihrem Stylesheet und den JavaScript-Modulen zu fragen, die das Werkzeug steuern. Ein Durchlauf fügt das Worker-Skript und die Codec-Module hinzu, die dieser Lauf braucht, jedes einmal von dieser Website geladen: den Dekoder des Eingabeformats, den Encoder des Ausgabeformats und die Skalier- oder PNG-Optimierungsmodule, wenn der Lauf sie benutzt. Der erste Durchlauf in einem bestimmten Format ist der, der es lädt. Eine Seite, die nicht das Werkzeug ist, lädt nur ihr eigenes HTML, ihr Stylesheet und ihre Module, und gar keinen Codec. All das ist die eigene Adresse dieser Website und nichts sonst: Jede Anfrage, die eine Seite stellt, vor einem Durchlauf, währenddessen und danach, ist ein GET oder ein HEAD ohne Rumpf, und keine Anfrage trägt Ihre Datei.
Sobald ein Modul geladen ist, läuft dieselbe Konvertierung mit abgeschaltetem Netz erneut, und das ist die Prüfung hinter diesem Satz. Nichts davon hängt davon ab, einem Versprechen zu glauben: Sie können ein Bild komprimieren, ohne es hochzuladen und dabei Ihr eigenes Netzwerk-Tab beobachten.
Die Content-Security-Policy
Jede Seite wird mit einer Content-Security-Policy ausgeliefert, die Skripte nur von dieser Website laden und nur mit dieser Website verbinden lässt: connect-src 'self' blob:. Das blob: ist kein weiterer Ursprung. Es ist das Schema der Objekt-URLs, die diese Seite für Ihre eigenen Vorher-Nachher-Vorschauen und die Download-Links erzeugt, und ein Browser löst eine solche URL innerhalb des Ursprungs auf, der sie erzeugt hat. Das ist weiter als “nur diese Seite kann sie lesen”: Die URL ist auf den erzeugenden Ursprung und auf die Speicherpartition begrenzt, in der die Website sitzt, und das ist die eigene Speicherpartitionierung des Browsers, die Einschränkung kommt also mit einer Partitionsregel, die diese Website nicht steuert und nicht gemessen hat. Was die Policy feststellt, ist dass ein Skript keine Adresse hat, um über diese Website hinaus zu gelangen: Versuchte eines, von einem anderen Ursprung zu laden oder dorthin zu senden, würde der Browser die Verbindung abbrechen, bevor sie hinausgeht.
Was die zurückgegebene Datei enthält
Standardmäßig trägt die Ausgabe gar keine EXIF: kein EXIF-Segment in einem JPEG, keinen EXIF-Block in einem WebP und kein Metadatenelement in einem AVIF oder PNG. Kameradaten, Ort und Zeitstempel wandern also nicht mit dem Bild mit, das Sie herunterladen, und das ist meist genau das, was Sie von einer erneut kodierten Kopie wollen.
Die Umschaltung für Metadaten ändert das, mit einer Grenze. Markieren Sie “EXIF-Metadaten behalten”, kommt der Block in einer JPEG-, PNG- oder WebP-Ausgabe zurück, mit der Orientierung als 1, weil die Pixel schon richtig herum gedreht wurden. Eine AVIF-Ausgabe kann hier keinen EXIF-Block tragen, deshalb hat die Umschaltung bei gewähltem AVIF keine Wirkung, und die Zeile sagt, dass die Metadaten nicht behalten wurden.
So oder so wird die von Ihrer Kamera gespeicherte Orientierung auf die Pixel angewendet, sodass ein Foto im Hochformat richtig herum herauskommt. Das gilt für eine JPEG-, PNG- oder WebP-Eingabe. Eine AVIF-Eingabe ist die Ausnahme: Ihr EXIF-Block wird nicht gelesen, eine AVIF-Datei, die eine Drehung speichert, wird also so benutzt, wie sie gespeichert ist. Von den acht EXIF-Orientierungen vertauschen die vier mit einer Vierteldrehung, also 5 bis 8, außerdem die Breite und die Höhe, sodass ein mit 6 gekennzeichnetes Foto 400 mal 600 herauskommt aus einer Datei, deren Zahlen 600 mal 400 lauten. Die 180-Grad-Drehung ist nicht eine dieser vier: Sie dreht das Bild, ohne eine der beiden Zahlen zu ändern.
Was das Werkzeug nicht zurückgeben kann
Die Ausgabe ist das Bild, das Sie gewählt haben: dekodiert, optional skaliert und erneut im gewählten Format kodiert, mit 8 Bit pro Kanal im sRGB-Farbraum, in dem Browser arbeiten. PNG, WebP und AVIF behalten die Transparenz; eine JPEG-Ausgabe hat keinen Alphakanal, dadurch wird, was durchsichtig war, auf Weiß gelegt. Eine JPEG-Ausgabe wird außerdem progressiv und mit unterabgetasteten Farbkanälen geschrieben, und das ist MozJPEGs eigene Voreinstellung, keine Einstellung, die dieses Werkzeug anbietet.
Verlustbehaftete Komprimierung wirft Details weg, und das Werkzeug stellt nichts wieder her, was es nicht bekommen hat. Eine kleinere Datei ist nicht automatisch eine bessere, und deshalb zeigt jede fertige Zeile beide Größen und beide Bilder nebeneinander.
Ein Sicherheitsproblem melden
Wenn Sie ein Sicherheitsproblem finden, schreiben Sie an security@compress-images.online. Die Datei security.txt der Website nennt dieselbe Adresse. Ein Problem im Werkzeug selbst melden Sie genauso, und am meisten helfen dabei das Format, das Sie gewählt haben, und die Einstellungen, die Sie benutzt haben.