Konfigurieren von Sicherheitsrichtlinien

Eine Sicherheitsrichtlinie ist eine Reihe von Anweisungen, die den Datenverkehr von einer bestimmten Quelle zu einem bestimmten Ziel mithilfe eines bestimmten Dienstes steuern. Eine Richtlinie lässt bestimmte Datenverkehrstypen unidirektional zwischen zwei Punkten zu, verweigert sie oder tunnelt sie.

Jede Richtlinie besteht aus:

• Ein eindeutiger Name für die Richtlinie.

• A from-zone und a to-zone, zum Beispiel: user@host# set security policies from-zone untrust to-zone untrust

• Eine Reihe von Übereinstimmungskriterien, die die Bedingungen definieren, die erfüllt sein müssen, um die Richtlinienregel anzuwenden. Die Übereinstimmungskriterien basieren auf einer Quell-IP-Adresse, einer Ziel-IP-Adresse und Anwendungen. Die Firewall für die Benutzeridentität bietet eine höhere Granularität, indem sie ein zusätzliches Tupel, source-identity, als Teil der Richtlinienanweisung einschließt.

• Eine Reihe von Aktionen, die im Falle einer Übereinstimmung ausgeführt werden sollen: Zulassen, Ablehnen oder Ablehnen.

• Buchhaltungs- und Auditing-Elemente – Zählung, Protokollierung oder strukturierte Systemprotokollierung.

Wenn das Gerät ein Paket empfängt, das diesen Spezifikationen entspricht, führt es die in der Richtlinie angegebene Aktion aus.

Sicherheitsrichtlinien setzen eine Reihe von Regeln für den Transitdatenverkehr durch, die festlegen, welcher Datenverkehr die Firewall passieren kann und welche Aktionen für den Datenverkehr beim Passieren der Firewall ausgeführt werden. Zu den Aktionen für Datenverkehr, der den angegebenen Kriterien entspricht, gehören "Zulassen", "Verweigern", "Ablehnen", "Protokollieren" oder "Zählen".

Die Sicherheitsrichtlinie wendet die Sicherheitsregeln auf den Transitdatenverkehr innerhalb eines Kontexts an (from-zone bis to-zone). Jede Richtlinie wird durch ihren Namen eindeutig identifiziert. Der Datenverkehr wird klassifiziert, indem seine Quell- und Zielzonen, die Quell- und Zieladressen sowie die Anwendung, die der Datenverkehr in seinen Protokollheadern trägt, mit der Richtliniendatenbank auf der Datenebene abgeglichen werden.

Jede Richtlinie ist mit den folgenden Merkmalen verknüpft:

• Eine Quellzone

• Eine Zielzone

• Ein oder mehrere Quelladressnamen oder Adressgruppennamen

• Ein oder mehrere Zieladressnamen oder Adresssatznamen

• Ein oder mehrere Anwendungsnamen oder Anwendungssatznamen

Diese Merkmale werden als Übereinstimmungskriterien bezeichnet. Jeder Richtlinie sind auch Aktionen zugeordnet: Zulassen, Verweigern, Ablehnen, Zählen, Protokollieren und VPN-Tunnel. Sie müssen die Argumente für die Übereinstimmungsbedingung angeben, wenn Sie eine Richtlinie konfigurieren, die Quelladresse, die Zieladresse und den Anwendungsnamen.

Sie können angeben, ob eine Richtlinie mit IPv4- oder IPv6-Adressen konfiguriert werden soll, indem Sie den Platzhaltereintrag verwenden any. Wenn die Datenstromunterstützung für IPv6-Datenverkehr nicht aktiviert ist, any entspricht IPv4-Adressen. Wenn die Datenstromunterstützung für IPv6-Datenverkehr aktiviert ist, any werden sowohl IPv4- als auch IPv6-Adressen angepasst. Verwenden Sie den folgenden set security forwarding-options family inet6 mode flow-based Befehl, um die datenstrombasierte Weiterleitung für IPv6-Datenverkehr zu aktivieren. Sie können auch den Platzhalter any-ipv4 angeben oder any-ipv6 für die Übereinstimmungskriterien für Quell- und Zieladressen nur IPv4- bzw. nur IPv6-Adressen enthalten.

