WEBVTT

00:00:00.240 --> 00:00:07.000
Bereit für 10 Tage voller Microsoft 365, Co-Pilot, KI-Azure und den Vordenkern, die die Zukunft der Arbeit gestalten.

00:00:07.900 --> 00:00:11.580
Diesen Januar ist die M365-Con zurück und wir legen noch eine Schippe drauf.

00:00:12.500 --> 00:00:17.580
Seien Sie dabei bei Live-Sessions, Praxis-Demos und Expertenwissen von MVPs und Fachleuten aus aller Welt.

00:00:18.460 --> 00:00:21.160
Keine generischen Folien, keine endlosen Modewörter.

00:00:21.980 --> 00:00:23.700
Wir gehen die echten Herausforderungen an.

00:00:23.800 --> 00:00:28.580
Co-Pilot-Studio, KI-Agenten, Fabric, Sicherheit, Governance und Automatisierung.

00:00:28.580 --> 00:00:34.240
Egal ob IT-Profi, Entwickler oder Führungskraft, es gibt Sessions, die genau für Sie gemacht sind.

00:00:35.440 --> 00:00:40.080
In 10 vollen Tagen können Sie vielfältige Technologien erkunden und sich mit einer globalen Community vernetzen.

00:00:40.920 --> 00:00:44.240
Verfolgen Sie die Live-Inhalte und nehmen Sie praxisnahe Erkenntnisse mit in Ihr Unternehmen.

00:00:45.100 --> 00:00:48.840
Januar 2027, 10 Tage, eine Microsoft-Community.

00:00:49.380 --> 00:00:50.700
Die Registrierung ist ab sofort geöffnet.

00:00:51.360 --> 00:00:52.900
Sichern Sie sich heute noch Ihren Platz.

00:00:52.900 --> 00:00:58.760
Besuchen Sie m31565hecon.it henefitab.

00:01:00.360 --> 00:01:03.020
Melden Sie sich jetzt unter m31565.it an.

00:01:03.180 --> 00:01:04.520
Wir sehen uns live im Januar.

00:01:05.620 --> 00:01:11.180
Haben Sie sich jemals gefragt, was wirklich passiert, wenn eine Power-App geschäftskritische Daten an eine persönliche Dropbox sendet?

00:01:11.180 --> 00:01:15.540
Wenn Sie glauben, DLP sei nur für E-Mails, dann sehen Sie nur die halbe Wahrheit.

00:01:16.680 --> 00:01:21.720
Lassen Sie uns den Entscheidungsprozess hinter den Kulissen betrachten, der Ihr Unternehmen schützt oder eben Sicherheitslücken zulässt.

00:01:21.720 --> 00:01:32.580
Heute werfen wir ein Schlaglicht auf die versteckten, wenn-dann-Regeln in Fabric- und Power-Plattform-DLP, damit Sie Datenlacks erkennen, bevor Sie bei Ihrer Compliance-Stelle landen.

00:01:34.580 --> 00:01:37.420
Warum DLP oft versagt und die blinden Flecken, über die niemand spricht.

00:01:37.480 --> 00:01:44.080
Wenn Sie schon einmal ein grünleuchtendes DLP-Dashboard sahen, nur um kurz darauf eine E-Mail wegen eines Lacks zu erhalten, kennen Sie das Gefühl.

00:01:44.460 --> 00:01:45.120
Kennen Sie das Gefühl.

00:01:45.120 --> 00:01:50.000
Die meisten hacken einfach alles ab, legen Ihre Richtlinien fest und glauben, die Arbeit sei getan.

00:01:50.460 --> 00:01:51.880
Einrichten und vergessen ist verlockend.

00:01:52.200 --> 00:01:57.820
Aber Fabric- und Power-Plattformen folgen nicht den alten Regeln und in den Lücken entstehen die echten Probleme, entstehen die echten Probleme.

00:01:58.040 --> 00:01:59.040
Hier kommt der unbequeme Teil.

00:01:59.580 --> 00:02:05.280
Sie können das strengste Regelwerk erstellen und trotzdem blinde Flecken übersehen, weil die Welt nicht nur nach Richtlinien-Checklisten funktioniert.

00:02:05.920 --> 00:02:08.660
In der Sekunde, in der Sie sich abwenden, findet jemand einen brandneuen Connector.

00:02:09.400 --> 00:02:14.300
Es könnte ein glänzendes SaaS-Tool sein, das das Marketing dringend braucht oder eine Schatten-IT-Lösung, die entstand,

00:02:14.300 --> 00:02:16.660
weil jemand eine einfache Aufgabe automatisieren wollte.

00:02:17.880 --> 00:02:22.320
Plötzlich steht das, was wie ein gut umzäunter Gartenhauer sperrangelweit offen, gibt keine Warnsignale.

00:02:22.840 --> 00:02:27.660
Die meisten DLP-Richtlinien basieren auf dem, was bereits im Einsatz ist, bestehende E-Mail-Regeln, bekannte Plattformen, gängige Connector.

00:02:28.020 --> 00:02:28.720
Gängige Connector.

00:02:29.060 --> 00:02:35.640
Wenn Power-Plattform oder Fabric einen neuen Connector oder eine Integration einführt, kann dieser unbemerkt in Ihre Umgebung schlüpfen, als wäre er schon immer da gewesen.

00:02:36.880 --> 00:02:42.700
Admins prüfen neue Connectoren gelegentlich, aber die Wahrheit ist, dass Unternehmen sie viel schneller hinzufügen, als jemand Risiken bewerten kann.

00:02:42.700 --> 00:02:46.340
Schatten-IT ist eben nicht nur ein Schlagwort für illegale USB-Sticks.

00:02:47.380 --> 00:02:56.060
Da Plattformen wie Power-Apps es jedem leicht machen, Lösungen zu erstellen, entwickeln, Business-Teams-Apps und Automatisierungen im Handumdrehen.

00:02:57.060 --> 00:02:59.620
Ihr Ziel sind Schnelligkeit und Ergebnisse, nicht Risikominimierung.

00:03:00.420 --> 00:03:06.320
Wenn Sie noch nie geprüft haben, welche Abläufe zwischen geschäftlichen und privaten Konten bestehen, könnten Sie schockiert sein, was im Hintergrund alles läuft.

00:03:06.320 --> 00:03:17.080
Jemand verknüpft seine Power-App mit einem privaten OneDrive oder Gmail und sensible Daten gelangen unbemerkt durch die Hintertür nach außen, während ihr DLP-Scanner noch den E-Mail-Ausgang überwacht.

00:03:18.120 --> 00:03:23.520
Ein persönlicher Favorit, und das nicht im positiven Sinne ist, die Finanz-App, die harmlos aussieht, aber bricht in die Dropbox und irgendjemandem teilt.

00:03:23.520 --> 00:03:30.120
Es geschieht so schnell, dass man es erst bemerkt, wenn die falschen Leute eine Rechnung oder einen Lohnabrechnungsexport sehen.

00:03:31.640 --> 00:03:35.100
Das sind die, das passiert uns nicht, Geschichten, die man vermeiden will, aber sie sind überall.

00:03:36.760 --> 00:03:40.140
Untersuchungen der letzten Jahre bestätigen zunehmend, was viele Administratoren bereits vermutet haben.

00:03:40.800 --> 00:03:43.480
Datenlecks entstehen selten über die offensichtlichen Hauptkanäle.

00:03:44.180 --> 00:03:47.200
Stattdessen sickern sie durch Verbindungen, die niemand erfasst hat, Integrationen.

00:03:47.920 --> 00:03:52.180
Die harmlosschienen oder Abläufe, die vor sechs Monaten von einem Team erstellt wurden, das es nicht mehr gibt.

00:03:52.180 --> 00:03:55.400
Es gibt hier noch einen weiteren unterschätzten Aspekt, Umgebungen.

00:03:56.360 --> 00:04:00.940
Unternehmen richten mehrere Power-Plattformen oder Fabrik-Umgebungen für Entwicklung, Test und Produktion ein.

00:04:01.680 --> 00:04:02.800
Das ist doch Best Practice, oder?

00:04:03.520 --> 00:04:05.800
Doch Daten bewegen sich häufiger zwischen hin und her, als man denkt.

00:04:06.480 --> 00:04:10.760
Wenn jemand Daten aus der Produktion zu Testzwecken in eine niedrigere Umgebung exportiert, wer überwacht?

00:04:11.400 --> 00:04:13.100
Diesen Fluss? Wer überwacht diesen Fluss?

00:04:13.100 --> 00:04:17.180
Wenn diese Umgebungen nicht einheitlich verwaltet werden, haben sie gerade ihre eigene Grauzone geschaffen.

00:04:18.140 --> 00:04:21.340
Die alte Annahme, dass Richtlinien alles innerhalb der Plattform abdecken, bricht.

00:04:21.340 --> 00:04:26.800
In dem Moment zusammen, in dem Daten in einer halbgesicherten Sandbox oder einem unwichtigen Entwicklungsbereich landen.

00:04:27.980 --> 00:04:30.320
Administratoren konzentrieren sich erwartungsgemäß auf die offensichtlichen Pfade.

00:04:30.840 --> 00:04:33.420
E-Mail ist gesichert, bekannte, riskante Konnektoren sind gruppiert.

00:04:34.040 --> 00:04:38.180
Aber genau diese kleinen Übergaben, bei denen Geschäftsdaten von einer genehmigten Plattform zu anderen gleiten,

00:04:38.260 --> 00:04:40.840
bevor sie nach außen gelangen, sind der Ort, an dem sich die Falltüren verbergen.

00:04:41.840 --> 00:04:44.380
Viele Richtlinien gehen davon aus, dass alle Business-Konnektoren sicher sind,

