Entwicklung der Windows-Codesignierung

Entwicklung der Windows-Codesignierung

Die Codesignierung unter Windows hat im Laufe der Jahre erhebliche Veränderungen erfahren. In den frühen Tagen konnte man seine Anwendungen mit jedem Zertifikat einer vertrauenswürdigen Zertifizierungsstelle signieren, und Windows vertraute darauf. Der Prozess war relativ einfach, hatte jedoch Sicherheitseinschränkungen. Jeder mit einem gültigen Zertifikat konnte Code signieren, und es gab kaum eine Überprüfung der Identität des Entwicklers.

Microsoft führte im Laufe der Zeit strengere Anforderungen ein. Die erste große Änderung war die Anforderung, dass Codesignaturzertifikate Hardware-Token wie USB-Sticks oder Smartcards verwenden müssen, anstatt den privaten Schlüssel in einer Datei zu speichern. Dies machte es Angreifern viel schwerer, Signaturschlüssel zu stehlen. Die nächste Änderung war die Einführung von erweiterten Validierungs- (EV) Codesignaturzertifikaten, die eine gründlichere Überprüfung der Identität des Entwicklers erforderten.

Die bedeutendste Änderung kam mit SmartScreen und dem reputationsbasierten System. Selbst mit einer gültigen Signatur zeigte Windows SmartScreen eine Warnung an, wenn Ihre Anwendung neu war und keine Reputation hatte. Dies erschwerte es neuen Entwicklern, ihre Anwendungen zu verteilen. Das System sollte Benutzer vor unbekannter Software schützen, erzeugte aber auch Reibung für legitime Entwickler, die gerade erst anfingen.

Microsoft hat den Signaturprozess weiterentwickelt. Zu den neuesten Änderungen gehört die Unterstützung von Zeitstempeln, die sicherstellt, dass Signaturen auch nach Ablauf des Zertifikats gültig bleiben. Die Einführung des Windows Hardware Developer Center und des Partner Center hat den Prozess der Zertifikatsbeschaffung optimiert. Und erst kürzlich hat Microsoft Azure Trusted Signing eingeführt, das die Notwendigkeit von Hardware-Token vollständig überflüssig macht, indem es cloudbasierte Signierung verwendet.