Maltea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 24: | Zeile 24: | ||
| '''Ab Version 1.24''' sind USP-Administratoren verpflichtet, die '''Zwei-Faktor-Authentifizierung''' als zusätzliche Sicherheitsmaßnahme zu verwenden. Sie sollten die Zwei-Faktor-Authentifizierung in Ihrem Benutzerkonto vor der Veröffentlichung der Version 1.24 aktivieren, andernfalls ist der Login in das USP bis zur Aktivierung der Zwei-Faktor-Authentifizierung gesperrt. Ab Version 1.24 ist die Aktivierung auch über die Login-Maske möglich.<br> Die Zwei-Faktoren-Authentifizierung muss bis dahin aktiviert werden.<br>Weitere Informationen sind in den Wiki-Artikeln [[MS/Voraussetzungen | Voraussetzungen]] und [[MS/Login-Endkunden | Login für Endkunden]] zu finden. | | '''Ab Version 1.24''' sind USP-Administratoren verpflichtet, die '''Zwei-Faktor-Authentifizierung''' als zusätzliche Sicherheitsmaßnahme zu verwenden. Sie sollten die Zwei-Faktor-Authentifizierung in Ihrem Benutzerkonto vor der Veröffentlichung der Version 1.24 aktivieren, andernfalls ist der Login in das USP bis zur Aktivierung der Zwei-Faktor-Authentifizierung gesperrt. Ab Version 1.24 ist die Aktivierung auch über die Login-Maske möglich.<br> Die Zwei-Faktoren-Authentifizierung muss bis dahin aktiviert werden.<br>Weitere Informationen sind in den Wiki-Artikeln [[MS/Voraussetzungen | Voraussetzungen]] und [[MS/Login-Endkunden | Login für Endkunden]] zu finden. | ||
| '''As of version 1.24''', USP administrators are required to use '''two-factor authentication''' as an additional security measure. You should activate two-factor authentication in your user account before the release of version 1.24, otherwise the login to the USP will be blocked until two-factor authentication is activated. From version 1.24, activation is also possible via the login screen.<br>Two-factor authentication must be activated by then.<br>Further information can be found in the wiki articles [{{#var:host}}MS/Voraussetzungen Requirements] and [{{#var:host}}MS/Login-Endkunden Login for end customers]. }} | | '''As of version 1.24''', USP administrators are required to use '''two-factor authentication''' as an additional security measure. You should activate two-factor authentication in your user account before the release of version 1.24, otherwise the login to the USP will be blocked until two-factor authentication is activated. From version 1.24, activation is also possible via the login screen.<br>Two-factor authentication must be activated by then.<br>Further information can be found in the wiki articles [{{#var:host}}MS/Voraussetzungen Requirements] and [{{#var:host}}MS/Login-Endkunden Login for end customers]. }} | ||
{{var | Build 2.5--desc | |||
| ;Features: | |||
:USC | |||
* Für Windows VPN-Clients ab Version 3.1.0, die in einer VPN-Konfiguration eingebunden sind, kann über den Reiter '''VPN-Konfiguration''' im Windows Profil das Setzen einer PIN erzwungen werden | |||
* Es ist jetzt möglich den PIN einer Verbindung bei Windows VPN-Clients zurückzusetzen | |||
* Ab UTM-Version 14.1.0 können Berechtigungen für Aktionen über die USC auf der UTM einzeln vergeben werden. Liegt eine Berechtigung nicht vor, wird in der USC eine Fehlermeldung ausgegeben | |||
:MDM | |||
* Es gibt jetzt einen Logeintrag für die Einstellung des automatischen Zurücksetzens eines Android Geräts | |||
* Wenn für Android-Geräte unter “Passwort zurücksetzen” ein Passwort gewählt wird, welches nicht den eingestellten Passwort-Richtlinien entspricht, wird eine Tenant Benachrichtigung generiert | |||
<!--* Ein Zertifikat kann in der iOS-Benutzerverwaltung einem Benutzer zugewiesen und dann über Variablen in den iOS-Profilen referenziert werden--> | |||
* DEP-Profile ohne PIN werden in der Übersicht mit einem Label markiert]] | |||
* Bei den DEP-Profilen und der iOS-Geräte-Übersicht wird aufgrund von künftigen Umstellungen beim iOS-Enrollment {{info|Ab Portalversion 2.8}} ein Hinweis angezeigt, wenn es Profile ohne PIN gibt | |||
:Cloud Shield | |||
* Externe Blocklisten können hinzugefügt werden | |||
* Protokolle können gelöscht werden | |||
* Es können jetzt auch IP-Subnetze in die Allowliste und die Blockliste aufgenommen werden | |||
{{a|5}} | |||
;Changed: | |||
:USC | |||
* Es wurde eine Fehlermeldung integriert, wenn die Core-UTM nicht aus der VPN-Konfiguration gelöscht werden kann | |||
* Umbenennung “Upgrades” in “Firmware” bei UTM Operationen | |||
* Die API Key-Liste ist jetzt alphabetisch sortiert und es gibt eine Sortierfunktion | |||
:MDM | |||
* Unter “Anwendungen” können für einzelne Apps auf Android-Geräten die App-Daten gelöscht werden | |||
* Bei der Anmeldung eines neues Android-Geräts können die Zero-Touch DPC Extras jetzt kopiert werden, um sie einfach im Google Zero-Touch Portal einfügen zu können | |||
* Android Profile, die mindestens ein zugewiesenes Gerät haben, können nicht mehr gelöscht werden | |||
*Neugruppierung der Attribute und Anpassung der Infotexte im Android-Profil bei Statusmeldung, Netzwerke, Pers. Gebrauch | |||
* Eindeutige Fehlermeldung beim Hochladen eines ungültigen Zertifikats für den DEP Token | |||
* Wurde noch kein DEP-PIN in den Einstellungen konfiguriert, wird diese jetzt bei der Erstellung eines neuen DEP-Profils automatisch generiert und für dieses und alle zukünftigen Profile verwendet | |||
* Bei neuen iOS-Profilen sind alle Schieberegler der Deklarativen Verwaltung per Default aktiviert | |||
:Cloud Shield | |||
* Der Profil-Typ “MDM” wurde umbenannt in “Verwaltete Geräte” | |||
* In den Protokollen wird die Content-Filter-Kategorie bei geblockten Webseiten angezeigt | |||
{{a|5}} | |||
;Bugfixes: | |||
:USP | |||
* Der Login funktioniert für die RSP-Rolle “Technik Reseller” wieder verlässlich | |||
* Beim Entra-Benutzerimport kann der Name der lokalen Gruppe wieder bearbeitet werden | |||
:MDM | |||
* Schnellere Ladezeit der iOS-Geräte-Übersicht | |||
* Im iOS Home-Bildschirmlayout werden wieder verlässlich alle Apps angezeigt | |||
* Beim Erstellen von generierten Profilen für Android-Geräte, die vorher einem anderen Profil zugewiesen waren, wird der Name des vorherigen Profils korrekt im Auditlog angezeigt | |||
:USR | |||
* Wenn in der UTM eine Empfänger E-Mail-Adresse hinterlegt wird, wird der USR auch verlässlich an diese Adresse versendet | |||
:Cloud Shield | |||
* Logs werden wieder korrekt angezeigt | |||
| }} | |||
{{var | Build 2.4--desc | {{var | Build 2.4--desc | ||
| ;Feature: | | ;Feature: | ||
MS/Changelog Portal.lang: Unterschied zwischen den Versionen
Aus Securepoint Wiki