00:04:44.480 --> 00:04:49.080
aber das bricht in dem Moment zusammen, in dem ein benutzerdefinierter Konnektor der letztes Quartal für ein Nebenprojekt gebaut wurde,

00:04:49.080 --> 00:04:50.980
eine Lücke reißt, die sie nie bemerkt haben.

00:04:52.540 --> 00:04:55.480
Oder jemand aus der Personalabteilung nutzt einen Business-Konnektor,

00:04:55.640 --> 00:05:00.980
der im Stillen öffentliche API-Frufe ins Internet unterstützt und die Datengrenze umgeht, die sie für sicher hielten.

00:05:02.520 --> 00:05:03.120
Schwierigst du daran?

00:05:03.640 --> 00:05:05.880
Die meisten von uns erfahren erst im Nachhinein von diesen Risiken.

00:05:06.400 --> 00:05:09.500
Wenn Sie schon einmal ein internes Audit hatten, bei dem ein Datenflussbericht erstellt wurde,

00:05:09.560 --> 00:05:12.740
der nicht mit Ihrer schönen DLP-Konfiguration übereinstimmte, wissen Sie genau, wovon ich spreche.

00:05:13.540 --> 00:05:15.580
Dem Audit ist es egal, wie viele Kontrollen Sie festgelegt haben.

00:05:16.260 --> 00:05:18.480
Es interessiert sich nur dafür, wohin die Daten tatsächlich fließen.

00:05:19.040 --> 00:05:23.540
Die Diskrepanz tut am meisten weh, wenn Daten erst bei einem privaten Konto oder einem nicht verwalteten Dienst landen

00:05:23.540 --> 00:05:26.920
und niemand es merkt, bis die Auskunftsanfrage auf Ihrem Schreibtisch landet.

00:05:27.720 --> 00:05:29.300
Das Risiko liegt nicht dort, wo man es vermutet.

00:05:29.560 --> 00:05:31.560
Daher ist es im Dashboard fast unmöglich zu finden.

00:05:32.060 --> 00:05:37.200
Die unangenehme Wahrheit ist, dass das echte Leck fast nie das ist, das in Ihrer richtigen Übersicht rot blinkt.

00:05:37.200 --> 00:05:43.840
Es ist diese unsichtbare Verbindung zwischen dem Offiziellen und dem Vergessenen durch die sensible Daten spurlos abfließen.

00:05:45.580 --> 00:05:49.920
Fabric und Power-Plattformen machen es, nicht IT-Anwendern extrem leicht, Tools zu kombinieren.

00:05:50.100 --> 00:05:53.620
Eine DLP-Richtlinie von letztem Jahr schützt daher kaum vor heutigen Risiken.

00:05:54.900 --> 00:05:57.200
Sie denken jetzt vielleicht, na toll, wo fange ich denn überhaupt an?

00:05:57.760 --> 00:06:00.880
Diese versteckten Datenflüsse zu erkennen, erfordert eine Neugensweise bei der Suche.

00:06:00.940 --> 00:06:04.380
Anstatt Richtlinien zu durchforsten, in der Hoffnung ein übersehenes Häkchen zu finden,

00:06:04.380 --> 00:06:08.920
müssen Sie nachverfolgen, wie Daten wirklich fließen, wer, was verbindet, wo sie landen

00:06:08.920 --> 00:06:12.660
und welche Konnektoren in den Umgebungen überhaupt genutzt werden.

00:06:14.420 --> 00:06:17.920
Der größte Gewinn liegt darin, jene Grauzonen zu erfassen, die Sie bisher nie auf dem Schirm hatten.

00:06:18.500 --> 00:06:21.780
Denn solange Sie nicht jeden Datenfluss zwischen Plattformen und Konnektoren sehen,

00:06:21.920 --> 00:06:24.000
übersehen Sie die Hälfte der entscheidenden blinden Flecken.

00:06:24.880 --> 00:06:26.080
Das bringt uns zunächst eine Herausforderung.

00:06:26.360 --> 00:06:30.060
Wie können Sie diese unsichtbaren Datenflüsse und harmlosen Verbindungen erkennen und abbilden,

00:06:30.180 --> 00:06:32.400
bevor es jemand anderes für Sie tut, bevor Sie tun?

00:06:32.400 --> 00:06:36.100
Das Labyrinth kartieren, die Vendant-Szenarien, die über den Erfolg Ihrer Richtlinie entscheiden.

00:06:36.520 --> 00:06:37.460
Nehmen wir ein Szenario an.

00:06:38.440 --> 00:06:40.380
Sie haben eine Power-App, die geschäftskritisch ist?

00:06:41.360 --> 00:06:44.260
Vielleicht verarbeitet sie Gehaltsabrechnungen oder verfolgt Kundenrechnungen?

00:06:44.800 --> 00:06:47.960
Stellen Sie sich nun vor, ein Benutzer fügt sein persönliches OneDrive als Konnektor hinzu.

00:06:48.580 --> 00:06:49.960
Auf den ersten Blick wirkt das völlig harmlos.

00:06:50.380 --> 00:06:51.860
Der Benutzer möchte nur eine Sicherungskopie speiten.

00:06:52.320 --> 00:06:53.740
Aber was passiert eigentlich unter der Motorhaube?

00:06:53.740 --> 00:06:57.020
Die App wird plötzlich zur Brücke eine Seite verankert,

00:06:57.520 --> 00:06:59.260
in ihrer streng geschützten Geschäftsumgebung.

00:06:59.380 --> 00:07:03.700
Die andere baumelt über einem privaten Cloud-Konto, auf das Sie keinerlei Kontrolle haben.

00:07:05.080 --> 00:07:07.880
Ihre DLP-Richtlinie sollte da eigentlich sofort eingreifen und die Notbremse ziehen.

00:07:08.360 --> 00:07:09.780
Genau hier erkennen die meisten von uns,

00:07:09.860 --> 00:07:12.120
dass das Labyrinth bei weitem nicht so gut kartiert ist wie wir dachten.

00:07:13.400 --> 00:07:15.540
Über Fabric- und Power-Plattformen hinweg bringt jeder Konnektor,

00:07:15.660 --> 00:07:17.160
ob integriert, benutzerdefiniert oder etwas,

00:07:17.240 --> 00:07:18.660
das das Marketing-Team letzte Woche entdeckt hat,

00:07:18.720 --> 00:07:19.640
einen Entscheidungspunkt mit sich.

00:07:19.640 --> 00:07:22.080
Und nicht alle sind auf den ersten Blick erkennbar.

00:07:22.640 --> 00:07:25.240
Die DLP-Richtlinien-Engine versucht, diese binär zu behandeln,

00:07:25.400 --> 00:07:28.040
erlaubt oder blockiert, geschäftlich oder privat.

00:07:29.440 --> 00:07:31.420
Doch die Realität bietet etwa ein Dutzend Graustufen.

00:07:32.620 --> 00:07:34.300
Wer mit diesen Systemen gearbeitet hat,

00:07:34.660 --> 00:07:37.880
weiß, dass kleine ungeprüfte logische Lücken sich schnell summieren.

00:07:39.260 --> 00:07:40.100
Nehmen wir zum Beispiel an,

00:07:40.180 --> 00:07:42.220
ein Entwickler erstellt einen Fabrikarbeitsbereich

00:07:42.220 --> 00:07:45.100
und exportiert zu Testzwecken Live-Kundendaten

00:07:45.100 --> 00:07:48.500
über einen Drittanbieter-Konnektor in ein externes SaaS-Tool,

00:07:48.500 --> 00:07:50.360
das er gerade testet.

00:07:51.360 --> 00:07:52.860
War Ihre DLP so konfiguriert,

00:07:52.920 --> 00:07:54.560
dass sie diesen Connector überhaupt als Risiko erkennt?

00:07:55.360 --> 00:07:56.500
Bei vielen ist das nicht der Fall.

00:07:56.640 --> 00:07:58.520
Und das erste Anzeichen für Probleme tritt erst auf,

00:07:58.560 --> 00:07:59.840
wenn die Daten bereits abgewandert sind.

00:08:00.560 --> 00:08:01.840
Die Herausforderung verschärft sich,

00:08:01.900 --> 00:08:02.860
wenn Umgebungen sich überschneiden.

00:08:03.400 --> 00:08:05.140
Dev, Test, Prod, alles ist streng getrennt,

00:08:05.240 --> 00:08:06.320
außer wenn es das eben nicht ist?

00:08:06.600 --> 00:08:07.100
Vielleicht denken Sie,

00:08:07.160 --> 00:08:07.860
Herr Prod abgesichert,

00:08:07.920 --> 00:08:09.040
der Rest ist zum Experimentieren da.

00:08:09.700 --> 00:08:11.440
Aber was, wenn eine Kopie von Kundendaten

00:08:11.440 --> 00:08:13.420
in diese leichtgewichtige Dev-Umgebung gelangt

00:08:13.420 --> 00:08:14.100
und ein Connector,

00:08:14.180 --> 00:08:15.380
der als harmlos eingestuft

00:08:15.380 --> 00:08:17.300
oder bei der Richtlinienprüfung übersehen wurde,

00:08:17.560 --> 00:08:19.020
die Tür nach außen öffnet?

00:08:20.080 --> 00:08:21.840
Die Van-Dun-Logik bricht schnell in sich zusammen.

00:08:22.580 --> 00:08:24.140
Der DLP-Logikbaum sollte theoretisch

00:08:24.140 --> 00:08:25.820
jede Datenbewegung aus einer geschützten Umgebung

00:08:25.820 --> 00:08:27.380
zu einem nicht verwalteten Connector erfassen,

