CSSCurrent de:Version 7.4.0: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
| Zeile 11: | Zeile 11: | ||
* Die installierte OWA-Paketversion zeigt die Build-Nummer an. | * Die installierte OWA-Paketversion zeigt die Build-Nummer an. | ||
* Wenn bei einem Transfer die Benachrichtigung aller Empfänger fehlschlägt, so überspringt der Cryptshare Server die Benachrichtigung des Absenders über eine "erfolgreiche Benachrichtigung der Empfänger". Beginnend mit dieser Version wird nun die Benachrichtigung des Absenders ebenfalls als fehlgeschlagen abgespeichert. Dies hat Auswirkungen auf die Anzeige im Transfer-Log und Antworten der SOAP- und REST-API. Hiermit soll vermieden werden, dass fälschlicherweise der Eindruck entsteht, dass der Absender über den Transfer informiert wurde. | * Wenn bei einem Transfer die Benachrichtigung aller Empfänger fehlschlägt, so überspringt der Cryptshare Server die Benachrichtigung des Absenders über eine "erfolgreiche Benachrichtigung der Empfänger". Beginnend mit dieser Version wird nun die Benachrichtigung des Absenders ebenfalls als fehlgeschlagen abgespeichert. Dies hat Auswirkungen auf die Anzeige im Transfer-Log und Antworten der SOAP- und REST-API. Hiermit soll vermieden werden, dass fälschlicherweise der Eindruck entsteht, dass der Absender über den Transfer informiert wurde. | ||
=== Content-Security-Policy-Änderungen === | === Content-Security-Policy-Änderungen === | ||
Version vom 17. Juli 2025, 13:21 Uhr
Veröffentlichungsdatum: TBD
Neue Features
Verbesserungen
- Veraltete Logdateien und Servicedefinitionen werden während des Updates entfernt, die nur für frühere Versionen von Cryptshare relevant waren und nicht mehr benötigt werden.
- Die installierte OWA-Paketversion zeigt die Build-Nummer an.
- Wenn bei einem Transfer die Benachrichtigung aller Empfänger fehlschlägt, so überspringt der Cryptshare Server die Benachrichtigung des Absenders über eine "erfolgreiche Benachrichtigung der Empfänger". Beginnend mit dieser Version wird nun die Benachrichtigung des Absenders ebenfalls als fehlgeschlagen abgespeichert. Dies hat Auswirkungen auf die Anzeige im Transfer-Log und Antworten der SOAP- und REST-API. Hiermit soll vermieden werden, dass fälschlicherweise der Eindruck entsteht, dass der Absender über den Transfer informiert wurde.
Content-Security-Policy-Änderungen
Die standardmäßig konfigurierte Content-Security-Policy (CSP) der Cryptshare Web App (Endnutzeroberfläche) und Cryptshare Admin Interface wurde verschärft und erlaubt nun keine unsafe-inline oder unsafe-eval-Direktiven mehr.
Auch für den Fall, dass zusätzliche Ressourcen aus anderen Quellen verwendet werden, wurde die CSP-Konfiguration verschärft und die zuvor erwähnten Direkten entfernt. Sollten Sie lediglich Bilder aus anderen Quellen einbinden, so ist keine weitere Anpassung erforderlich.
REST-API
Transfer-Polling um Absender-Informationen erweitert
Der Name und die Telefonnummer des Absender werden nun in der Datenbank gespeichert und können über die Absender/Empfänger-Transfer-Polling-API abgerufen werden.
Die Cryptshare-Support-Funktion wurde erweitert. Neben der Logdateien, das an Pointsharp übermittelt wird, enthält das Paket nun zusätzlich auch die konfigurierten Policyregeln und Dateitypenfilter. Dies erlaubt unserem Supportteam die Prüfung dieser, im Falle von Fragen zur Cryptshare Server Konfiguration.
Um zu überprüfen, welche Daten an Pointsharp übertragen werden, so können Sie dieses Supportpaket über die Administrationsoberfläche selbst herunterladen und einsehen.
Behobene Fehler
- Ein Problem wurde behoben, das dazu führte, dass Anwendungsprotokolle in den Syslogs des Hostsystems (`/var/log/messages` oder `/var/log/syslog`) erschienen.
- Ein Problem wurde behoben, bei dem Boolean properties in der Transfer Polling API response den Wert
falseerhielten, wenn sie nicht über den Fields-Parameter selektiert wurden. Jetzt wirdnullzurückgegeben, sofern sie nicht im Fields Parameter angegeben sind. - Ein Problem wurde behoben, Transfers im Status „Processing“, deren
expiration_dateüberschritten war, wurden fälschlicherweise als aktiv in der API-Response zurückgegeben, bevor der Cleanup-Task ausgeführt wurde. Sie werden jetzt korrekt mit dem StatusDELETED_BY_EXPIRATIONzurückgegeben. - Ein Problem wurde behoben, bei dem unter bestimmten Umständen der "Änderungen speichern"-Button in der Policyverwaltung nicht reagierte.
- Ein Problem wurde behoben, das verhindert hat, dass durch QUICK erstellte Transfers über die Rest Api gepollt werden konnten.
- Ein Problem wurde behoben, bei dem der Log-Export Betreff und Nachrichten anzeigt, obwohl das Logging deaktiviert ist.