Leistungen
Partner
Anwendungsfälle
Kunden
Unternehmen
Kontakt
FRENDE
Technologiepartner

Palo Alto Networks-Integrator in der Schweiz

Wir planen und betreiben Architekturen von Palo Alto Networks, von der Perimeter-Firewall bis zur Erkennung auf dem Endpoint. Drei Zertifizierungen im Team, darunter PCNSE und PSE Strata Pro.

Warum dieser Hersteller

Palo Alto Networks hat seinen Ruf auf einem präzisen technischen Punkt aufgebaut: der Anwendungserkennung. Wo eine klassische Firewall in Ports und Adressen denkt, benennt App-ID die Anwendung unabhängig vom genutzten Port, und User-ID hängt eine Identität daran statt einer Maschine. Eine Richtlinie ist dann keine Liste von Verbindungen mehr, sondern ein lesbarer Satz: wer was benutzen darf.

Genau das macht Segmentierung auf Dauer tragfähig. Eine Regel, die in Anwendungen und Benutzergruppen geschrieben ist, übersteht eine Adressänderung, eine Servermigration, eine neue Anwendungsversion. Eine in Ports geschriebene Regel übersteht nichts — und so werden Richtlinien binnen weniger Jahre zu einem Stapel, den niemand mehr anzurühren wagt.

Die Kehrseite ist bekannt: Diese Genauigkeit hat einen Planungsaufwand. Eine schlecht abgegrenzte Palo-Alto-Einführung erzeugt eine weitschweifige Richtlinie, deren Auswertung langsam wird. Genau hier setzen wir an — der Wert liegt nicht darin, das Gerät einzuschalten, sondern in der Struktur der Richtlinie und in der Disziplin ihrer Pflege.

Wir decken den ganzen Zyklus ab: Analyse des Bestands, Planung, Testaufbau, Migration in Wellen, danach Betrieb oder Übergabe.

Palo Alto Networks
Was wir einbringen
  • PCNSE, PCNSA und PSE Strata Pro im Team
  • Richtlinienentwurf mit App-ID und User-ID
  • Migration von einer Fremd-Firewall, in Wellen
  • Übernahme unbeherrschbar gewordener Richtlinien
  • Zentrale Verwaltung über Panorama
Website des Herstellers
Schema

Die Architektur, vom Perimeter bis in die Cloud

Architektur von Palo Alto Networks: zentrale Verwaltung und vier Bereiche Firewalls derneuen GenerationPA-SeriesVM-SeriesZugriff und SASEPrisma SASEPrisma BrowserErkennung undCloudCortex XDRCortex CloudKI-SicherheitPrisma AIRSPanoramaeine Richtlinie, geeinte LogsPanorama
Panorama im Zentrum: eine einzige Richtlinie, auf alle Firewalls verteilt, welche Form sie auch haben — Hardware, virtuell oder Dienst.

Die Produkte, die wir integrieren

Von der Firewall bis in die Cloud, unter einer gemeinsamen Richtlinie. Nicht jeder Baustein ist im selben Vorhaben gerechtfertigt — das Aussortieren gehört zur Arbeit.

Firewalls der neuen Generation

Die PA-Series deckt den physischen Perimeter ab, von der Aussenstelle bis zum Rechenzentrum, mit TLS-Entschlüsselung und Anwendungsinspektion. Die VM-Series trägt dieselbe Richtlinie in virtualisierte und Cloud-Umgebungen — genau das erlaubt, eine Regel einmal zu schreiben und überall anzuwenden, statt zwei auseinanderdriftende Sätze zu pflegen.

PA-SeriesVM-Series

Zentrale Verwaltung

Panorama verteilt die Konfiguration über den gesamten Bestand, führt die Änderungshistorie und erlaubt die Rücknahme. Es fasst auch die Logs zusammen, was die Voraussetzung dafür ist, ein Perimeter-Ereignis mit einem Endpoint-Ereignis zu korrelieren. Ohne Panorama wird jede Firewall zur Insel — und die Konfigurationsschuld setzt sich fest, ohne dass es jemand bemerkt.

Panorama

Fernzugriff und SASE

Prisma SASE wendet die Unternehmensrichtlinie auf Benutzerinnen und Benutzer ausserhalb der Mauern an, ohne deren Verkehr an den Hauptsitz zurückzuführen — das löst zugleich die Latenz und die Last auf der zentralen Leitung. Prisma Browser behandelt nicht verwaltete Geräte — Dienstleister, private Endgeräte — indem der Zugriff in einen Unternehmensbrowser eingeschlossen wird, statt einen Tunnel ins Netzwerk zu öffnen.

Prisma SASEPrisma Browser

Erkennung und Reaktion