00:08:27.480 --> 00:08:27.840
aber wir wissen,

00:08:27.960 --> 00:08:29.520
dass nur wenige Richtlinien so präzise sind.

00:08:30.340 --> 00:08:31.420
Die meisten Administratoren,

00:08:31.480 --> 00:08:32.200
die unter Zeitdruck stehen,

00:08:32.280 --> 00:08:32.860
erstellen Richtlinien,

00:08:32.920 --> 00:08:33.640
die nur das widerspiegeln,

00:08:33.700 --> 00:08:34.600
was sie direkt vor Augen haben.

00:08:35.500 --> 00:08:36.860
Gmail und Dropbox sperren SharePoint

00:08:36.860 --> 00:08:37.820
und Teams erlauben vielleicht noch

00:08:37.820 --> 00:08:39.840
ein paar benutzerdefinierte Einschränkungen hinzufügen.

00:08:39.840 --> 00:08:42.000
Aber was ist mit den Konnektoren,

00:08:42.080 --> 00:08:42.920
die unter dem Radar fliegen?

00:08:44.140 --> 00:08:45.980
Eine benutzerdefinierte SaaS-Integration,

00:08:46.240 --> 00:08:48.220
ein für einen schnellen Proof-of-Concept erstellter Connector

00:08:48.220 --> 00:08:49.820
oder einfach ein neuer Microsoft-Connector

00:08:49.820 --> 00:08:50.480
aus einem Update.

00:08:51.660 --> 00:08:52.260
Das sind die Lücken,

00:08:52.480 --> 00:08:53.360
durch die Daten entwischen.

00:08:54.380 --> 00:08:55.800
Der Logikbaum in den meisten Umgebungen

00:08:55.800 --> 00:08:57.180
wird bei weitem nicht so oft überprüft,

00:08:57.240 --> 00:08:58.640
wie neue Konnektoren hinzugefügt werden.

00:08:59.020 --> 00:09:00.240
Und anders als bei Mailfluss-Regeln

00:09:00.240 --> 00:09:01.760
sind diese nicht immer selbst erklärend.

00:09:02.560 --> 00:09:03.840
Oberflächlich betrachtet wirken sie geschäftsfreundlich,

00:09:04.540 --> 00:09:06.100
doch im Hintergrund können sie mehr übertragen,

00:09:06.220 --> 00:09:06.940
als ihnen lieb ist.

00:09:07.460 --> 00:09:08.240
Hier ist ein weiterer Aspekt.

00:09:08.240 --> 00:09:10.380
Die meisten DLP-Konfigurationen

00:09:10.380 --> 00:09:11.620
behandeln Connector-Gruppierungen

00:09:11.620 --> 00:09:12.860
wie einen Punkt auf einer Checkliste.

00:09:13.640 --> 00:09:15.400
Nur als Geschäftsdaten markieren klingt gut,

00:09:15.560 --> 00:09:17.360
bis ein benutzerdefinierter Connector

00:09:17.360 --> 00:09:19.120
oder ein unbekanntes SaaS auftaucht.

00:09:19.820 --> 00:09:21.620
Jetzt verlassen sie sich auf Namenskonventionen

00:09:21.620 --> 00:09:22.860
und Microsoft-Standard-Vorlagen,

00:09:22.940 --> 00:09:24.480
die möglicherweise nicht einmal annähernd

00:09:24.480 --> 00:09:27.220
ihren tatsächlichen geschäftlichen Anforderungen entsprechen.

00:09:28.260 --> 00:09:30.400
Die Wenn-Dann-Ketten werden länger und unhandlicher.

00:09:31.400 --> 00:09:33.420
Wenn ein Connector als nur für Geschäftsdaten markiert ist,

00:09:33.520 --> 00:09:34.080
bedeutet das dann,

00:09:34.120 --> 00:09:35.380
dass er für die private Nutzung gesperrt ist.

00:09:35.760 --> 00:09:36.560
Was passiert,

00:09:36.560 --> 00:09:38.220
wenn sich die Definition von geschäftlich ändert,

00:09:38.280 --> 00:09:40.220
weil die Marketingabteilung ein neues Cloud-Tool findet?

00:09:41.020 --> 00:09:42.320
Wenn die Richtlinie nicht getestet wurde,

00:09:42.380 --> 00:09:43.820
ist das alles nur theoretische Sicherheit.

00:09:44.060 --> 00:09:44.340
Sicherheit.

00:09:45.140 --> 00:09:46.780
Verpasste Auslöser sind ein weiterer Grund,

00:09:46.880 --> 00:09:48.600
warum diese Szenarien für echte Kopfschmerzen sorgen.

00:09:49.300 --> 00:09:50.300
Die meisten DLP-Tools

00:09:50.300 --> 00:09:52.340
priorisieren Warnmeldungen bei bekannten Risiken.

00:09:53.120 --> 00:09:54.120
Wenn aber niemand die Logik

00:09:54.120 --> 00:09:55.240
für einen neuen Connector

00:09:55.240 --> 00:09:57.060
oder einen übergreifenden Transfer definiert hat,

00:09:57.180 --> 00:09:58.060
erfahren sie erst davon,

00:09:58.160 --> 00:09:59.980
wenn die Compliance-Abteilung die Spur entdeckt.

00:09:59.980 --> 00:10:03.100
Manchmal gibt es nicht einmal eine Warnung,

00:10:03.200 --> 00:10:04.500
sondern nur ein unbemerktes Datenleck,

00:10:04.580 --> 00:10:05.240
das so lange anhält,

00:10:05.320 --> 00:10:05.860
bis jemand fragt,

00:10:05.860 --> 00:10:07.960
wo die Gehaltsabrechnungen des letzten Quartals geblieben sind.

00:10:09.400 --> 00:10:10.460
Untersuchungen zeigen immer wieder,

00:10:10.580 --> 00:10:12.340
dass Unternehmen diese übergreifenden Szenarien

00:10:12.340 --> 00:10:13.240
selten simulieren,

00:10:13.360 --> 00:10:14.220
bevor etwas schief geht.

00:10:15.220 --> 00:10:16.240
Die Feedbackschleife ist zu langsam.

00:10:16.820 --> 00:10:17.700
Viele Administratoren

00:10:17.700 --> 00:10:19.180
finden sich bei der Fehlerbehebung wieder,

00:10:19.360 --> 00:10:20.440
nachdem sie festgestellt haben,

00:10:20.540 --> 00:10:21.300
dass eine Richtlinie

00:10:21.300 --> 00:10:22.340
nicht rechtzeitig gegriffen

00:10:22.340 --> 00:10:24.020
oder einen subtilen Grenzfall übersehen hat.

00:10:24.020 --> 00:10:26.240
Admins mit den wenigsten Horrorgeschichten

00:10:26.240 --> 00:10:27.000
über Datenverlust

00:10:27.000 --> 00:10:27.620
spielen nicht nur

00:10:27.620 --> 00:10:29.100
Hau den Maulwurf mit neuen Diensten.

00:10:29.760 --> 00:10:31.000
Sie betrachten jeden Connector,

00:10:31.160 --> 00:10:32.760
besonders neue oder benutzerdefinierte,

00:10:32.880 --> 00:10:34.180
als potenzielles Fragezeichen.

00:10:35.380 --> 00:10:36.400
Anstatt darauf zu warten,

00:10:36.500 --> 00:10:37.200
dass etwas kaputt geht,

00:10:37.280 --> 00:10:37.960
erstellen sie mentale,

00:10:38.040 --> 00:10:38.760
wenn dann Landkarten.

00:10:39.780 --> 00:10:40.700
Wenn ein Benutzer versucht,

00:10:40.780 --> 00:10:43.220
Gehaltsdaten in eine neue SARS-Anwendung zu exportieren,

00:10:43.360 --> 00:10:44.460
verhindert die Richtlinie dies.

00:10:44.920 --> 00:10:45.420
Falls nicht, warum?

00:10:46.640 --> 00:10:47.780
Wenn ein Fabrikarbeitsbereich

00:10:47.780 --> 00:10:49.440
Zugriff auf einen externen Speicherort erhält,

00:10:49.540 --> 00:10:50.780
welche Wege können diese Daten nehmen

00:10:50.780 --> 00:10:52.020
und sind einige davon unüberwacht?

00:10:52.020 --> 00:10:54.380
Diese Admins überprüfen

00:10:54.380 --> 00:10:55.640
die tatsächlichen Geschäftsworkflows

00:10:55.640 --> 00:10:56.320
nicht nur die Liste

00:10:56.320 --> 00:10:57.300
der verfügbaren Connectoren.

00:10:57.840 --> 00:10:58.580
Wenn das Unternehmen also

00:10:58.580 --> 00:10:59.460
ein Tool hinzufügt,

00:10:59.620 --> 00:11:00.580
stellen sie die richtigen Fragen,

00:11:00.700 --> 00:11:01.700
bevor sie den Schalter umlegen.

00:11:02.920 --> 00:11:04.060
Am Ende besteht der Kern

00:11:04.060 --> 00:11:04.920
ihrer DLP-Geschichte

00:11:04.920 --> 00:11:05.460
nicht aus dem,

00:11:05.560 --> 00:11:06.560
was auf dem offiziellen Richtlinien

00:11:06.560 --> 00:11:06.980
im Blatt steht.

00:11:08.480 --> 00:11:09.880
Er liegt in diesen komplizierten,

00:11:10.080 --> 00:11:11.480
realen Szenarien begraben,

00:11:11.840 --> 00:11:13.580
in denen eine einzige übersehene Option

00:11:13.580 --> 00:11:14.540
in einem Logikbaum

