Technischer Nachweis der lokalen Linkverarbeitung

Geprüfter Stand

Drei Prüfebenen

Die lokale Linkverarbeitung wurde auf drei getrennten Ebenen geprüft:

1. technische Netzwerkbegrenzung durch die Content Security Policy;
2. Browser-Network-Test mit eindeutigen Testwerten;
3. Linkberechnung ohne aktive Netzwerkverbindung nach vollständigem Laden der App.

Keine einzelne Prüfebene ist für sich allein ein vollständiger Nachweis. Zusammen dokumentieren sie das beobachtete Verhalten des geprüften Produktionsstands.

1. Netzwerkbegrenzung

Die SafeShare App wurde im geprüften Produktionsstand mit einer Content Security Policy ausgeliefert, die folgende Direktive enthält:

connect-src 'none'

Diese Direktive begrenzt die von connect-src erfassten scriptinitiierten Verbindungen.

Dazu gehören insbesondere Verbindungen über fetch, XMLHttpRequest, WebSocket und EventSource.

Die Direktive bedeutet nicht, dass die gesamte Website keine Netzwerkrequests ausführen kann. Das Dokument und statische Ressourcen wie CSS, JavaScript und Bilder müssen weiterhin geladen werden.

2. Browser-Network-Test

Für den dokumentierten Lauf wurde die SafeShare App mit einem Testlink gestartet, der drei eindeutige Werte enthielt:

• safeshare-live-test
• test123
• example.com/path

Während der vollständigen Verarbeitung wurden 11 Requests aufgezeichnet.

Beobachtet wurde:

• 11 Requests insgesamt;
• ausschließlich Host safesharepro.com;
• keine externen Hosts;
• safeshare-live-test: 0 Fundstellen in tatsächlichen Requestbestandteilen;
• test123: 0 Fundstellen in tatsächlichen Requestbestandteilen;
• example.com/path: 0 Fundstellen in tatsächlichen Requestbestandteilen.

Schlussfolgerung:

Im aufgezeichneten Browser-Netzwerkprotokoll des beschriebenen Testlaufs wurde keiner der drei eindeutigen Werte aus dem übergebenen Testlink in einem Requestbestandteil gefunden.

3. Offline-nach-dem-Laden-Test

Die SafeShare App wurde zunächst vollständig geladen.

Danach wurde unter Windows der Flugmodus aktiviert.

Ohne erneutes Laden der Seite wurde folgender Testlink eingegeben:

https://example.com/path?utm_source=offline-test&fbclid=offline123&ok=1

Beobachtetes Ergebnis:

https://example.com/path?ok=1

utm_source und fbclid wurden entfernt.

ok=1 blieb erhalten.

Schlussfolgerung:

Für den geprüften Browserzustand funktionierte die eigentliche Linkberechnung nach vollständigem Laden ohne aktive Netzwerkverbindung.

Der Test zeigt nicht, dass SafeShare ohne vorheriges Laden beliebig offline gestartet werden kann.

Prüfartefakte

Die folgenden veröffentlichten Artefakte gehören zum dokumentierten Network-Test.

Die Roh-HAR ist nicht Bestandteil dieser Veröffentlichung.

Die veröffentlichte HAR ist eine bereinigte Kopie des dokumentierten 11-Request-Laufs.

Der Offline-Test ist im technischen Prüfbericht dokumentiert, besitzt jedoch keinen veröffentlichten Screenshot-Beleg.

Aussagegrenze

Der Nachweis gilt für den dokumentierten Produktionsstand und die beschriebenen Testbedingungen.

Er ist keine pauschale Aussage über jeden zukünftigen Build, jeden Browser oder jede denkbare Laufzeitkonfiguration.

Die Prüfung ist keine Zertifizierung und keine Garantie vollständiger Netzwerklosigkeit.

Verified version

Three verification layers

Local link processing was tested on three separate levels:

1. a technical network restriction provided by the Content Security Policy;
2. a browser Network test using unique test values;
3. link calculation without an active network connection after the app had fully loaded.

No single verification layer is a complete proof on its own. Together, they document the observed behavior of the tested production version.

1. Network restriction

The tested production version of the SafeShare App was delivered with a Content Security Policy containing this directive:

connect-src 'none'

This directive restricts script-initiated connections covered by connect-src.

These include connections made through fetch, XMLHttpRequest, WebSocket, and EventSource.

The directive does not mean that the entire website can make no network requests. The document and static resources such as CSS, JavaScript, and images still have to be loaded.

2. Browser Network test

The documented run used a test link containing three unique values:

• safeshare-live-test
• test123
• example.com/path

The browser recorded 11 requests while SafeShare processed the link.

Observed:

• 11 requests in total;
• safesharepro.com was the only request host;
• no external hosts;
• safeshare-live-test: 0 occurrences in actual request components;
• test123: 0 occurrences in actual request components;
• example.com/path: 0 occurrences in actual request components.

Conclusion:

In the recorded browser network log of the documented test run, none of the three unique values from the submitted test link was found in a request component.

3. Offline-after-loading test

The SafeShare App was first allowed to load completely.

Windows airplane mode was then enabled.

Without reloading the page, this test link was entered:

https://example.com/path?utm_source=offline-test&fbclid=offline123&ok=1

Observed result:

https://example.com/path?ok=1

utm_source and fbclid were removed.

ok=1 remained.

Conclusion:

For the tested browser state, the link calculation continued to work without an active network connection after the app had fully loaded.

The test does not show that SafeShare can be started offline without first loading the app.

Published artifacts

The following published artifacts belong to the documented browser Network test.

The raw HAR is not part of this publication.

The published HAR is a sanitized copy of the documented 11-request run.

The offline-after-loading test is documented in the technical report but does not have a published screenshot artifact.

Scope and limits

The evidence applies to the documented production version and the described test conditions.

It is not a blanket statement about every future build, every browser, or every possible runtime configuration.

The verification is not a certification and not a guarantee of complete network isolation.