Wenn die Datenstromunterstützung für IPv6-Datenverkehr aktiviert ist, basiert die maximale Anzahl von IPv4- oder IPv6-Adressen, die Sie in einer Sicherheitsrichtlinie konfigurieren können, auf den folgenden Übereinstimmungskriterien:

• Number_of_src_IPv4_addresses + number_of_src_IPv6_addresses * 4 <= 1024

• Number_of_dst_IPv4_addresses + number_of_dst_IPv6_addresses * 4 <= 1024

Der Grund für die Übereinstimmungskriterien ist, dass eine IPv6-Adresse viermal so viel Speicherplatz belegt wie eine IPv4-Adresse.

Wenn Sie keine bestimmte Anwendung angeben möchten, geben Sie als Standardanwendung ein any . Um die Standardanwendungen zu suchen, geben Sie show groups junos-defaults | find applications (predefined applications)im Konfigurationsmodus ein. Wenn Sie z. B. keinen Anwendungsnamen angeben, wird die Richtlinie mit der Anwendung als Platzhalter installiert (Standard). Daher würde jeder Datenverkehr, der mit den übrigen Parametern in einer bestimmten Richtlinie übereinstimmt, unabhängig vom Anwendungstyp des Datenverkehrs mit der Richtlinie übereinstimmen.

Die Aktion der ersten Richtlinie, der der Datenverkehr entspricht, wird auf das Paket angewendet. Wenn keine übereinstimmende Richtlinie vorhanden ist, wird das Paket verworfen. Richtlinien werden von oben nach unten durchsucht, daher ist es eine gute Idee, spezifischere Richtlinien ganz oben in der Liste zu platzieren. Außerdem sollten Sie die Richtlinien für IPsec-VPN-Tunnel ganz oben platzieren. Platzieren Sie die allgemeineren Richtlinien, z. B. eine Richtlinie, die bestimmten Benutzern den Zugriff auf alle Internetanwendungen ermöglicht, am Ende der Liste. Platzieren Sie z. B. die Richtlinien "Alles ablehnen" oder "Alle ablehnen" am unteren Ende, nachdem alle spezifischen Richtlinien zuvor analysiert wurden und legitimer Datenverkehr zugelassen/gezählt/protokolliert wurde.

Bei der Richtliniensuche werden die Zielzone, die Zieladresse und die Ausgangsschnittstelle bestimmt.

Wenn Sie eine Richtlinie erstellen, gelten die folgenden Richtlinienregeln:

• Die Sicherheitsrichtlinien werden in einer from-zone to-Richtung to-zone konfiguriert. Unter einer bestimmten Zonenrichtung enthält jede Sicherheitsrichtlinie einen Namen, Übereinstimmungskriterien, eine Aktion und verschiedene Optionen.

• Der Richtlinienname, die Übereinstimmungskriterien und die Aktion sind erforderlich.

• Der Richtlinienname ist ein Schlüsselwort.

• Die Quelladresse in den Übereinstimmungskriterien setzt sich aus einem oder mehreren Adressnamen oder Adresssatznamen in der from-zone.

• Die Zieladresse der Übereinstimmungskriterien setzt sich aus einem oder mehreren Adressnamen oder Adresssatznamen in der to-zone.

• Der Anwendungsname in den Übereinstimmungskriterien setzt sich aus dem Namen einer oder mehrerer Anwendungen oder Anwendungssätze zusammen.

• Eine der folgenden Aktionen ist erforderlich: Zulassen, Verweigern oder Ablehnen.

• Buchhaltungs- und Auditing-Elemente können angegeben werden: count und log.

• Sie können die Protokollierung am Ende einer Sitzung mit dem session-close Befehl oder zu Beginn der Sitzung mit dem session-init Befehl aktivieren.

• Wenn der Zählalarm aktiviert ist, geben Sie Alarmschwellenwerte in Byte pro Sekunde oder Kilobyte pro Minute an.

• Sie können nur unter der folgenden Bedingung angeben global , dass es sich um die from-zone to-zone Angabe handelt:

  Jede Richtlinie, die mit der to-zone Option als globale Zone konfiguriert ist, muss über eine einzelne Zieladresse verfügen, um anzugeben, dass in der Richtlinie entweder eine statische NAT oder eine eingehende NAT konfiguriert wurde.

• Die Option zum Zulassen von Richtlinien mit NAT wurde vereinfacht. Jede Richtlinie gibt optional an, ob sie NAT-Übersetzung zulässt, keine NAT-Übersetzung zulässt oder keine Rolle spielt.