00:11:14.540 --> 00:11:15.420
Firmengeheimnisse

00:11:15.420 --> 00:11:17.040
durch die Hintertür entweichen lässt.

00:11:18.180 --> 00:11:18.840
Je mehr sie diese

00:11:18.840 --> 00:11:20.060
Wenn-Dann-Momente vorhersehen

00:11:20.060 --> 00:11:21.040
und genauso testen,

00:11:21.040 --> 00:11:22.200
wie es ihre Benutzer tun würden,

00:11:22.320 --> 00:11:23.100
desto stärker werden

00:11:23.100 --> 00:11:24.100
ihre Daten kontrollen,

00:11:24.320 --> 00:11:25.280
desto Daten kontrollen.

00:11:25.560 --> 00:11:26.380
Aber jedes Leck zu finden

00:11:26.380 --> 00:11:27.080
bedeutet nicht nur,

00:11:27.160 --> 00:11:27.800
Mauern zu bauen.

00:11:28.580 --> 00:11:28.980
Es geht darum,

00:11:29.060 --> 00:11:29.800
zu identifizieren,

00:11:29.880 --> 00:11:31.100
welche Mauern sie wirklich brauchen.

00:11:31.420 --> 00:11:32.100
Denn solange sie sich

00:11:32.100 --> 00:11:33.500
nicht auf die Connectoren konzentrieren,

00:11:33.560 --> 00:11:34.340
die für die Arbeit

00:11:34.340 --> 00:11:35.400
ihrer Teams wichtig sind,

00:11:35.400 --> 00:11:36.180
werden alle

00:11:36.180 --> 00:11:37.420
Logikbäume der Welt

00:11:37.420 --> 00:11:38.400
den falschen Ausgang

00:11:38.400 --> 00:11:39.120
nicht stoppen.

00:11:39.980 --> 00:11:40.560
Und das eröffnet

00:11:40.560 --> 00:11:41.580
eine völlig neue Ebene

00:11:41.580 --> 00:11:42.500
der Herausforderung.

00:11:42.720 --> 00:11:43.280
Herauszufinden,

00:11:43.460 --> 00:11:44.360
welche Connectoren

00:11:44.360 --> 00:11:46.200
überhaupt ihre Aufmerksamkeit verdienen.

00:11:47.720 --> 00:11:48.780
Connector-Klassifizierung

00:11:48.780 --> 00:11:50.200
die Trennung von Signal und Rauschen.

00:11:51.000 --> 00:11:52.160
Sie kennen das endlose Scrollen

00:11:52.160 --> 00:11:52.980
durch die Connector-Liste,

00:11:53.140 --> 00:11:54.120
Reihen um Reihen von Namen,

00:11:54.400 --> 00:11:55.000
die nach einer Weile

00:11:55.000 --> 00:11:56.020
alle ineinander verschwimmen.

00:11:57.100 --> 00:11:57.720
Die meisten sehen

00:11:57.720 --> 00:11:58.580
routinemäßig aus.

00:11:58.680 --> 00:11:59.440
Dinge wie SharePoint,

00:11:59.600 --> 00:11:59.960
Excel,

00:12:00.800 --> 00:12:01.060
Azure,

00:12:01.060 --> 00:12:01.600
vielleicht ein paar

00:12:01.600 --> 00:12:02.260
mit den Initialen

00:12:02.260 --> 00:12:02.880
ihres Unternehmens.

00:12:03.940 --> 00:12:04.480
Auf dem Papier

00:12:04.480 --> 00:12:05.400
ist es beruhigend zu sehen,

00:12:05.500 --> 00:12:06.500
dass diese riesige Auswahl

00:12:06.500 --> 00:12:07.220
in saubere Gruppen

00:12:07.220 --> 00:12:07.940
unterteilt ist.

00:12:07.940 --> 00:12:10.060
Aber das wirkliche Risiko

00:12:10.060 --> 00:12:10.680
liegt nicht immer dort,

00:12:10.760 --> 00:12:11.300
wo man es vermutet.

00:12:12.180 --> 00:12:12.580
Herauszufinden,

00:12:12.660 --> 00:12:13.260
welche Connectoren

00:12:13.260 --> 00:12:14.340
tatsächlich ein hohes Risiko

00:12:14.340 --> 00:12:15.080
darstellen und welche

00:12:15.080 --> 00:12:15.680
nur zum normalen

00:12:15.680 --> 00:12:16.480
Geschäftsalltag gehören,

00:12:16.560 --> 00:12:17.220
ist nicht so einfach,

00:12:17.320 --> 00:12:17.920
wie es sein sollte.

00:12:18.920 --> 00:12:19.600
Genau da biegen

00:12:19.600 --> 00:12:20.400
die meisten Teams falsch.

00:12:21.160 --> 00:12:21.860
Die Wahrheit ist,

00:12:21.940 --> 00:12:22.480
dass jede Umgebung

00:12:22.480 --> 00:12:23.020
mit Dutzend von

00:12:23.020 --> 00:12:23.860
integrierten Connectoren

00:12:23.860 --> 00:12:24.580
vollgestopft ist,

00:12:24.920 --> 00:12:25.400
gestopft ist.

00:12:26.160 --> 00:12:27.280
Wenn Sie jemals versucht haben,

00:12:27.320 --> 00:12:28.300
den Überblick darüber zu behalten,

00:12:28.380 --> 00:12:29.420
was tatsächlich angeschlossen ist

00:12:29.420 --> 00:12:30.060
und Daten verschiebt,

00:12:30.280 --> 00:12:30.540
wissen Sie,

00:12:30.620 --> 00:12:31.320
wie schnell die Einstellungen

00:12:31.320 --> 00:12:32.040
unübersichtlich werden.

00:12:32.720 --> 00:12:33.640
Ein Teil der Herausforderung

00:12:33.640 --> 00:12:34.140
besteht darin,

00:12:34.200 --> 00:12:35.040
dass das Connector-Management

00:12:35.040 --> 00:12:35.940
immer organisiert beginnt.

00:12:35.940 --> 00:12:37.000
Ein solider Plan,

00:12:37.100 --> 00:12:37.700
einige Regeln

00:12:37.700 --> 00:12:38.560
und feste Absichten.

00:12:39.100 --> 00:12:40.140
Dann bewegt sich das Unternehmen

00:12:40.140 --> 00:12:40.420
schneller,

00:12:40.560 --> 00:12:41.640
als die IT-Schritt halten kann.

00:12:42.440 --> 00:12:43.120
Es geht nicht nur darum,

00:12:43.180 --> 00:12:44.020
was die Connectoren tun,

00:12:44.120 --> 00:12:44.420
sondern auch,

00:12:44.520 --> 00:12:45.220
was sie tun könnten,

00:12:45.320 --> 00:12:45.740
je nachdem,

00:12:45.940 --> 00:12:47.360
wie Benutzer ihre Abläufe einrichten.

00:12:48.180 --> 00:12:48.880
Ein Connector zu

00:12:48.880 --> 00:12:49.640
OneDrive for Business

00:12:49.640 --> 00:12:50.580
mag harmlos erscheinen,

00:12:50.720 --> 00:12:51.480
wenn er für den internen

00:12:51.480 --> 00:12:52.360
Gebrauch eingerichtet ist,

00:12:52.480 --> 00:12:53.240
aber durch eine einzige

00:12:53.240 --> 00:12:54.080
Fehlklassifizierung

00:12:54.080 --> 00:12:54.800
oder eine übersehene

00:12:54.800 --> 00:12:55.420
Konfiguration

00:12:55.420 --> 00:12:56.960
könnte derselbe Connector beginnen,

00:12:57.240 --> 00:12:58.000
sensible Dokumente

00:12:58.000 --> 00:12:58.660
an nicht verwaltete

00:12:58.660 --> 00:12:59.840
Speicherorte weiterzuleiten.

00:13:01.180 --> 00:13:02.060
Wenn Sie schon einmal

00:13:02.060 --> 00:13:02.840
in Meetings saßen,

00:13:02.900 --> 00:13:03.800
in denen die Lösung lautete,

00:13:03.860 --> 00:13:05.060
einfach alles zu blockieren,

00:13:05.940 --> 00:13:06.560
wie das ausgeht.

00:13:07.680 --> 00:13:08.680
Die Leute finden Umwege,

00:13:08.760 --> 00:13:09.560
die Schatten-IT wächst

00:13:09.560 --> 00:13:10.700
und plötzlich ist das Risiko

00:13:10.700 --> 00:13:11.720
höher, nicht niedriger.

00:13:12.980 --> 00:13:14.020
Sie möchten die Produktivität

00:13:14.020 --> 00:13:14.500
nicht bremsen,

00:13:14.560 --> 00:13:15.720
aber jedes nicht kontrollierte Feld

00:13:15.720 --> 00:13:16.800
fühlt sich wie eine potenzielle

00:13:16.800 --> 00:13:17.640
Sicherheitslücke an.

00:13:18.820 --> 00:13:19.740
Einige Administratoren

00:13:19.740 --> 00:13:20.760
versuchen alles außerhalb

00:13:20.760 --> 00:13:22.260
des Microsoft-Kern-Ökosystems

00:13:22.260 --> 00:13:23.120
wie SharePoint und Teams

00:13:23.120 --> 00:13:23.500
zu sperren

00:13:23.500 --> 00:13:24.480
und alles andere auszuschließen.

00:13:24.880 --> 00:13:25.680
Aber das reicht selten aus.

00:13:26.080 --> 00:13:26.820
Hier ist eine Wahrgeschichte.

00:13:27.860 --> 00:13:28.460
Ein Unternehmen

00:13:28.460 --> 00:13:29.820
setzte voll auf diesen Ansatz