Cortex XDR korreliert die Signale von Endpoint, Netzwerk und Cloud in einer gemeinsamen Chronologie. Der Sinn liegt nicht darin, Alarme zu vervielfachen, sondern sie zusammenzuführen: Ein Vorfall erscheint nicht länger als drei zusammenhanglose Ereignisse in drei verschiedenen Konsolen.

Cortex XDR

Cloud-Sicherheit

Cortex Cloud deckt die Kette vom Code bis zur Ausführung ab: Anwendungssicherheit im Vorfeld, Posture der Cloud-Umgebungen und Schutz im Moment, in dem der Container läuft. Der Nutzen liegt im gemeinsamen Kontext — eine Schwachstelle in einem Image hat eine völlig andere Priorität, je nachdem ob dieses Image in Produktion und exponiert ist oder in einem Register schlummert.

Cortex Cloud

Sicherheit künstlicher Intelligenz

Prisma AIRS beantwortet einen jungen und realen Bedarf: Anwendungen, die auf Sprachmodellen aufsetzen, öffnen eine Angriffsfläche, die klassische Kontrollen nicht sehen — Prompt Injection, Abfluss über die Antwort, nicht deklarierte Nutzung eines externen Dienstes. Wir behandeln das als Architekturfrage, nicht als zu installierendes Produkt.

Prisma AIRS
Der Ausgangspunkt

Bei einem bestehenden Bestand beginnen wir immer mit Panorama und der Analyse der Richtlinie: nie ausgelöste Regeln, verwaiste Objekte, Doppelungen, Regeln, die einander verdecken. Das ist die unspektakulärste und lohnendste Arbeit — alles Weitere hängt davon ab, und sie zeigt oft, dass das Problem nie das Gerät war.

Panorama

Unsere Zertifizierungen von Palo Alto Networks

Drei Nachweise im Team, darunter die Ingenieurzertifizierung PCNSE und der Pre-Sales-Bereich PSE Strata Pro.

PCNSE — Palo Alto Certified Network Security Engineer
PCNSEPalo Alto Certified Network Security Engineer
PCNSA — Palo Alto Certified Network Security Administrator
PCNSAPalo Alto Certified Network Security Administrator
PSE Strata Pro — System Engineer — Hardware Firewall Professional
PSE Strata ProSystem Engineer — Hardware Firewall Professional
Unser Vorgehen

Wie wir vorgehen

Eine Firewall-Migration entscheidet sich nicht in der Nacht der Umstellung, sondern in den Wochen davor, an der Zuordnungstabelle der Regeln.

Vorgehen bei der Integration von Palo Alto Networks, von der Analyse bis zum Betrieb ScopingUmsetzungDauer01Analyse derRichtlinie02Entwurfmit App-ID03Testaufbauund Freigabe04Migrationin Wellen05Feinschliffund AbnahmeBetrieb oderÜbergabe
Die Bereinigung der Richtlinie geht der Migration voraus: Eine ungereinigte Richtlinie umzuziehen heisst, die Schuld von einem Gerät zum nächsten zu tragen.
Häufige Fragen

Häufige Fragen

Ja, das ist ein wesentlicher Teil unserer Arbeit. Die technische Migration ist werkzeuggestützt; die eigentliche Arbeit ist die Übersetzung der Richtlinie. Eine portbasierte Regel lässt sich nicht mechanisch in eine Anwendungsregel überführen — man muss den realen Verkehr beobachten, erkennen, was tatsächlich fliesst, und die Zielrichtlinie schreiben. Das kostet Zeit, und es unterscheidet eine gelungene Migration von einer aufgeschobenen Schuld.

An sich nicht. Was kostet, ist eine schlecht strukturierte Richtlinie: zu viele Regeln, schlecht geordnet, mit Entschlüsselung dort, wo sie nichts bringt. Die Dimensionierung rechnet sich auf dem entschlüsselten Verkehr und den aktivierten Funktionen, nicht auf dem Rohdurchsatz der Leitung — der häufigste Dimensionierungsfehler, den wir antreffen.

Nicht zwingend, aber ab der zweiten ja. Zwei getrennt verwaltete Geräte driften binnen Monaten auseinander, und die Angleichung kostet mehr als das Werkzeug. Panorama liefert zudem die Änderungshistorie — das Erste, worauf man schaut, wenn etwas nicht mehr funktioniert.

Ja, über unser Support- und Managed-Service-Angebot: laufender Betrieb, Upgrades, Richtlinienänderungen und Bearbeitung von Vorfällen. Oder über eine Übergabe, wenn Ihre Teams übernehmen — wir dokumentieren dann die Architektur und bleiben für strukturelle Änderungen verfügbar.

Eine Richtlinie planen oder übernehmen?

Beschreiben Sie uns Ihre Ausgangslage — bei einem bestehenden Bestand sehen wir uns immer zuerst die vorhandene Richtlinie an.