• Adressnamen dürfen nicht mit den folgenden reservierten Präfixen beginnen. Diese werden nur für die Adress-NAT-Konfiguration verwendet:

  • static_nat_

  • incoming_nat_

  • junos_

• Anwendungsnamen dürfen nicht mit dem junos_ reservierten Präfix beginnen.

Ein verbesserter Mechanismus zur Synchronisierung von Richtlinienkonfigurationen verbessert die Synchronisierung von Richtlinienkonfigurationen zwischen der Routing-Engine (RE) und der Packet Forwarding Engine (PFE) und erhöht so die Zuverlässigkeit und Sicherheit des Systems. Dieser Mechanismus stellt sicher, dass Richtlinien automatisch und korrekt synchronisiert werden. Darüber hinaus verhindert das System effektiv Datenstromabbrüche während des Änderungsprozesses der Sicherheitsrichtlinienkonfiguration.

• Datei-Serialisierung
• Verhindern Sie die Unterbrechung von Flusssitzungen während Änderungen der Richtlinienkonfiguration

• Speicher und Fehlerbehandlung
• Unterstützung für logisches System und Mandantensystem

Sie können die Sicherheitsrichtlinie für den Selbstdatenverkehr so konfigurieren, dass Dienste auf den Selbstdatenverkehr angewendet werden. Die Richtlinien für ausgehenden Hostverkehr funktionieren nur in Fällen, in denen das vom Hostgerät stammende Paket den Datenstrom durchläuft und die eingehende Schnittstelle dieses Pakets auf lokal gesetzt ist.

Die Vorteile der Nutzung des Self-Traffics sind:

• Sie können den größten Teil der vorhandenen Richtlinien- oder Datenstrominfrastruktur nutzen, die für den Transitdatenverkehr verwendet wird.

• Sie benötigen keine separate IP-Adresse, um einen Dienst zu aktivieren.

• Sie können Services oder Richtlinien auf jeden eingehenden Host-Datenverkehr mit der Ziel-IP-Adresse einer beliebigen Schnittstelle auf dem Gerät anwenden.

Die Sicherheitsrichtlinien für den eigenen Datenverkehr werden in der neuen Standardsicherheitszone konfiguriert, die junos-host als Zone bezeichnet wird. Die junos-host-Zone ist Teil der junos-defaults-Konfiguration, sodass Benutzer sie nicht löschen können. Die vorhandenen Zonenkonfigurationen, wie z. B. Schnittstellen, Bildschirm, tcp-RST und Host-Inbound-Traffic-Optionen, sind für die junos-host-Zone nicht von Bedeutung. Daher gibt es keine dedizierte Konfiguration für die junos-host-Zone.

Sie müssen die folgenden Aufgaben ausführen, um eine Sicherheitsrichtlinie zu erstellen:

1. Erstellen von Zonen. Siehe Beispiel: Erstellen von Sicherheitszonen.

2. Konfigurieren Sie ein Adressbuch mit Adressen für die Richtlinie. Siehe Beispiel: Konfigurieren von Adressbüchern und Adresssätzen.

3. Erstellen Sie eine Anwendung (oder einen Anwendungssatz), die angibt, dass die Richtlinie für Datenverkehr dieses Typs gilt. Siehe Beispiel: Konfigurieren von Sicherheitsrichtlinienanwendungen und Anwendungsgruppen.

4. Erstellen Sie die Richtlinie. Siehe Beispiel: Konfigurieren einer Sicherheitsrichtlinie zum Zulassen oder Verweigern des gesamten Datenverkehrs, Beispiel: Konfigurieren einer Sicherheitsrichtlinie zum Zulassen oder Verweigern des ausgewählten Datenverkehrs und Beispiel: Konfigurieren einer Sicherheitsrichtlinie zum Zulassen oder Verweigern des Platzhalteradressdatenverkehrs.

5. Erstellen Sie Planer, wenn Sie diese für Ihre Richtlinien verwenden möchten. Siehe Beispiel: Konfigurieren von Schedulern für einen Tagesplan mit Ausnahme eines Tages.

Mit dem Firewall-Richtlinien-Assistenten können Sie die grundlegende Konfiguration von Sicherheitsrichtlinien durchführen. Für eine erweiterte Konfiguration verwenden Sie die J-Web-Schnittstelle oder die CLI.