00:13:29.820 --> 00:13:30.440
in der Annahme,

00:13:30.540 --> 00:13:31.660
dass nichts Kritisches

00:13:31.660 --> 00:13:33.000
über weniger bekannte

00:13:33.000 --> 00:13:34.160
Konnektoren fließen würde.

00:13:34.160 --> 00:13:36.720
Sie ließen nur eine Handvoll offen,

00:13:36.940 --> 00:13:37.840
Teams, SharePoint,

00:13:37.960 --> 00:13:38.740
die üblichen Verdächtigen

00:13:38.740 --> 00:13:39.480
im Vertrauen darauf,

00:13:39.600 --> 00:13:40.700
alles fremde blockiert zu haben.

00:13:41.820 --> 00:13:43.160
Doch jemand in der Personalabteilung

00:13:43.160 --> 00:13:43.920
entdeckte ein cleveres

00:13:43.920 --> 00:13:45.000
No-Code-Integrationstool

00:13:45.000 --> 00:13:45.560
und erstellte einen

00:13:45.560 --> 00:13:46.500
benutzerdefinierten Connector

00:13:46.500 --> 00:13:47.420
zu einer öffentlichen API.

00:13:48.320 --> 00:13:48.880
Es schien harmlos.

00:13:50.020 --> 00:13:50.600
Wochen später

00:13:50.600 --> 00:13:51.220
stellten sie fest,

00:13:51.320 --> 00:13:52.020
dass HR-Daten

00:13:52.020 --> 00:13:52.940
unbemerkt abflossen.

00:13:53.460 --> 00:13:53.620
Nicht,

00:13:53.720 --> 00:13:54.900
weil es ein bekanntes Risiko war,

00:13:55.260 --> 00:13:55.660
sondern weil

00:13:55.660 --> 00:13:57.040
niemand den benutzerdefinierten

00:13:57.040 --> 00:13:57.440
Connector

00:13:57.440 --> 00:13:58.780
für mehr als ein Nebenprojekt hielt.

00:13:59.900 --> 00:14:01.280
Die Folgen waren unangenehm

00:14:01.280 --> 00:14:01.900
und unterstreichen,

00:14:01.980 --> 00:14:02.540
dass Connectoren

00:14:02.540 --> 00:14:03.280
nicht alle gleich sind

00:14:03.280 --> 00:14:04.020
und auch nicht einfach

00:14:04.020 --> 00:14:04.740
mit pauschalen

00:14:04.740 --> 00:14:05.580
Ja- oder Nein-Regeln

00:14:05.580 --> 00:14:06.500
gehandhabt werden können.

00:14:07.620 --> 00:14:08.500
Microsoft bietet ihnen

00:14:08.500 --> 00:14:09.800
Kategorien nicht ohne Grund an,

00:14:10.500 --> 00:14:11.420
geschäftlich nicht geschäftlich

00:14:11.420 --> 00:14:11.780
blockieren.

00:14:12.260 --> 00:14:12.740
Auf dem Papier

00:14:12.740 --> 00:14:13.700
sollten diese Kategorien

00:14:13.700 --> 00:14:14.580
ihr Leben vereinfachen.

00:14:15.460 --> 00:14:16.160
In der Realität

00:14:16.160 --> 00:14:17.320
greifen die Standardeinstellungen

00:14:17.320 --> 00:14:17.880
oft zu kurz,

00:14:18.000 --> 00:14:19.240
da sie nicht widerspiegeln,

00:14:19.300 --> 00:14:20.020
was in ihrem Unternehmen

00:14:20.020 --> 00:14:21.140
wirklich passiert.

00:14:22.700 --> 00:14:23.680
Ein als geschäftlich

00:14:23.680 --> 00:14:25.120
eingestufter Connector

00:14:25.120 --> 00:14:26.020
mag für ein Finanzteam

00:14:26.020 --> 00:14:26.800
völlig sinnvoll sein,

00:14:26.940 --> 00:14:27.800
aber setzen sie

00:14:27.800 --> 00:14:28.540
denselben Connector

00:14:28.540 --> 00:14:29.060
in der Rechts- oder

00:14:29.060 --> 00:14:30.020
Forschungsabteilung ein,

00:14:30.100 --> 00:14:31.640
sieht er plötzlich riskant aus.

00:14:32.360 --> 00:14:33.160
Einige Konnektoren

00:14:33.160 --> 00:14:33.780
legen klar offen,

00:14:33.840 --> 00:14:34.720
wohin ihre Daten fließen,

00:14:34.940 --> 00:14:35.620
aber viele verbergen

00:14:35.620 --> 00:14:36.340
ihre Komplexität

00:14:36.340 --> 00:14:37.120
hinter freundlichem Namen.

00:14:37.560 --> 00:14:38.100
Sie sehen vielleicht

00:14:38.100 --> 00:14:39.580
eine geschäftsfreundliche Bezeichnung,

00:14:39.700 --> 00:14:40.360
aber im Hintergrund

00:14:40.360 --> 00:14:41.700
könnte derselbe Connectortüren

00:14:41.700 --> 00:14:42.720
zu externen Apps,

00:14:43.080 --> 00:14:44.240
nicht verwalteten Diensten

00:14:44.240 --> 00:14:45.540
oder APIs öffnen,

00:14:45.680 --> 00:14:46.360
die nicht ihrem

00:14:46.360 --> 00:14:47.660
Compliance-Profil entsprechen.

00:14:49.160 --> 00:14:50.040
Es sind die Konnektoren,

00:14:50.100 --> 00:14:50.760
die nicht auffallen,

00:14:50.840 --> 00:14:51.620
über die niemand zweimal

00:14:51.620 --> 00:14:52.140
nachdenkt,

00:14:52.420 --> 00:14:53.000
die am häufigsten

00:14:53.000 --> 00:14:53.860
das perfekte Sprungbrett

00:14:53.860 --> 00:14:54.960
für einen Datenabfluss bilden.

00:14:55.340 --> 00:14:55.640
Bilden.

00:14:56.060 --> 00:14:56.820
Das Marketing greift

00:14:56.820 --> 00:14:57.540
zu etwas glänzendem,

00:14:58.540 --> 00:14:59.660
die IT erstellt

00:14:59.660 --> 00:15:00.480
einen benutzerdefinierten

00:15:00.480 --> 00:15:01.660
Webhook für ein Pilotprogramm.

00:15:02.380 --> 00:15:02.860
Ein Entwickler,

00:15:02.960 --> 00:15:03.560
der spät arbeitet,

00:15:03.700 --> 00:15:04.540
findet ein SaaS-Tool,

00:15:04.800 --> 00:15:05.580
baut eine Integration

00:15:05.580 --> 00:15:06.340
und macht weiter.

00:15:07.180 --> 00:15:08.100
Bis es jemand bemerkt,

00:15:08.180 --> 00:15:08.820
läuft der Connector

00:15:08.820 --> 00:15:09.620
bereits im Hintergrund

00:15:09.620 --> 00:15:10.340
in der Produktion

00:15:10.340 --> 00:15:11.300
und er steht oft nicht

00:15:11.300 --> 00:15:12.760
auf dem monatlichen Prüfbericht.

00:15:13.640 --> 00:15:14.240
Die Plattformen

00:15:14.240 --> 00:15:14.860
senden ihm nicht gerade

00:15:14.860 --> 00:15:15.600
eine Benachrichtigung,

00:15:15.780 --> 00:15:16.580
wenn jemand etwas Neues

00:15:16.580 --> 00:15:17.440
baut oder einführt.

00:15:19.120 --> 00:15:19.960
Mit der Zeit

00:15:19.960 --> 00:15:20.520
wächst die Liste

00:15:20.520 --> 00:15:21.420
der Konnektoren an

00:15:21.420 --> 00:15:22.620
und ohne jemanden,

00:15:22.680 --> 00:15:23.700
der sie aktiv bereinigt

00:15:23.700 --> 00:15:24.380
und überprüft,

00:15:24.620 --> 00:15:25.540
übertönt das Rauschen

00:15:25.540 --> 00:15:26.660
die Hochrisikosignale.

00:15:26.660 --> 00:15:28.800
Aktuelle Studien zeigen,

00:15:28.900 --> 00:15:29.620
dass der intelligenteste

00:15:29.620 --> 00:15:30.520
Ansatz nicht darin besteht,

00:15:30.620 --> 00:15:31.200
einfach nur längere

00:15:31.200 --> 00:15:31.900
Listen zu erstellen

00:15:31.900 --> 00:15:32.620
oder mehr Konnektoren

00:15:32.620 --> 00:15:33.260
zu einer Blockgruppe

00:15:33.260 --> 00:15:33.880
hinzuzufügen.

00:15:34.360 --> 00:15:35.180
Es geht um Abstimmung.

00:15:35.720 --> 00:15:36.400
Wenn Connector-Gruppen

00:15:36.400 --> 00:15:37.040
ihren realen

00:15:37.040 --> 00:15:37.620
Geschäftsprozessen

00:15:37.620 --> 00:15:38.000
entsprechen,

00:15:38.160 --> 00:15:39.140
sinken sowohl Datenlacks

00:15:39.140 --> 00:15:40.000
als auch Reibungsverluste

00:15:40.000 --> 00:15:40.800
bei den Nutzern drastisch.

00:15:41.120 --> 00:15:41.960
Das ist nicht nur Theorie,

00:15:42.080 --> 00:15:42.960
sondern gelebte Erfahrung

00:15:42.960 --> 00:15:43.800
in großen Unternehmen.

00:15:44.600 --> 00:15:45.000
Die Teams,

00:15:45.060 --> 00:15:45.580
die sich tatsächlich

