{"id":708,"date":"2024-05-28T02:57:21","date_gmt":"2024-05-28T00:57:21","guid":{"rendered":"https:\/\/sparrow365.de\/?p=708"},"modified":"2024-11-04T20:20:49","modified_gmt":"2024-11-04T19:20:49","slug":"meine-ki-freien-notizen-zum-microsoft-build-event","status":"publish","type":"post","link":"https:\/\/sparrow365.de\/index.php\/2024\/05\/28\/meine-ki-freien-notizen-zum-microsoft-build-event\/","title":{"rendered":"Meine KI-Freien Notizen zum „Microsoft Build“ Event"},"content":{"rendered":"

Das Microsoft Build Event ist eines der wichtigsten Veranstaltungen f\u00fcr Entwickler<\/strong> und IT-Profis weltweit. Jedes Jahr werden neue Innovationen und Technologien aus dem Microsoft-\u00d6kosystem pr\u00e4sentiert. Obwohl der Fokus auf Entwicklern liegt, gehen in der Microsoft-Cloud-Welt inzwischen so ziemlich alle Bereiche flie\u00dfend ineinander \u00fcber. Daher ist es falsch zu erwarten, dass auf einem Entwicklerevent nur Dinge vorgestellt werden, die ausschlie\u00dflich Entwickler betreffen.<\/p>\n

Ich konnte die meisten Themen \u00fcberspringen, da sie f\u00fcr mich als Integrator nicht wirklich relevant sind, und musste mich durch einen Sumpf an KI-Buzzwords<\/strong> k\u00e4mpfen (das diesj\u00e4hrige Book of News<\/a> erw\u00e4hnte 207 Mal AI und 167 Mal Copilot)<\/em>. Zwischen all den Sessions gibt es jedoch letztendlich wertvolle Informationen zu den Themen Azure, Security, Windows, Edge und M365<\/strong>. <\/p>\n

Die GenAI-Hypewelle schwappt ohnehin schon so ziemlich alles aus diesem Bereich in unsere Feeds, daher starte ich in diesem Artikel mit den News, die nicht aus dem KI-Feld stammen. Die KI-Features, die ich interesant fand folgen in Part 2.<\/p>\n

\n

Falls nicht klar genug, ich versuche hier nicht ein umfassendes Summary des Events zu geben, sondern habe die Nachrichten gesammelt, zu denen ich Gedanken habe<\/em> \ud83d\ude09<\/p>\n<\/blockquote>\n


<\/p>\n

Security<\/h2>\n

Daf\u00fcr, dass Microsoft Security \u00fcber alles<\/a> priorisiert hat, haben mich keine Ank\u00fcndigungen in dem Bereich besonders beeindruckt. Allerdings muss man beachten, dass diese neue Ausrichtung in der Enterprise Timeline noch sehr frisch ist \u2013 ich bin daher gespannt, was in zuk\u00fcnftigen Events angek\u00fcndigt wird.<\/p>\n

Windows Security<\/h3>\n

Die meisten neuen Windows Security Features<\/a> sind in der Theorie sehr gut, eine bessere Zusammenfassung findet sich im dedizierten Security Blog Post<\/a>.<\/p>\n

Das wichtigste Takeaway ist f\u00fcr mich, dass das Ende von NTLM<\/strong><\/u><\/a> immer n\u00e4her r\u00fcckt. Ein Plan f\u00fcr das zweite Halbjahr 2024<\/strong> wurde genannt \u2013 falls bei euch noch nicht NTLM auditiert und abgel\u00f6st haben, findet ihr hier ein Blog Post was gemacht werden muss<\/a>.<\/p>\n

\"NTLMDeprecation\"<\/p>\n


<\/p>\n

Ein neues interessantes Werkzeug zur Steuerung von Netzwerk Traffic ist Zero Trust DNS<\/strong><\/u><\/a>. Wenn aktiviert, kann Nutzung eines vertrauensw\u00fcrdigen DNS<\/strong> erzwungen werden. Auf unerw\u00fcnschtem Wege aufgel\u00f6ste IP-Adressen werden blockiert. Dies erschwert beispielsweise die Verbindung von Malware mit Command-and-Control-Servern sowie die Umgehung von DNS Blocklisten. Dabei wird es notwendig sein, einige Ausnahmen zu pflegen<\/a>. Gerade in Zeiten, in denen wir unsere Clients nicht durch Firewalls auf Infrastrukturebene steuern k\u00f6nnen, sind mehr Client-Level-Kontrollen<\/strong> sehr willkommen.<\/p>\n

Wie Zero Trust DNS konfiguriert wird und welche Erfahrungswerte in der realen Welt gesammelt werden, werden wir sehen, wenn das Feature aus Private Preview herauskommt.<\/p>\n


<\/p>\n

Es wurden auch einige Features vorgestellt, die auf Virtualization Based Security (VBS)<\/strong> basieren \u2013 also der Isolation von besonders sch\u00fctzenswerten Prozessen vom lokalen Administrator und m\u00f6glichen Schw\u00e4chen im Host-Betriebssystem, indem sie in einer eigenen virtuellen Umgebung ausgef\u00fchrt werden.<\/p>\n

An sich handelt es sich um gute Features<\/strong>, ich habe jedoch ein fundamentales Problem mit ihnen: Die Architektur ist extrem Windows-spezifisch und komplex<\/strong>. Ich habe Schwierigkeiten mir vorzustellen, dass Drittanbieter-Softwareentwickler sich so eng an Microsoft-Sicherheitsmechanismen binden werden \u2013 ich glaube, die Nachfrage ist einfach nicht da<\/strong>. Vor allem, wenn man dar\u00fcber nachdenkt, wie oft erschreckende Sicherheitspraktiken in der Softwareentwicklung noch in freier Wildbahn anzufinden sind \u2013 von Klartext-Passwortdatenbanken bis hin zu Geheimnissen im Code. Die Implementierung von VBS wird wahrscheinlich – hoffentlich<\/em> – weit unten auf der Priorit\u00e4tenliste f\u00fcr sehr viele Entwickler stehen, selbst wenn Zeit f\u00fcr Security bleibt<\/em>. Diese Features m\u00fcssten in Bibliotheken eingebaut<\/strong> oder vom Betriebssystem bei der Laufzeit<\/strong> \u00fcbernommen werden, sonst wird sich daran so schnell nichts \u00e4ndern\u2026 es sei denn\u2026<\/p>\n

Attestation, Trusted Signing, Smart App Control<\/strong> \u2013 Microsoft \u00fcbernimmt zunehmend die Kontrolle dar\u00fcber, welche Software vertrauensw\u00fcrdig ist<\/strong> und welche nicht. Ich gehe davon aus, dass (unter anderem)<\/em> diese Sicherheitsmechanismen immer h\u00e4ufiger verpflichtend werden, damit eine App \u00fcberhaupt auf Windows laufen darf<\/strong>. Die Grundprinzipien sind gut, und ich unterst\u00fctze sie im Unternehmensbereich vollst\u00e4ndig, sofern weiterhin Ausnahmen gesteuert werden d\u00fcrfen<\/em>. F\u00fcr Privatpersonen<\/strong> bin ich jedoch kein Fan<\/strong> davon, dass eine<\/strong> Organisation entscheidet, was ausgef\u00fchrt werden darf, insbesondere wenn diese Organisation zunehmend eigene Konkurrenzprodukte f\u00fcr jede etablierte Softwarekategorie<\/strong> anbietet.<\/p>\n

\n