Bibliotheken von fremden Servern brauchen einen Prüf- und Aktualisierungsplan. Beginnen Sie mit einer Bestandsaufnahme. ABHÄNGIGKEITEN ERFASSEN Notieren Sie Zweck, Anbieter, Version und Verantwortliche jedes externen Skripts. Öffnen Sie eine Testseite ohne das Skript: Welche Funktion fehlt? So unterscheiden Sie notwendige Komponenten von vergessenen Experimenten. WAS SRI PRÜFT Laut MDN vergleicht Subresource Integrity eine geladene Ressource mit einem vorgegebenen kryptografischen Hash. Bei Abweichung wird sie blockiert. Übereinstimmender Inhalt garantiert nicht die Sicherheit der Bibliothek selbst. UPDATES PLANEN Klären Sie, wer neue Versionen prüft und zugehörige Einstellungen aktualisiert. Übernehmen Sie keinen Hash aus einem beliebigen Beitrag. Verwenden Sie die geprüfte Datei der gewünschten Version und Anbieterhinweise. Beachten Sie bei fremden Ursprüngen auch die CORS-Anforderungen in MDN. DEN FEHLERFALL TESTEN Prüfen Sie in einer Testumgebung erfolgreiche Ladung und kontrollierte Abweichung. Bleibt der Haupttext zugänglich? Erklärt das Formular, warum es nicht fortfahren kann? Dokumentieren Sie ohne Token oder personenbezogene Daten. Ändern Sie Zahlungsintegrationen nicht auf Verdacht. Nehmen Sie nach der Domainauswahl eine Abhängigkeitsliste ins Website-Briefing auf. Erstellen Sie im Katalog Ihre Namensauswahl und legen Sie anschließend fest, wer jede externe Komponente betreut. Bild: neue KI-Fotoillustration für diesen Artikel; konzeptionelle Szene, keine dokumentarische Aufnahme. Domain-Katalog: https://domainevery.com/de/domains Primärquellen: https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Subresource_Integrity