00:15:45.580 --> 00:15:46.340
mit den Fachbereichen

00:15:46.340 --> 00:15:46.860
zusammensetzen,

00:15:46.940 --> 00:15:48.100
um Arbeitsabläufe abzubilden,

00:15:48.460 --> 00:15:49.320
erkennen ungewöhnliche

00:15:49.320 --> 00:15:49.880
Konnektoren,

00:15:50.100 --> 00:15:51.100
bevor sie zum Problem werden.

00:15:51.100 --> 00:15:52.680
Sie erfahren,

00:15:52.780 --> 00:15:53.440
warum ein Connector

00:15:53.440 --> 00:15:54.100
verwendet wird,

00:15:54.300 --> 00:15:55.020
welche Aufgabe er

00:15:55.020 --> 00:15:55.760
tatsächlich erfüllt

00:15:55.760 --> 00:15:56.480
und welche Abläufe

00:15:56.480 --> 00:15:57.280
geschäftskritisch sind

00:15:57.280 --> 00:15:58.180
im Gegensatz zu solchen,

00:15:58.280 --> 00:15:58.900
die nur dem Komfort

00:15:58.900 --> 00:15:59.860
eines einzelnen Nutzers dienen.

00:16:00.580 --> 00:16:01.460
Wenn Sie die Klassifizierung

00:16:01.460 --> 00:16:02.120
von Konnektoren

00:16:02.120 --> 00:16:02.660
wie eine starre

00:16:02.660 --> 00:16:03.600
Aufgabenliste behandeln,

00:16:03.860 --> 00:16:04.520
überwachen Sie am Ende

00:16:04.520 --> 00:16:05.040
eine Parade,

00:16:05.240 --> 00:16:06.020
während die wichtigen Dinge

00:16:06.020 --> 00:16:07.040
unbemerkt über Seitenwege

00:16:07.040 --> 00:16:07.440
entweichen.

00:16:08.600 --> 00:16:09.500
Durch einen klareren

00:16:09.500 --> 00:16:09.900
Überblick,

00:16:09.960 --> 00:16:10.620
der darauf basiert,

00:16:10.880 --> 00:16:11.580
wie Ihre Mitarbeiter

00:16:11.580 --> 00:16:12.320
wirklich arbeiten,

00:16:12.420 --> 00:16:13.360
können Sie schneller reagieren

00:16:13.360 --> 00:16:13.820
und erkennen,

00:16:14.120 --> 00:16:15.060
wenn sich der Datenfluss

00:16:15.060 --> 00:16:15.860
verändert hat.

00:16:16.460 --> 00:16:17.120
Connector-Risiken

00:16:17.120 --> 00:16:17.920
sind selten statisch.

00:16:18.320 --> 00:16:19.320
Die sichere Wahl von heute

00:16:19.320 --> 00:16:20.180
kann durch eine einzige

00:16:20.180 --> 00:16:21.120
Änderung im Workflow

00:16:21.120 --> 00:16:21.620
oder eine neue

00:16:21.620 --> 00:16:22.320
Plattformfunktion

00:16:22.320 --> 00:16:22.960
riskant werden.

00:16:23.860 --> 00:16:24.480
Reibung ist hier

00:16:24.480 --> 00:16:24.920
nicht der Feind,

00:16:25.040 --> 00:16:25.620
sondern Unwissenheit.

00:16:26.400 --> 00:16:26.840
Zu verstehen,

00:16:26.940 --> 00:16:27.580
wie sich das Geschäft

00:16:27.580 --> 00:16:28.500
entwickelt und wie schnell

00:16:28.500 --> 00:16:29.480
Integrationen entstehen

00:16:29.480 --> 00:16:30.120
oder sich verändern,

00:16:30.380 --> 00:16:31.380
hält Ihre Klassifizierung

00:16:31.380 --> 00:16:31.800
aktuell,

00:16:32.140 --> 00:16:32.860
anstatt sie sofort

00:16:32.860 --> 00:16:33.440
nach Abschluss

00:16:33.440 --> 00:16:34.480
der Überprüfung

00:16:34.480 --> 00:16:35.260
obsolet zu machen.

00:16:36.700 --> 00:16:37.520
Der eigentliche Trick

00:16:37.520 --> 00:16:38.500
liegt also in der Kommunikation,

00:16:38.580 --> 00:16:39.500
nicht nur in der Konfiguration.

00:16:40.340 --> 00:16:41.060
Führen Sie einen Dialog

00:16:41.060 --> 00:16:41.880
mit Ihren Power-Usern,

00:16:41.980 --> 00:16:42.560
also jenen Teams,

00:16:42.660 --> 00:16:43.620
die neue Lösungen aufbauen

00:16:43.620 --> 00:16:44.420
und Dinge ausprobieren,

00:16:44.500 --> 00:16:45.240
bevor die meisten anderen

00:16:45.240 --> 00:16:46.020
überhaupt davon hören.

00:16:46.020 --> 00:16:48.740
Wenn Administratoren

00:16:48.740 --> 00:16:49.680
eng mit den Verantwortlichen

00:16:49.680 --> 00:16:50.380
für Geschäftsprozesse

00:16:50.380 --> 00:16:51.020
zusammenarbeiten,

00:16:51.120 --> 00:16:51.600
führen sie nicht nur

00:16:51.600 --> 00:16:52.220
eine Prüfung durch,

00:16:52.300 --> 00:16:53.320
sondern erhalten einen Einblick,

00:16:53.540 --> 00:16:54.240
welche Konnektoren

00:16:54.240 --> 00:16:55.140
die tatsächliche Arbeit

00:16:55.140 --> 00:16:55.700
vorantreiben

00:16:55.700 --> 00:16:56.700
und welche nur

00:16:56.700 --> 00:16:57.700
die Optionsliste füllen.

00:16:58.900 --> 00:16:59.960
Diese Art der Partnerschaft

00:16:59.960 --> 00:17:01.000
ermöglicht das frühzeitige

00:17:01.000 --> 00:17:02.300
Erkennen riskanter Konnektoren

00:17:02.300 --> 00:17:03.620
und nimmt dem Blockieren

00:17:03.620 --> 00:17:04.160
den Schrecken,

00:17:04.420 --> 00:17:05.680
da sie den realen Hintergrund

00:17:05.680 --> 00:17:06.300
der Richtlinie

00:17:06.300 --> 00:17:07.300
bereits erläutert haben.

00:17:08.140 --> 00:17:09.300
Bei der Connector-Klassifizierung

00:17:09.300 --> 00:17:09.960
geht es nicht darum,

00:17:10.040 --> 00:17:10.940
Anforderungen abzuhaken,

00:17:11.020 --> 00:17:11.560
sondern jeden Schritt

00:17:11.560 --> 00:17:12.080
zu verfolgen,

00:17:12.140 --> 00:17:13.100
den Ihre Daten machen könnten

00:17:13.100 --> 00:17:14.060
und die Kategorien

00:17:14.060 --> 00:17:14.500
anzupassen,

00:17:14.600 --> 00:17:15.420
während das Unternehmen wächst,

00:17:15.420 --> 00:17:16.860
sich wandelt und Neues ausprobiert,

00:17:17.000 --> 00:17:18.200
sich wandelt und Neues ausprobiert.

00:17:18.400 --> 00:17:19.500
Ein Klassifizierungssystem,

00:17:19.660 --> 00:17:20.280
das mit dem Unternehmen

00:17:20.280 --> 00:17:20.800
Schritt hält,

00:17:20.920 --> 00:17:21.860
ist immer leistungsfähiger

00:17:21.860 --> 00:17:22.280
als eines,

00:17:22.380 --> 00:17:23.420
das in der Einrichtungsphase

00:17:23.420 --> 00:17:24.160
erstarrt ist.

00:17:25.000 --> 00:17:25.540
Wenn Sie erst einmal

00:17:25.540 --> 00:17:26.320
herausgefunden haben,

00:17:26.380 --> 00:17:27.540
wo das Risiko wirklich liegt,

00:17:27.620 --> 00:17:28.680
ist das nächste Kopfzerbrechen

00:17:28.680 --> 00:17:29.240
das Testen,

00:17:29.360 --> 00:17:29.900
das Testen.

00:17:30.500 --> 00:17:31.180
Wie führt man neue

00:17:31.180 --> 00:17:32.320
DLP-Richtlinien ein,

00:17:32.480 --> 00:17:33.160
die zwar die richtigen

00:17:33.160 --> 00:17:33.920
Abläufe erfassen,

00:17:34.040 --> 00:17:34.800
aber nicht die kritischen

00:17:34.800 --> 00:17:35.720
Prozesse unterbrechen,

00:17:35.860 --> 00:17:36.520
auf die die Nutzer

00:17:36.520 --> 00:17:37.580
täglich angewiesen sind?

00:17:39.360 --> 00:17:40.340
Testen ohne Tränen,

00:17:40.600 --> 00:17:41.820
adaptive DLP-Richtlinien

00:17:41.820 --> 00:17:43.020
für die reale Welt entwickeln.

00:17:43.820 --> 00:17:44.460
Wenn Sie schon einmal

00:17:44.460 --> 00:17:45.440
einen Montag erlebt haben,

00:17:45.540 --> 00:17:46.340
an dem eine brandneue

00:17:46.340 --> 00:17:47.100
DLP-Richtlinie

00:17:47.100 --> 00:17:47.880
noch vor dem Frühstück

00:17:47.880 --> 00:17:48.820
fünf Hauptarbeitsabläufe

00:17:48.820 --> 00:17:49.760
Ihres Teams lahmgelegt hat,

00:17:50.020 --> 00:17:50.360
wissen Sie,