Ein sicheres Netzwerk ist für ein Unternehmen von entscheidender Bedeutung. Um ein Netzwerk zu schützen, muss ein Netzwerkadministrator eine Sicherheitsrichtlinie erstellen, die alle Netzwerkressourcen innerhalb dieses Unternehmens und die erforderliche Sicherheitsstufe für diese Ressourcen beschreibt. Die Sicherheitsrichtlinie wendet die Sicherheitsregeln auf den Transitdatenverkehr innerhalb eines Kontexts an (von Zone zu Bis-Zone), und jede Richtlinie wird anhand ihres Namens eindeutig identifiziert. Der Datenverkehr wird klassifiziert, indem die Quell- und Zielzonen, die Quell- und Zieladressen sowie die Anwendung, die der Datenverkehr in seinen Protokollheadern trägt, mit der Richtliniendatenbank in der Datenebene abgeglichen werden.

Die Plattformunterstützung hängt von der Junos OS-Version in Ihrer Installation ab.

Beachten Sie, dass mit zunehmender Anzahl von Adressen und Anwendungen in den einzelnen Regeln auch die Menge an Arbeitsspeicher zunimmt, die von der Richtliniendefinition verwendet wird, und dass dem System manchmal der Arbeitsspeicher mit weniger als 80.000 Richtlinien ausgeht.

Um die tatsächliche Speicherauslastung einer Richtlinie auf der Packet Forwarding Engine (PFE) und der Routing-Engine (RE) zu erhalten, müssen Sie verschiedene Komponenten der Speicherstruktur berücksichtigen. Die Speicherstruktur enthält die folgenden beiden Komponenten:

• Richtlinienkontext: Wird verwendet, um alle Richtlinien in diesem Kontext zu organisieren. Der Richtlinienkontext umfasst Variablen wie Quell- und Zielzonen.

• Richtlinienentität: Wird verwendet, um die Richtliniendaten zu speichern. Die Richtlinienentität berechnet den Arbeitsspeicher anhand von Parametern wie Richtlinienname, IP-Adressen, Anzahl der Adressen, Anwendungen, Firewall-Authentifizierung, WebAuth, IPsec, Anzahl, Anwendungsservices und Junos Services Framework (JSF).

Darüber hinaus verwenden die Datenstrukturen, die zum Speichern von Richtlinien, Regelsätzen und anderen Komponenten verwendet werden, unterschiedlichen Speicher auf der Packet Forwarding Engine und auf der Routing-Engine. Beispielsweise werden Adressnamen für jede Adresse in der Richtlinie auf der Routing-Engine gespeichert, aber auf der Ebene der Packet Forwarding Engine wird kein Arbeitsspeicher zugewiesen. Ebenso werden Portbereiche zu Präfix- und Maskenpaaren erweitert und in der Packet Forwarding Engine gespeichert, aber kein solcher Speicher wird der Routing-Engine zugewiesen.

Dementsprechend unterscheiden sich je nach Richtlinienkonfiguration die Richtlinienbeitragenden für die Routing-Engine von denen für die Packet Forwarding Engine, und der Arbeitsspeicher wird dynamisch zugewiesen.

Der Arbeitsspeicher wird auch durch den Status "verzögertes Löschen" belegt. Wenn ein Gerät im Status "Zurückgestelltes Löschen" eine Richtlinienänderung anwendet, kommt es zu einer vorübergehenden Spitzenauslastung, bei der sowohl die alte als auch die neue Richtlinie vorhanden sind. Daher sind für kurze Zeit sowohl alte als auch neue Richtlinien auf der Packet Forwarding Engine vorhanden, die doppelt so viel Speicherbedarf beanspruchen.

Daher gibt es keine definitive Möglichkeit, eindeutig abzuleiten, wie viel Arbeitsspeicher von einer der beiden Komponenten (Packet Forwarding Engine oder Routing-Engine) zu einem bestimmten Zeitpunkt belegt wird, da der Speicherbedarf von bestimmten Richtlinienkonfigurationen abhängt und Arbeitsspeicher dynamisch zugewiesen wird.

Die folgenden bewährten Methoden für die Richtlinienimplementierung ermöglichen es Ihnen, den Systemspeicher besser zu nutzen und die Richtlinienkonfiguration zu optimieren:

• Verwenden Sie einzelne Präfixe für Quell- und Zieladressen. Anstatt z. B. /32-Adressen zu verwenden und jede Adresse separat hinzuzufügen, verwenden Sie ein großes Subnetz, das die meisten der erforderlichen IP-Adressen abdeckt.

• Verwenden Sie nach Möglichkeit die Anwendung "beliebig". Jedes Mal, wenn Sie eine einzelne Anwendung in der Richtlinie definieren, können Sie zusätzliche 52 Byte verwenden.

• Verwenden Sie weniger IPv6-Adressen, da IPv6-Adressen mehr Arbeitsspeicher verbrauchen.

• Verwenden Sie weniger Zonenpaare in Richtlinienkonfigurationen. Jede Quell- oder Zielzone verwendet etwa 16.048 Byte Arbeitsspeicher.

• Die folgenden Parameter können ändern, wie der Arbeitsspeicher von den angegebenen Bytes belegt wird:

  • Firewall-Authentifizierung: ca. 16 Byte oder mehr (nicht behoben)

  • Webauthentifizierung: ca. 16 Byte oder mehr (nicht fixiert)

  • IPsec–12 Byte

  • Anwendungsdienste: 28 Byte

  • Anzahl: 64 Byte

• Überprüfen Sie die Speicherauslastung vor und nach dem Kompilieren von Richtlinien.

  Anmerkung:

  Der Speicherbedarf ist für jedes Gerät unterschiedlich. Einige Geräte unterstützen standardmäßig 512.000 Sitzungen, und der Startspeicher liegt normalerweise bei 72 bis 73 Prozent. Andere Geräte können bis zu 1 Million Sitzungen haben und der Startspeicher kann bis zu 83 bis 84 Prozent betragen. Um etwa 80.000 Richtlinien in der SPU zu unterstützen, sollte die SPU im schlimmsten Fall mit einem Kernel-Speicherverbrauch von bis zu 82 Prozent und mindestens 170 MB verfügbarem Arbeitsspeicher gestartet werden.

In diesem Beispiel wird gezeigt, wie eine Sicherheitsrichtlinie so konfiguriert wird, dass der gesamte Datenverkehr zugelassen oder verweigert wird.

In diesem Beispiel wird gezeigt, wie eine Sicherheitsrichtlinie so konfiguriert wird, dass ausgewählter Datenverkehr zugelassen oder verweigert wird.

In diesem Beispiel wird gezeigt, wie eine Sicherheitsrichtlinie so konfiguriert wird, dass der Datenverkehr mit Platzhalteradressen zugelassen oder verweigert wird.

In diesem Beispiel wird gezeigt, wie eine Sicherheitsrichtlinie so konfiguriert wird, dass auf dem Gerät generierte Datenverkehrsprotokolle an einen externen Systemprotokollserver gesendet werden.

Das manuelle Hinzufügen von Adresseintragen zu einer Richtlinie kann zeitaufwändig sein. Es gibt externe Quellen, die Listen von IP-Adressen bereitstellen, die einen bestimmten Zweck haben (z. B. eine Blockliste) oder die ein gemeinsames Attribut aufweisen (z. B. einen bestimmten Standort oder ein bestimmtes Verhalten, das eine Bedrohung darstellen könnte). Sie können die externe Quelle verwenden, um Bedrohungsquellen anhand ihrer IP-Adresse zu identifizieren, diese Adressen dann in einem dynamischen Adresseintrag zu gruppieren und diesen Eintrag in einer Sicherheitsrichtlinie zu referenzieren. Dadurch können Sie den Datenverkehr von und zu diesen Adressen steuern. Jede dieser IP-Adressgruppen wird als dynamischer Adresseintrag bezeichnet.

Die folgenden Arten von IP-Adressen werden unterstützt:

• Einzelne IP-Adresse. Beispiel: 192.0.2.0

• IP-Bereich. Zum Beispiel: 192.0.2.0- 192.0.2.10

• CIDR. Beispiel: 192.0.2.0/24

Jeder Eintrag nimmt eine Zeile ein. Ab Junos OS Version 19.3R1 müssen IP-Adressbereiche nicht mehr in aufsteigender Reihenfolge sortiert werden, und die Werte der IP-Einträge können sich in derselben Feed-Datei überschneiden. In Junos OS-Versionen vor 19.3R1 müssen IP-Adressbereiche in aufsteigender Reihenfolge sortiert werden, und die Werte der IP-Einträge dürfen sich in derselben Feed-Datei nicht überschneiden.