00:17:50.460 --> 00:17:51.180
wie brutal Tests

00:17:51.180 --> 00:17:52.220
in der Produktion sein können.

00:17:53.240 --> 00:17:54.180
Sie erhalten diese E-Mail,

00:17:54.480 --> 00:17:55.240
eine Automatisierung

00:17:55.240 --> 00:17:55.960
ist fehlgeschlagen,

00:17:56.080 --> 00:17:56.640
verärgerte Nutzer

00:17:56.640 --> 00:17:57.460
kontaktieren die IT

00:17:57.460 --> 00:17:58.560
und niemand erinnert sich daran,

00:17:58.620 --> 00:17:59.520
die Regel genehmigt zu haben,

00:17:59.580 --> 00:18:00.220
die das halbe Geschäft

00:18:00.220 --> 00:18:00.880
lahmgelegt hat.

00:18:01.620 --> 00:18:02.240
Es fühlt sich an,

00:18:02.280 --> 00:18:03.100
als hätte man nur die Wahl,

00:18:03.200 --> 00:18:04.280
entweder alles so stark zu sperren,

00:18:04.340 --> 00:18:04.880
dass nichts mehr geht,

00:18:04.980 --> 00:18:05.860
oder alles so locker zu lassen,

00:18:05.940 --> 00:18:06.620
dass man nur auf den Anruf

00:18:06.620 --> 00:18:07.640
des Wirtschaftsprüfers wartet.

00:18:08.860 --> 00:18:09.880
Keines der beiden Extreme

00:18:09.880 --> 00:18:10.760
funktioniert auf Dauer.

00:18:11.200 --> 00:18:12.280
Aber wenn man den schwierigen Teil,

00:18:12.360 --> 00:18:12.880
das Testen,

00:18:13.160 --> 00:18:13.700
der Richtlinien

00:18:13.700 --> 00:18:14.860
vor dem Live-Gang überspringt,

00:18:15.200 --> 00:18:16.160
entdeckt man Datenlecks

00:18:16.160 --> 00:18:16.960
erst, wenn sie bereits

00:18:16.960 --> 00:18:18.120
Probleme verursacht haben.

00:18:19.280 --> 00:18:20.060
Das ist keine Situation,

00:18:20.180 --> 00:18:20.840
in der man als Administrator

00:18:20.840 --> 00:18:21.200
stecken will.

00:18:21.680 --> 00:18:22.280
Lassen Sie uns darüber

00:18:22.280 --> 00:18:23.300
sprechen, wie echtes Testen auch.

00:18:23.660 --> 00:18:24.720
In Fabric und der Power-Plattform

00:18:24.720 --> 00:18:25.280
ist es verlockend,

00:18:25.380 --> 00:18:25.920
Änderungen direkt

00:18:25.920 --> 00:18:26.900
in der Produktion vorzunehmen,

00:18:26.960 --> 00:18:27.760
um zu sehen, was passiert.

00:18:28.840 --> 00:18:29.920
Meistens liegt das an dem Druck,

00:18:30.160 --> 00:18:31.340
Lösungen schnell bereitzustellen,

00:18:31.400 --> 00:18:32.700
ohne das Tagesgeschäft zu bremsen.

00:18:33.440 --> 00:18:34.100
Doch wer schon einmal

00:18:34.100 --> 00:18:35.320
eine neue Regel aktiviert hat

00:18:35.320 --> 00:18:36.180
und dabei zusehen musste,

00:18:36.300 --> 00:18:37.380
wie Exporte, Genehmigungen

00:18:37.380 --> 00:18:38.160
und Benachrichtigungen

00:18:38.160 --> 00:18:39.120
zum Stillstand kamen,

00:18:39.560 --> 00:18:40.160
weiß, dass es einen

00:18:40.160 --> 00:18:40.860
intelligenteren Weg

00:18:40.860 --> 00:18:41.680
zum Ausgleich geben muss.

00:18:42.760 --> 00:18:43.780
Ein Szenario taucht dabei

00:18:43.780 --> 00:18:44.380
immer wieder auf.

00:18:45.140 --> 00:18:46.200
Eine Abteilung automatisiert

00:18:46.200 --> 00:18:47.200
den Export von Kundenberichten

00:18:47.200 --> 00:18:47.640
in Fabric.

00:18:48.040 --> 00:18:48.540
Das Unternehmen ist

00:18:48.540 --> 00:18:49.600
auf diese Automatisierung angewiesen.

00:18:50.360 --> 00:18:51.320
Es spart jede Woche Stunden,

00:18:51.420 --> 00:18:52.520
bis ihre neue DLP-Richtlinie

00:18:52.520 --> 00:18:53.320
den Prozess blockiert,

00:18:53.440 --> 00:18:54.440
weil die Logik ihn als Risiko

00:18:54.440 --> 00:18:55.440
für Datenabfluss einstuft.

00:18:56.460 --> 00:18:57.240
Jetzt sitzen Sie in der Klemme.

00:18:57.580 --> 00:18:58.880
Der Export ist geschäftskritisch,

00:18:58.960 --> 00:18:59.980
aber die Richtlinie sagt nein.

00:19:00.420 --> 00:19:01.320
Wer darf die Sperre aufheben?

00:19:01.680 --> 00:19:02.460
Wie sieht die Umgehungslösung?

00:19:02.720 --> 00:19:03.480
Was ist der eigentliche Konflikt?

00:19:03.940 --> 00:19:04.580
Das Geschäft basiert

00:19:04.580 --> 00:19:05.720
auf diesen unsichtbaren Abläufen

00:19:05.720 --> 00:19:06.900
und DLP erkennt nicht immer

00:19:06.900 --> 00:19:07.840
den Unterschied zwischen einem Leck

00:19:07.840 --> 00:19:08.980
und einer lebenswichtigen Funktion.

00:19:09.540 --> 00:19:10.720
Tests zu überspringen geht schnell,

00:19:10.880 --> 00:19:12.000
ist aber auch der sicherste Weg,

00:19:12.100 --> 00:19:13.600
die wirklich wichtigen Lacks zu übersehen.

00:19:14.400 --> 00:19:15.180
Erschwerend kommt hinzu,

00:19:15.280 --> 00:19:16.380
dass Richtlinien Nebenwirkungen

00:19:16.380 --> 00:19:16.900
haben können,

00:19:17.020 --> 00:19:18.020
die man nie geplant hatte,

00:19:18.180 --> 00:19:18.860
die man nie geplant hat.

00:19:19.480 --> 00:19:20.480
Sind die Bedingungen zu strengen,

00:19:20.520 --> 00:19:21.480
suchen sich die Benutzerwege,

00:19:21.560 --> 00:19:22.220
diese zu umgehen.

00:19:22.860 --> 00:19:23.420
Sind sie zu locker,

00:19:23.540 --> 00:19:24.780
landen stapelweise Support-Tickets

00:19:24.780 --> 00:19:25.540
auf ihrem Schreibtisch.

00:19:26.040 --> 00:19:26.960
Das Ziel ist nur das Abhaken

00:19:26.960 --> 00:19:27.580
an der Checkliste.

00:19:27.840 --> 00:19:28.240
Es geht darum,

00:19:28.280 --> 00:19:28.820
die Workflows,

00:19:28.820 --> 00:19:29.620
auf die sich alle verlassen,

00:19:29.700 --> 00:19:30.460
reibungslos zu halten

00:19:30.460 --> 00:19:31.600
und gleichzeitig das zu verhindern,

00:19:31.660 --> 00:19:32.160
was auf keinen Fall

00:19:32.160 --> 00:19:32.900
nach außen dringen darf.

00:19:33.540 --> 00:19:34.380
Wie erreicht man das also?

00:19:34.940 --> 00:19:36.040
Untersuchungen und Praxiserfahrungen

00:19:36.040 --> 00:19:36.460
bestätigen,

00:19:36.580 --> 00:19:37.500
dass stufenweise Rollouts

00:19:37.500 --> 00:19:38.740
fast immer besser sind

00:19:38.740 --> 00:19:40.040
als eine große Umstellung auf einmal.

00:19:40.440 --> 00:19:41.660
Äh, das sieht dann so aus.

00:19:42.500 --> 00:19:43.800
Anstatt alles auf einmal umzustellen,

00:19:43.880 --> 00:19:45.080
führen sie neue Richtlinienänderungen

00:19:45.080 --> 00:19:45.960
erst für eine kleine Gruppe

00:19:45.960 --> 00:19:47.060
von Pilotanwendern ein.

00:19:48.400 --> 00:19:49.520
Durch gezielte Überwachung,

00:19:49.860 --> 00:19:51.240
echtes Prüfen der Protokolle,

00:19:51.700 --> 00:19:52.480
Messen von Fehlern

00:19:52.480 --> 00:19:54.040
und direktes Feedback der Benutzer

00:19:54.040 --> 00:19:55.820
erkennen sie Richtlinienkonflikte,

00:19:56.200 --> 00:19:57.500
solange sie noch beherrschbar sind.

00:19:57.500 --> 00:19:59.220
Der Unterschied ist,

00:19:59.300 --> 00:19:59.800
dass die Benutzer,

00:19:59.880 --> 00:20:00.680
die auf Probleme stoßen,

00:20:00.840 --> 00:20:02.220
echte Menschen mit echten Aufgaben

00:20:02.220 --> 00:20:03.780
sind keine theoretischen Testfälle,

00:20:04.020 --> 00:20:05.020
die niemand wirklich braucht.

00:20:05.620 --> 00:20:06.680
Analysen sind der nächste Schritt.

00:20:07.140 --> 00:20:08.200
Fabric und die Power-Plattform