Im Folgenden sind die Vorteile der Bereitstellung dynamischer Adresseinträge in Sicherheitsrichtlinien aufgeführt:

• Der Netzwerkadministrator hat mehr Kontrolle über den Datenverkehr von und zu Gruppen von IP-Adressen.

• Der externe Server stellt aktualisierte IP-Adress-Feeds für die Firewall der SRX-Serie bereit.

• Der Aufwand des Administrators wird drastisch reduziert. In einer Legacy-Sicherheitsrichtlinienkonfiguration wären beispielsweise für das Hinzufügen von 1000 Adresseinträgen für eine zu verweisende Richtlinie etwa 2000 Konfigurationszeilen erforderlich. Durch die Definition eines dynamischen Adresseintrags und dessen Referenzierung in einer Sicherheitsrichtlinie können ohne großen zusätzlichen Konfigurationsaufwand bis zu Millionen von Einträgen in die Firewall der SRX-Serie einfließen.

• Für das Hinzufügen neuer Adressen ist kein Commit-Prozess erforderlich. Das Hinzufügen von Tausenden von Adressen zu einer Konfiguration über eine Legacy-Methode nimmt viel Zeit in Anspruch. Alternativ stammen IP-Adressen in einem dynamischen Adresseintrag aus einem externen Feed, sodass kein Commit-Prozess erforderlich ist, wenn sich die Adressen in einem Eintrag ändern.

Abbildung 3 zeigt eine funktionale Übersicht, wie der dynamische Adresseintrag in einer Sicherheitsrichtlinie funktioniert.

Abbildung 3: Funktionale Komponenten des dynamischen Adresseintrags in einer Sicherheitsrichtlinie

Eine Sicherheitsrichtlinie verweist auf den dynamischen Adresseintrag in einem Quell- oder Zieladressfeld (ähnlich wie eine Sicherheitsrichtlinie auf einen Legacy-Adresseintrag).

Abbildung 4 zeigt eine Richtlinie, die einen dynamischen Adresseintrag im Feld "Zieladresse" verwendet.

Abbildung 4: Ein dynamischer Adresseintrag in einer Sicherheitsrichtlinie

In Abbildung 4 verwendet Richtlinie 1 die Zieladresse 10.10.1.1, bei der es sich um einen Legacy-Sicherheitsadresseintrag handelt. In Richtlinie 2 wird die Zieladresse "Vendor Blocklist" verwendet, bei der es sich um einen dynamischen Adresseintrag handelt, der vom Netzwerkadministrator benannt wird. Ihr Inhalt ist die Liste der IP-Adressen, die aus einer externen Feed-Datei abgerufen wurden. Pakete, die alle fünf Kriterien erfüllen (die Von-Zone mit dem Namen "nicht vertrauenswürdig", die "An-Zone" mit dem Namen "Engineer", eine beliebige Quelladresse, eine Ziel-IP-Adresse, die zum dynamischen Adresseintrag "Vendor Blocklist" gehört, und die E-Mail-Anwendung) werden gemäß den Richtlinienaktionen behandelt, die das Paket ablehnen und protokollieren sollen.

Dynamische Adressgruppen unterstützen die folgenden Datenfeeds:

• Benutzerdefinierte Listen (Zulassungslisten und Blocklisten)

• GeoIP

• Feed-Server
• Bundle-Feeds

Verwenden Sie Funktionen entdecken, um die Plattform- und Releaseunterstützung für bestimmte Funktionen zu bestätigen.

Verwenden Sie die folgenden Tabellen, um das plattformspezifische Verhalten für Ihre Plattform zu überprüfen:

• Verhalten plattformspezifischer Konfigurationsregeln für Sicherheitsrichtlinien
• Synchronisierungsverhalten für die plattformspezifische Richtlinienkonfiguration
• Plattformspezifisches IDP-Unterstützungsverhalten
• Plattformspezifischer Firewall-Richtlinien-Assistent Unterstützungsverhalten

Verwenden Sie Funktionen entdecken, um die Plattform- und Releaseunterstützung für bestimmte Funktionen zu bestätigen. Weitere Plattformen können unterstützt werden.