00:20:08.200 --> 00:20:10.060
bieten umfangreiche Aktivitätsprotokolle

00:20:10.060 --> 00:20:11.060
und sie werden überrascht sein,

00:20:11.140 --> 00:20:11.620
was sie sehen,

00:20:11.720 --> 00:20:13.120
wenn sie diese wirklich im Blick behalten,

00:20:13.300 --> 00:20:14.320
wenn sie diese wirklich überhalten.

00:20:14.680 --> 00:20:16.160
Die Überwachung dieser Abläufe wäre,

00:20:16.880 --> 00:20:17.680
womit verbunden ist

00:20:17.680 --> 00:20:18.340
und welche Apps,

00:20:18.460 --> 00:20:19.180
wann Daten verschieben,

00:20:19.240 --> 00:20:19.720
zeigt Muster,

00:20:19.860 --> 00:20:20.660
die beim Reinlesen

00:20:20.660 --> 00:20:22.000
von Richtlinienzusammenfassungen

00:20:22.000 --> 00:20:22.700
verborgen bleiben.

00:20:24.040 --> 00:20:24.460
Nehmen wir an,

00:20:24.500 --> 00:20:24.940
sie bemerken,

00:20:25.040 --> 00:20:25.980
dass die Personalabteilung

00:20:25.980 --> 00:20:27.480
jeden Freitag Exportläufe testen,

00:20:27.500 --> 00:20:28.960
und Daten an einen kaum genutzten

00:20:28.960 --> 00:20:29.720
Connector sendet,

00:20:29.980 --> 00:20:30.340
sendet.

00:20:31.160 --> 00:20:32.200
Wenn ihre Analysen zeigen,

00:20:32.280 --> 00:20:32.780
dass der Connector

00:20:32.780 --> 00:20:33.800
sonst nirgends verwendet wird,

00:20:33.900 --> 00:20:34.900
besteht die Lösung vielleicht darin,

00:20:35.060 --> 00:20:36.160
nur diese Richtlinie anzupassen,

00:20:36.240 --> 00:20:36.740
statt in Panik

00:20:36.740 --> 00:20:38.080
das gesamte Unternehmen zu blockieren.

00:20:39.220 --> 00:20:40.260
Indem sie Analysen nutzen,

00:20:40.400 --> 00:20:41.500
um sich entwickelnde Datenpfade

00:20:41.500 --> 00:20:41.900
zu erkennen,

00:20:42.000 --> 00:20:43.200
können sie ihre Richtlinien anpassen,

00:20:43.300 --> 00:20:43.900
bevor sie zu Frust

00:20:43.900 --> 00:20:44.540
bei den Anwendern

00:20:44.540 --> 00:20:45.540
oder Compliance-Problemen

00:20:45.540 --> 00:20:46.000
führen führen.

00:20:46.440 --> 00:20:47.240
Sandbox-Umgebungen

00:20:47.240 --> 00:20:47.840
sind längst nicht mehr

00:20:47.840 --> 00:20:48.600
nur für Entwickler da.

00:20:49.080 --> 00:20:49.840
Die Realität ist,

00:20:49.900 --> 00:20:50.760
dass die meisten Richtlinien

00:20:50.760 --> 00:20:51.400
viel erst aufwahlen,

00:20:51.460 --> 00:20:52.060
wenn in der Produktion

00:20:52.060 --> 00:20:52.760
etwas kaputt geht.

00:20:53.340 --> 00:20:54.240
Es ist dann viel zu spät.

00:20:54.240 --> 00:20:55.740
In Sandboxes können sie

00:20:55.740 --> 00:20:56.460
neue Richtlinien

00:20:56.460 --> 00:20:57.300
basierend auf echtem

00:20:57.300 --> 00:20:58.240
Nutzerverhalten erstellen,

00:20:58.400 --> 00:20:59.240
anpassen und prüfen,

00:20:59.360 --> 00:21:00.580
ohne Angst haben zu müssen,

00:21:00.680 --> 00:21:01.480
dass kritische Systeme

00:21:01.480 --> 00:21:02.260
dauerhaft ausfallen.

00:21:03.320 --> 00:21:04.000
Sie können legitime

00:21:04.000 --> 00:21:05.320
Geschäftsaktivitäten simulieren,

00:21:05.420 --> 00:21:06.200
Testdaten exportieren,

00:21:06.300 --> 00:21:07.080
Connectors ausprobieren,

00:21:07.180 --> 00:21:07.880
Abläufe ausführen

00:21:07.880 --> 00:21:08.160
und sehen,

00:21:08.220 --> 00:21:08.940
was die Regeln blockieren

00:21:08.940 --> 00:21:09.880
und was durchgelassen wird.

00:21:10.920 --> 00:21:11.380
Durch Tests

00:21:11.380 --> 00:21:12.320
in einer sicheren Umgebung

00:21:12.320 --> 00:21:12.960
sehen sie tatsächlich,

00:21:13.080 --> 00:21:14.140
wo ihre Logik sinnvoll ist

00:21:14.140 --> 00:21:15.700
und wo sie in sich zusammenfällt.

00:21:16.420 --> 00:21:17.640
Es ist wesentlich einfacher,

00:21:17.700 --> 00:21:18.660
eine Regel in der Sandbox

00:21:18.660 --> 00:21:19.260
neu zu schreiben,

00:21:19.360 --> 00:21:19.920
als den Schaden

00:21:19.920 --> 00:21:21.120
nach einem Rollout zu beheben.

00:21:21.120 --> 00:21:23.000
Wenn Sie sowohl Anwender

00:21:23.000 --> 00:21:23.580
als auch Prüfer

00:21:23.580 --> 00:21:24.420
zufriedenstellen wollen,

00:21:24.660 --> 00:21:25.420
sollten Sie die Einführung

00:21:25.420 --> 00:21:25.960
von Richtlinien

00:21:25.960 --> 00:21:27.520
als iterativen Prozess betrachten.

00:21:28.600 --> 00:21:29.320
Die erfolgreichsten

00:21:29.320 --> 00:21:30.100
Administratoren,

00:21:30.300 --> 00:21:31.540
die am wenigsten Stress haben,

00:21:31.760 --> 00:21:32.880
binden die Anwender

00:21:32.880 --> 00:21:34.300
immer in die Feedback-Schleife ein.

00:21:35.200 --> 00:21:36.380
Prüfen Sie nach jeder Testrunde,

00:21:36.460 --> 00:21:37.100
welche Workflows

00:21:37.100 --> 00:21:38.160
tatsächlich unterbrochen wurden

00:21:38.160 --> 00:21:38.660
und fragen Sie,

00:21:38.980 --> 00:21:39.720
hat die Richtlinie

00:21:39.720 --> 00:21:40.420
ein Leck gestoppt

00:21:40.420 --> 00:21:41.500
oder nur den Geschäftsbetrieb

00:21:41.500 --> 00:21:41.940
behindert?

00:21:42.880 --> 00:21:43.940
Passen Sie die Regeln an,

00:21:44.300 --> 00:21:44.680
informieren Sie

00:21:44.680 --> 00:21:45.600
die beteiligten Teams

00:21:45.600 --> 00:21:46.920
und setzen Sie die Änderung um,

00:21:47.040 --> 00:21:47.940
bevor Sie die Produktion

00:21:47.940 --> 00:21:48.740
überhaupt berühren.

00:21:48.740 --> 00:21:51.160
Die Leute erinnern sich daran,

00:21:51.240 --> 00:21:51.300
wenn

00:21:51.300 --> 00:21:54.140
Sie es nicht verbunden haben,

00:21:54.140 --> 00:21:55.320
aber auch die

00:21:55.320 --> 00:21:55.560
keit

00:21:55.560 --> 00:21:56.900
noch

00:21:56.900 --> 00:21:57.040
dass

00:21:57.040 --> 00:21:57.440
die

00:21:57.440 --> 00:21:57.900
die

00:21:57.900 --> 00:21:58.200
die

00:21:58.200 --> 00:21:59.020
die

00:21:59.020 --> 00:22:00.120
Herausforderung

00:22:00.120 --> 00:22:00.780
sehen Sie,

00:22:00.780 --> 00:22:01.040
wenn Sie,

00:22:01.040 --> 00:22:03.040
wenn Sie das

00:22:03.040 --> 00:22:03.240
sehen,

00:22:03.380 --> 00:22:03.400
dann

00:22:03.400 --> 00:22:03.760
sehen Sie,

00:22:03.760 --> 00:22:05.460
dann

00:22:05.460 --> 00:22:06.300
sehen Sie,

00:22:06.300 --> 00:22:07.100
das

00:22:07.100 --> 00:22:07.840
sehen Sie,

00:22:08.000 --> 00:22:08.040
dann

00:22:08.040 --> 00:22:08.420
sehen Sie,

00:22:08.420 --> 00:22:09.140
jetzt

00:22:09.140 --> 00:22:09.740
sind

00:22:09.740 --> 00:22:10.020
die

00:22:10.020 --> 00:22:10.660
see

00:22:10.660 --> 00:22:11.960
out

00:22:11.960 --> 00:22:12.800
sehen Sie,

00:22:12.800 --> 00:22:13.180
dann

00:22:13.180 --> 00:22:13.860
die

00:22:13.860 --> 00:22:15.000
kommen

00:22:15.000 --> 00:22:15.480
oder

00:22:15.480 --> 00:22:16.140
sehen Sie,

00:22:16.140 --> 00:22:17.480
indem

00:22:17.480 --> 00:22:18.100
sie

00:22:18.100 --> 00:22:18.800
sind

00:22:18.800 --> 00:22:19.060
zu

00:22:19.060 --> 00:22:19.640
sehen,