Misterjudie

Kurze Information für Leser und Leserinnen, die Microsoft Outlook Classic im Unternehmenseinsatz haben und die vor Tagen verschwundene Copilot-Schaltfläche vermissen. Nach meinen Informationen hat Microsoft den Bug wohl behoben.

Microsoft Copilot-Schaltfläche in Outlook verschwunden

Ende Juni 2026 gab es etwas “Aufregung” im Kreis der Nutzer von Outlook Classic. Dort stellten Nutzer fest, dass die Copilot-Schaltfläche im Programmfenster verschwunden war. Statt sich zu freuen, schlugen Nutzerbeschwerden beim IT-Support der Unternehmen ein.

Blog-Leser Rene W. hatte sich darauf hin zum 24. Juni 2026 per E-Mail mit dem Betreff “Copilot aus Outlook verschwunden” bei mir gemeldet und das Problem beschrieben. Seit den letzten Office-Updates sei Copilot aus allen seinen Office-Applikationen verschwunden. Der Leser benutzt Outlook classic in einer 32-Bit-Variante, welche die Versionsnummer 2605 (Build 16.0.20026.20182) aufweist. Diese Version ist laut dieser Microsoft-Seite zum 16. Juni 2026 veröffentlicht worden. Der Leser gab an, dass ihm zahlreiche Berichte gesehen habe, wo die Nutzer das Gleiche feststellen. Er verwies mich noch auf den einen Tag alten reddit.com Thread Copilot button in Outlook Classic gone missing.

Copilot-Button in Outlook, Quelle: Spiceworks.com

Dort schreibt jemand, dass er sowie eine Handvoll seiner Anwender plötzlich keinen Copilot-Button mehr in Outlook Classic vorfindet. Es wurde erst ein Lizenzproblem vermutet, aber im Reddit-Thread verfügen alle Betroffenen über M365 Business Standard-Lizenzen. Aber die Copilot-Schaltfläche ist in Outlook Classic (oben rechts) verschwunden. Ein Rollback von Version 2605, Build 16.0.20026.20182 auf Version 2605 (16.0.20026.20168), Current Channel, habe nichts gebracht.

Ich hatte den Sachverhalt, der in einem weiteren Kommentar sowie in diversen Internetforen erwähnt wurde, im Blog-Beitrag MS Office Classic: Copilot-Schaltfläche verschwunden (Juni 2026)? aufgegriffen. Aber eine Erklärung oder Lösung gab es nicht wirklich. Alle Spekulationen im Artikel bzw. in den zugehörigen Kommentaren haben sich erledigt. Wir haben uns alle auf Glatteis bewegt und konnten und die naheliegendste Erklärung, dass es mal wieder ein Bug von Microsoft sei, einfach nicht vorstellen. Sind wir wohl alle Opfer des “nicht schon wieder”-Syndroms geworden – wobei: Ich verwende kein Outlook.

Microsoft fixt den Outlook Copilot-Bug

Ich habe es nicht verfolgt, aber gestern ist mir ein Tweet der Kollegen von Bleeping Computer untergekommen, der einen Fix für den Outlook Copilot-Bug angesprochen hat.

Microsoft hat bereits am Dienstag, den 30. Juni 2026, den Supportbeitrag Copilot buttons are missing in classic Outlook for Windows veröffentlicht und erklärt dort das Problem. Von dem Problem betroffene Benutzer stellen eines der folgenden Symptome fest:

• Die Copilot-Schaltfläche fehlt im Bereich oben rechts oberhalb der Multifunktionsleiste.
• Das Copilot-Symbol fehlt in der linken App-Leiste oder im Bereich Weitere Apps im klassischen Outlook.
• Unter Apps hinzufügen wird Copilot möglicherweise als verfügbare App angezeigt, aber die Auswahl von Öffnen hat keine Wirkung.
• Wer Copilot über die Anpassung der Multifunktionsleiste hinzufügen möchte, stellt fest, dass der Befehl als nicht verfügbar oder grau abgeblendet angezeigt wird.

Copilot bleibt aber über andere Einstiegspunkte, z. B. über Outlook im Web oder die eigenständige Microsoft 365 Copilot-App bzw. die Webversion, verfügbar. Das Problem trat nach dem Updates von Outlook Classic für Windows auf Build 20026.20182 und höher auf. Dieses Problem machte sich laut Microsoft nur bemerkbar, wenn der Benutzer lediglich über eine Copilot-Chat-Lizenz (Basic) verfügte. Es trat nicht auf, wenn die  Nutzer eine kostenpflichtige M365-Copilot-Lizenz (Premium) besitzen.

Das Outlook-Team hat dieses Problem, laut Microsoft, mit einer Änderung zum 29. Juni 2026 behoben. Falls die Änderung nicht sofort sichtbar ist, sollten betroffene Nutzer Outlook neu starten, damit die Änderung übernommen wird. Nutzer sollen außerdem sicherstellen, dass sie über die neueste Version von Outlook Classic verfügen (lässt sich über Datei – Office-Konto – Update-Optionen – Jetzt aktualisieren sicherstellen).

Als Workaround für Nutzer, die nicht auf die gefixte Outlook-Version wechseln können oder möchten, schlägt Microsoft zwei Workarounds vor. Entweder man wechselt auf Outlook New oder verwendet Outlook Web Access (OWA). Zudem besteht die Möglichkeit, Office im Current Channel auf die Build 16.0.20026.20168 zurück zu gehen.

Ähnliche Artikel:
Umbau bei der Copilot-Sparte Microsofts, erzwungene Copilot-App-Installation gestoppt
Microsoft ermöglicht Administratoren die Copilot-App zu deinstallieren
Microsoft 365 Copilot App und weitere AI-Funktionen ausgerollt
MS Office Classic: Copilot-Schaltfläche verschwunden (Juni 2026)?

Ein Blog-Leser hat mich gestern darüber informiert, dass es im “aktuellen” Adobe Acrobat Reader DC (Version  26.001.21651) einen Bug gebe, der das Drucken verhindere. Abhilfe schafft wohl ein Wechsel auf die Version  2026.0001.21563 oder ein Workaround per Registrierungseingriff.

Adobe Acrobat Reader DC 26.001.21651

Wenn ich richtig geschaut habe, wurde der Adobe Acrobat Reader DC 26.001.21651 zum 5. Juni 2026 in dieser Adobe-Mitteilung angekündigt. Es werden Bug-Fixes sowie einige Neuerungen erwähnt. Und zum 9. Juni 2026 wurde diese Version in den Adobe Sicherheitshinweisen erwähnt. Inzwischen hat Adobe aber einige weitere Versionen veröffentlicht. Ich habe gerade geschaut, bei den Kollegen von deskmodder.de wird zum 25. Juni 2026 der Adobe Acrobat (Reader) DC 2026.001.21691 als aktuelle Version gelistet.

Ein Leserhinweis auf einen Drucken-Bug

Blog-Leser Thomas S. hat sich am gestrigen Abend per E-Mail gemeldet (danke dafür) und schrieb “die folgende Info ist vielleicht etwas für Ihren Windows Blog”. Thomas gibt an, dass es im Adobe Acrobat Reader DC (muss die Version  26.001.21651 sein) einen kuriosen Bug gibt. Dieser Bug verhindert im Prinzip das Drucken vollständig. Das gelte auch, wenn auch der Adobe Acrobat mit dem “Adobe PDF” Drucker installiert ist, merkt der Leser an. Er beschreibt den Fehler folgendermaßen:

• In diesem Fall wird im UI des Readers der Drucker “Acrobat PDF” nicht mehr im Dialogfeld mit der Druckerauflistung gelistet (der Eintrag für “Acrobat PDF” ist oft der erste Drucker am Listenanfang).
• Zum echten Problem wird dies, weil die zu den noch gelisteten Druckern gehörigen Druckeroptionen bzw. Eigenschaften um eine Position nach unten verschoben sind. Es sehe so aus, als ob der “fehlende” erste Drucker im Hintergrund noch existiert.

In Konsequenz kann der Anwender nicht mehr (problemlos) drucken, da er den gewünschten Drucker nicht mehr im Drucken-Dialog bedienen kann.

Eine Diskussion in der Adobe Community

Thomas hat mich dann auf die Diskussion Software printers are enumerated incorrectly in the Adobe Acrobat Reader print UI when Acrobat is installed. in der Adobe Community hingewiesen. Zum 9. Juni 2026 beschreibt ein Betroffener ziemlich genau den obigen Fehler.

In der Organisation des Betroffenen gibt es einen Anwendungsfall, bei dem für bestimmte Benutzer sowohl Adobe Acrobat Reader als auch Adobe Acrobat Standard gleichzeitig installiert sein müssen. Dort tritt das Problem auf, dass ab der Version 26.001.21651 die Liste der Software-Drucker im Druckdialogfeld Drucken beim Adobe Reader/Acrobat nicht mehr korrekt angezeigt wird.

Der Nutzer schreibt, dass die Option “Microsoft Print to PDF” bei Auswahl beispielsweise auf einen anderen Drucker druckt. Zudem zeigt dieser Eintrag die Eigenschaften dieses anderen Druckers an, wenn auf Eigenschaften geklickt wird. Dies gilt für alle Software-Drucker in der Liste. Physische Drucker auf dem Druck-Server scheinen davon nicht betroffen zu sein, schrieb der Betroffene.

Der Betroffene hat sich eine Aufzeichnung mit ProcMon erstellt, und kam zum Schluss, dass es so aussieht, als würde Reader zwar alle Drucker auflisten, die dem Benutzer zur Verfügung stehen. Aber der Adobe PDF-Converter, der zusammen mit Acrobat installiert  wird, erscheint nicht im Drucken-Dialogfeld. Der Eintrag ist aber in der Windows-Registrierung und im ProcMon-Protokoll als “Adobe PDF” vorhanden. Der Betroffene vermutete, dass beim Filtern des Namens dieses Druckers dessen Eigenschaften nicht entfernt werden. Dadurch werden diese Eigenschaften auf den nächsten aufgelisteten Drucker “übertragen”, was zum beobachteten Verhalten führt.

Der Betroffene schrieb weiterhin, dass er den gerade freigegebenen Adobe Reader/Acrobat 26.001.21662 getestet habe, dieser aber den gleichen Bug auch noch aufweise.

Workaround: Umbenennen oder Downgrade

Blog-Leser Thoma schrieb mir dazu: “Es hilft nur ein temporäres Umbenennen des Adobe PDF-Druckers, damit dieser die erste Position freigibt. Oder es muss ein Downgrade auf die letzte funktionierende Version 2026.0001.21563 durchgeführt werden.” Bedeutet für mich, dass alle Builds seit der fehlerhaften Version 26.001.21651 den Bug noch beinhalten. Lässt sich das bestätigen?

Umbenennen per Registrierung

In obigem Adobe Community-Beitrag schrieb der Thread-Starter, dass er seine Theorie getestet habe, indem er die Adobe-PDF-Einträge in der Registrierung unter den Schlüsseln:

HKLM\System\CurrentControlSet\Control\Print\Printers\
HKCU\Software\Microsoft\Windows NT\CurrentVersion\Devices

umbenannt habe. Sobald das erfolgte, sei der neue Name in der Druckoberfläche erschienen und die restlichen Software-Druckeroptionen wurden korrekt ihren Eigenschaften und Druckanwendungen zugeordnet.

Der Bug scheint noch ungefixt zu sein

Im oben verlinkten Adobe Community-Post beklagte sich ein Nutzer am gestrigen 30. Juni 2026, dass der Bug seit Wochen durch Adobe bestätigt aber bisher ungefixt sei. Ist jemand von diesem Bug betroffen?

Kurzer Hinweis für Nutzer, die irgend einen Vertrag bei IONOS / 1&1 haben. Der Anbieter hat ein Problem: In den letzten Wochen nimmt Phishing rund um “IONOS-Rechnungen” zu. Und es hat den Anschein, dass der Anbieter bei den von ihm verwalteten Postfächern nichts tut bzw. das Problem nicht im Griff hat.

Ein kurzer Rückblick auf die letzten Monate

Ich habe mal nachgeschaut, bereits im Mai 202t gab es den Blog-Beitrag Mal wieder IONOS E-Mail-Konten-Phishing, der sich mit einer Pishing-Welle befasste. Mir war eine Phishing-Welle, die auf IONOS-Kunden abzielte, aufgefallen, weil diese Meldungen zuverlässig im Postfach vom SPAM-Filter in den betreffenden SPAM-Ordner einsortiert werden. Da ich ein E-Mail-Postfach bei 1&1 führe, lautete mein Schluss “die haben das im Griff”.  Aber nun scheint das nicht mehr im Griff zu sein, weshalb ich es aufgreife.

Phishing-Welle seit April 2026?

Aber seit April / Mai 2026 läuft wohl eine Phishing-Welle nach der anderen und die Mails schlagen durch den SPAM-Filter durch – so mein Eindruck. Ich hatte zum 7. Mai 2026 den Beitrag Warnung vor IONOS/1&1 Rechnungs-Phishing hier im Blog, weil mir bereits zum zweiten Monat eine Phishing-Mail von 1&1 in meinem Postfach zugestellt wurde, die Rechnungs-Phishing bei IONOS versucht.

Hintergrund ist, dass Kunden von IONOS / 1&1monatlich eine Abrechnung für den DSL-Vertrag und andere Leistungen per Mail zugestellt bekommen. Auf den ersten schnellen Blick sieht es in der obigen Mail so aus, als ob eine zusätzliche Gebühr für E-Mails in der Abrechnung erhoben wird (ist bei mir aber im DSL-Vertrag enthalten). Die Domain und meine E-Mail-Adresse, die angegeben sind, stimmen (aber diese Informationen sind öffentlich einsehbar),

Ein Blick auf die URL, die beim Zeigen auf “Abrechnung herunterladen” im E-Mail-Client angezeigt wird, zeigt bereits, dass es Phishing ist. Denn bookingbear.co.za gehört nicht unbedingt zum IONOS-Kosmos und klingt auch nicht so vertrauenswürdig.

Versagt die IONOS-Phishing-Erkennung?

Bei Postfächern, die von IONOS gehostet werden, bieten IONOS \ 1&1 einen SPAM-Filter an, der nach meinem Dafürhalten in den letzten Jahren auch gut funktionierte (ich nutze sogar nur den abgespeckten SPAM-Filter, der bei Postfächern, die im DSL-Vertrag inkludiert sind, der nur begrenzte Konfigurationsoptionen hat).

Aber seit April 2026 schlagen wieder vereinzelt “IONOS-Phishing-Mails” durch. Blog-Leser Gregor S. hatte mich darauf hingewiesen, dass es bei denen zum 8. Juni 2026 eine massive Phishing-Welle gab, die bei deren E-Mail-Postfächern eingeschlagen sei. Es wurde in einer Meldung an die Buchhaltung behauptet, dass eine SEPA-Lastschrift fehlgeschlagen sei. Ist natürlich Phishing. Ich hatte dieses Thema in mehreren Blog-Beiträgen, die am Artikelende verlinkt sind, aufgegriffen.

IONOS-Problem: Meldung über neuen Rechnungs-SPAM

Die letzten Tage hat mich der Betreiber der kleinen Seite zoopresseschau.info mehrfach kontaktiert, und schrieb, dass er jeden Tag zahlreiche neue, ernste Phishing-/ Betrugsmails erhält, die IONOS-Kunden angreifen. Alle Mails würden über IONOS/1&1 ohne Filter und ohne Spam-Markierung über deren Server an die eigenen Kunden in vorgeblich geschützte Kundenpostfächer verteilt!

Eine Phishing-Mail als Beispiel

Mir liegt eine dieser E-Mail als Beispiel vor, die einen Rechnungsbeitrag ankündigt. Ich habe die Mail nachfolgend mal abgebildet. Alleine die bei mir im Thunderbird abgebildete Absender-Adresse für diese Mail zeigt, dass es sich um Phishing handelt.

IONOS-Phishing-Mail; Zum Vergrößern klicken

Die Rechnungen von IONOS sehen zudem anders aus und enthalten eine Vertragsnummer etc. Weiterhin lässt sich beim Zeigen auf den Button “Rechnung ansehen” die zugehörige URL zum Abrufen der Rechnung in der Fußzeile des E-Mail-Clients anzeigen. Es ist sofort erkennbar, dass die URL auf irgend einer gekaperten / missbrauchten Seite liegt. Die Mail gehört also gelöscht.

Phishing-Mails bei IONOS prüfen und melden

IONOS bietet eine Möglichkeit, Phishing-Mails auf Gültigkeit zu prüfen und auch zur weiteren Veranlassung einzureichen.

• Dazu ist die Phishing-Mail im E-Mail-Client auf einem Gerät lokal zu speichern (geht im Thunderbird unter Windows mit dem Kontextmenübefehl Speichern unter.
• Anschließend ruft man die IONOS-Seite Echtheit einer E-Mail überprüfen zum Validieren auf und zieht die .eml-Datei der gespeicherten E-Mail in das angezeigte Feld des Validators.

Wer aus Gründen der Vertraulichkeit nicht die gesamte E-Mail in den Validator hochladen möchte, kann im E-Mail-Client auch den E-Mail-Header im Quelltext markieren, in die Zwischenablage kopieren und im Feld Optional: Echtheit anhand des E-Mail Headers prüfen des Validators einfügen. Die Schaltfläche Prüfen leitet eine Validierung ein.

In der Ergebnisseite des Validators wird angezeigt, ob die E-Mail legitim ist. Diese Seite enthält noch einige Ratschläge, die Opfer, die auf Phishing hereingefallen sind, berücksichtigen und ausführen sollten. Zudem besteht die Möglichkeit, die Phishing-E-Mail zur Prüfung an IONOS zu schicken.

Anmerkungen: Aus naheliegenden Gründen sollte man keine Mails mit vertraulichen Informationen vollständig in den Validator hochladen. Bei der Meldung einer E-Mail zur Prüfung an IONOS ist es zwar naheliegend, dass damit auch die SPAM-Filter trainiert werden. Ich bin aber nicht sicher, ob das dann auch Eingang in die SPAM-Filter aller Postfächer findet. Ich habe noch eine .de-Domain aus einem sehr alten 1&1 DSL-Vertrag, die inkludiert ist. Die E-Mail-Postfächer laufen dort nicht unter den üblichen IONOS E-Mail-Systemen – sehe ich daran, dass die Optionen für SPAM-Filter nicht dem entsprechen, was mir von der Leserschaft berichtet wird.

Diese Prüfung / Meldung ist nutzlos

Der Betreiber der obigen Zoo-Seite scheint seit Wochen mit dem IONOS-Support bezüglich des Themas im Austausch, ohne das etwas passiert. Er schreibt, dass das Problem seit Monaten bekannt sei, es passiere nichts. Vielfache Hinweise an IONOS würden ignoriert oder mit Standardtexten wie “dieses Mail stammt nicht von uns” abgewimmelt.

Als neueste Masche würde bei IONOS nur noch eine “KI” antworten, die aber nur ein Automat sei. Sobald das Wort “Phishing” in einer Anfragt auftaucht, käme eine völlig unpassende Automatikantwort, die nichts hilft und selbst reiner Spam sei. Niemand bei IONOS scheine Beschwerden noch zu lesen, geschweige denn seriös und fachlich korrekt antworten zu können. Mir liegen Mails, die ausgetauscht wurden vor und der Betreiber merkt an:

Es ist einfach unglaublich, wie sorglos IONOS mit der Sicherheit seiner eigenen Kunden umgeht. Jeden Tag kommen immer besser gefälschte ernste Phishing-/Betrugsmails wie dieses, die IONOS-Kunden angreifen, und die IONOS/1&1 ohne Filter und ohne Spam-Markierung über seine eigenen Server an seine eigenen Kunden in vorgeblich geschützte Kundenpostfächer verteilt!

Und damit spricht der Betreiber der obigen Zoo-Seite das Kernproblem an: Die Leute buchen E-Mail-Postfächer bei IONOS / 1&1, in der Hoffnung, dass der Betreiber dort auch für Sicherheit sorgt. Bei den Postfächern ist ein SPAM-Schutz enthalten, der eigentlich solche offensichtlichen Phishing-Versuche erkennen müsste.

• Die Mail dreht sich inhaltlich offensichtlich um “Rechnungs-/Finanzthemen”, die IONOS-Kunden betreffen
• Der Absender ist nicht IONOS selbst – wodurch sofort ein Trigger anschlagen müsste.

Die Mails sind zwar encodiert, aber diese obigen Trigger müssten eigentlich dafür sorgen, dass die Nachrichten in den SPAM-Ordner einsortiert oder zumindest im Betreff als “SPAM” markiert werden sollten. Passiert aber offenbar nicht. Wie ist eure Erfahrung diesbezüglich?

Ähnliche Artikel:
Warnung vor neuer IONOS-Phishing-Mail
IONOS-Phishing-Welle: “SEPA-Lastschrift fehlgeschlagen”
Warnung vor IONOS/1&1 Rechnungs-Phishing
Mal wieder IONOS E-Mail-Konten-Phishing

Ich habe es ja bereits häufiger in Blog-Beiträgen angesprochen: Datenabflüsse durch wilde KI-Nutzung in Firmen werden uns veritable Sicherheitsvorfälle bescheren. Nun ist mir eine Mitteilung von aDvens, ein Unternehmen für Cybersicherheit, zu gegangen, die genau das bestätigt. Shadow AI wird zum großen Data Loss Prevention-Risiko.

Künstliche Intelligenz gehört in vielen Unternehmen mittlerweile zum Alltag. Dabei nutzen Mitarbeiter und Mitarbeiterinnen aber häufig Tools “zur Produktivitätssteigerung”, die nicht offiziell von ihrem Arbeitgeber zur Verfügung gestellt wurden. aDvens arbeitet als 2000 gegründetes unabhängige europäische Unternehmen im Bereich Cybersicherheit. Deren Experten haben sich beim Thema Datenabfluss das Thema “Shadow AI” angesehen und erklären, und wie ein moderner Data-Loss-Prevention (DLP)-Ansatz aussehen muss.

Abfluss sensibler Daten per KI

Die größte Gefahr für den Abfluss sensibler Daten besteht heutzutage nicht mehr in Cyberangriffen. Vielmehr sind es Mitarbeiter und Mitarbeiterinnen in Firmen, die sensible Informationen mit KI-Tools teilen. Sei es eine Kundenmail mit sensiblen Informationen, die zügiger beantwortet werden soll oder Source Code eines neuen Projekts, der optimiert werden soll. Dadurch entstehen neue, oft schwer sichtbare Exfiltrationspfade.

Bisherige Data Loss Prevention-Systeme versagen

Traditionelle DLP-Systeme sind dagegen machtlos. Sie sind darauf ausgelegt, die Weitergabe vertraulicher Daten über unerlaubte Kommunikationskanäle zu unterbinden. So kann ein DLP-System beispielsweise erkennen, wenn Mitarbeitende eine Excel-Datei mit sensiblen Kundendaten an eine private E-Mail-Adresse schicken möchten und den Vorgang blockieren. KI-Tools funktionieren aber anders. Hier werden Inhalte kopiert und in einem Browserfenster eingefügt.

Moderner DLP-Ansatz gefordert

Für die KI-Szenarien müssen andere Data Loss Prevention (DLP) Ansätze her. Ein moderner DLP-Ansatz solle Antworten auf folgende Fragen liefern:

1) Was passiert tatsächlich? Das erfordert Transparenz über sämtliche Datenbewegungen hinweg, inkl. Endpoints, Browser, Cloud-Dienste, E-Mail, Copy-/Paste-Vorgänge oder KI-Tools. Dazu gehört insbesondere die Nachvollziehbarkeit von Datenübertragungen im Kontext von Copy /Paste oder Upload Vorgängen in nicht freigegebene Dienste oder KI basierte Tools.

2) Wie kritisch ist das Ereignis wirklich? Moderne Ansätze nutzen für eine effektive Bewertung risikobasierte Modelle mit einer Vielzahl von Indikatoren, um relevante Ereignisse gezielt hervorzuheben.

3) Was ist die richtige Reaktion? Ein moderner Ansatz muss abgestufte Reaktionen ermöglichen – je nach Risiko. Dazu zählen Sensibilisierung der Mitarbeitenden, kontextbezogene Warnungen, temporäre Freigaben oder gezielte Blockierungen.

Konkret bedeutet dies: Führt ein Nutzer eine Handlung mit niedrigem Risiko aus, ermöglicht ein moderner DLP-Ansatz, ihn in diesem Moment gezielt für sein Verhalten zu sensibilisieren. Gleichzeitig ermöglicht er, Handlungen mit hohem Risiko, z. B. das Kopieren von sensiblen Kundendaten in nicht vertrauenswürdige KI-Tools, zu blockieren.

Schatten-AI als Risiko

“Die Geschwindigkeit, mit der KI-Tools in Unternehmen eingesetzt werden, ob erlaubt oder unerlaubt, setzt Security-Teams unter Zugzwang”, sagt Andreas Süß, CEO DACH (aDvens GmbH). “Immer öfter fließen sensible Daten ab, weil Mitarbeitende Shadow AI verwenden. Moderne DLP-Programme müssen daher über klassische Datei- und E-Mail-Kontrolle hinausgehen und sich der Arbeitsrealität von Mitarbeitenden anpassen.”

Der Anbieter hat einige Aspekte zum Thema in einem Beitrag mit dem Titel DLP im KI-Zeitalter: Warum Shadow AI zum blinden Fleck für Datenschutz, Compliance und geistiges Eigentum wird zusammen getragen. Der Beitrag, der viele Aspekte anreißt, ist frei und ohne Registrierung abrufbar. Wie geht ihr in eurem Unternehmen mit diesem Thema und dem Risiko um? Strikte AI-Policy und darauf abgestimmte DLP, oder eher “vogelwild beim KI-Einsatz, jeder wie er will”?

Kurze Frage in die Runde der Leser und Leserinnen, die Microsoft Outlook Classic im Unternehmenseinsatz haben. Ist bei euch noch die Copilot-Schaltfläche im Outlook-Classic-Fenster zu sehen? Oder ist die Schaltfläche plötzlich verschwunden? Könnte eine Lizenzgeschichte sein.

Widersprüchliche Copilot-Signale Microsofts

Das Rollout von Microsoft Copilot als App sowie in diversen Microsoft (365)-Anwendungen spaltet ja die Leserschaft. Ich selbst verwende kein Microsoft Office 365, um etwas testen zu können. Aber kürzlich las ich, dass Microsoft einzelnen Benutzern über Pureview bald die Option bieten könne, Copilot die Auswertung ihrer Office-Dokumente zu verbieten (siehe diesen neowin.net-Artikel).

Mitte März 2026 hatte Redmond sogar das Rollout seiner Copilot-App ausgesetzt, ich hatte im Beitrag Umbau bei der Copilot-Sparte Microsofts, erzwungene Copilot-App-Installation gestoppt berichtet. Auch sollen Administratoren die Copilot-App deinstallieren können (siehe Microsoft ermöglicht Administratoren die Copilot-App zu deinstallieren).

Anfang Mai 2026 machte dann die Meldung, dass AI-Funktionen sowie die Copilot-App in Microsoft 365 ausgerollt werden (siehe Microsoft 365 Copilot App und weitere AI-Funktionen ausgerollt). Ich habe längst den Überblick verloren, was Microsoft mit Copilot vorhat und gerade macht.

Es gibt den Beitrag Microsoft Will Again Force-Install Microsoft 365 Copilot App on Windows 11 vom 22. Juni 2026 bei TechPowerUp.com. Im Beitrag wird davon berichtet, dass Microsoft erneut die Microsoft 365-Anwender mit einer Installation der Copilot-App in Windows 11 beglücken will. Wer das nicht möchte, müssen den Copilot von der Installation explizit ausnehmen. Der Beitrag bezieht sich auf eine Mitteilung im Microsoft 365 Admin-Center.

Interessant ist dort die Passage, dass Nutzer im Europäischen Wirtschaftsraum (EWR) von dieser Änderung ausgenommen sind. Die Copilot-App sollte also nicht automatisch ausgerollt werden – aber wer weiß.

Lesermeldung: Copilot in Outlook ist weg, weg, weg

Blog-Leser Rene W. hat sich zum 24. Juni 2026 per E-Mail mit dem Betreff “Copilot aus Outlook verschwunden” bei mir gemeldet und schrieb: “Mir ist heute etwas aufgefallen, das vielleicht relevant sein könnte oder wo mich zumindest interessieren würde ob andere das Verhalten auch haben. Seit den letzten Office-Updates ist Copilot aus allen meinen Office-Applikationen verschwunden.”

Der Leser schreibt, dass er Outlook classic in einer 32-Bit-Variante nutzt, welches die Versionsnummer 2605 (Build 16.0.20026.20182) aufweist. Diese Version ist laut dieser Microsoft-Seite zum 16. Juni 2026 veröffentlicht worden. Der Leser gibt an, dass auf seiner Seite keinerlei Einstellungen verändert wurden. Er habe Berichte aus Österreich und Deutschland vernommen, wo die Nutzer das Gleiche feststellen.

Diskussion auf reddit.com

Der Blog-Leser, der wissen wollte, ob noch weitere Leser und Leserinnen das Gleiche beobachtet haben, verwies mich noch auf den einen Tag alten reddit.com Thread Copilot button in Outlook Classic gone missing.

Dort schreibt jemand, dass er sowie eine Handvoll seiner Anwender plötzlich keinen Copilot-Button mehr in Outlook Classic vorfindet. Alle Betroffenen verfügen über M365 Business Standard-Lizenzen, und die Copilot-Schaltfläche ist in Outlook Classic (oben rechts) verschwunden. Die Benutzer verfügen zwar nicht über eine Copilot-Business-Lizenz. Aber der Thread-Starter meint, dass der Copilot-Chat in Outlook Classic dennoch verfügbar sein sollte.

Ein Rollback von Version 2605, Build 16.0.20026.20182 auf Version 2605 (16.0.20026.20168), Current Channel, habe nichts gebracht. Es wird gemutmaßt, dass Microsoft den Copilot aus Office 365 zu entfernen scheint, wenn keine Lizenz vorhanden ist.

Ein weiterer Benutzer bestätigt in diesem Kommentar die Änderung zum 23. / 24.6.2026, wobei dort aber M365 E3-Lizenzen vorhanden sind. In diesem Kommentar wird auf einen Thread CoPilot Button missing in Outlook 2605, gestartet am 23. Juni 2026, in der Spiceworks-Community verwiesen. Dort beklagt sich ebenfalls ein deutschsprachiger Anwender, dass er “bis zum Update” die Copilot-Schaltfläche in Outlook gehabt habe, diese aber verschwunden sei.

Copilot-Button in Outlook, Quelle: Spiceworks.com

Jetzt sei diese Schaltfläche verschwunden. Microsoft gebe an, dass man eine Business Basic-, Standard-, Premium-, E3- oder E5-Lizenz benötigt, heißt es. Die Betroffenen haben Business Standard, also sollte die Schaltfläche eigentlich angezeigt werden. Diese Funktion stehe jetzt jedoch nur einem Nutzer zur Verfügung, der über eine Copilot-Premium-Lizenz verfügt, schreibt der Thread-Starter. Kann jemand dies bestätigen?

War unter MC1253863 angekündigt

Ergänzung: Das Thema war mir entfallen, da ich keinen Zugriff auf das M365 Admin-Center habe. In diesem Kommentar von viebrix (danke für den erneuten Hinweis) hieß es am 18. März 2026:

MC1253863 ist im Microsoft 365 admin center verfügbar

This post describes changes we’re making for Copilot Chat users without a Microsoft 365 Copilot license. There are no changes for users with a Microsoft 365 Copilot license….

Zum 17. März 2026 gab es diesen öffentlichen Post in der Techcommunity, in dem ein Nutzer folgendes schreibt:

Microsoft 365 Copilot Chat – Updates to Copilot in Word, Excel, PowerPoint, and OneNote

Starting April 15, 2026, Copilot will no longer be available in Word, Excel, PowerPoint, and OneNote for Copilot Chat users. To ensure a high-quality experience, we are reserving the full Copilot experience in these apps—with advanced reasoning and model choice—for users with a paid Microsoft 365 Copilot license.

There are no other changes for users without a Microsoft 365 Copilot license. Copilot Chat still offers secure, AI web chat and the Word, Excel, and PowerPoint agents for chat-first content creation within the Microsoft 365 Copilot app. Additionally, users still get Copilot in Outlook with inbox and calendar grounding.

Also dort auch Verwirrung pur – dort geht es um Copilot Chat und Outlook soll sogar explizit Copilot behalten. Raphael Köllner hat in diesem Blog-Beitrag seinerzeit einige Informationen verfasst. Dort heißt es: “Ab dem 15. April 2026 [wird] für alle Microsoft 365 NutzerInnen im EDU, Business und Enterprise Bereiche […] Copilot Basis aus den Office Anwendungen auf allen Plattformen entfernt.” Hat dann etwas länger gedauert, bis Microsoft “gezündet hat”. Auch bei Dr. Windows hatte Martin Geuß hier einige Worte dazu geschrieben.

Ähnliche Artikel:
Umbau bei der Copilot-Sparte Microsofts, erzwungene Copilot-App-Installation gestoppt
Microsoft ermöglicht Administratoren die Copilot-App zu deinstallieren
Microsoft 365 Copilot App und weitere AI-Funktionen ausgerollt

Ich hole mal ein Thema hoch, welches durch einen Leser vor einiger Zeit an mich herangetragen wurde. In einigen Fälle führt das kumulative Sicherheitsupdate von Mai 2026 dazu, dass Windows Server 2019 keine Bitlocker-Laufwerke mehr erkennt. Das Problem wurde durch die Juni 2026-Updates wohl nicht vollständig behoben.

Windows Server 2019 Sicherheitsupdate Mai 2026

Zum 12. Mai 2026 wurde von Microsoft das kumulative Update KB5087538 für Windows Server 2019 veröffentlicht. Das Update beinhaltet Sicherheitsfixes, und Verbesserungen bzw. Fehlerbehebungen. Ich hatte im Blog-Beitrag Patchday: Windows Server-Updates (12. Mai 2026) berichtet.

Eine Lesermeldung zu Bitlocker-Problemen

Blog-Leser Christian T. hatte mich bereits am 9. Juni 2026 per E-Mail mit dem Betreff “Bitlocker Server 2019” auf ein Problem hingewiesen (danke dafür). Wegen Juni 2026 Patchday ist das Ganze etwas liegen geblieben. Christian wies mich darauf hin, dass es Probleme mit Bitlocker unter Windows Server 2019 gebe.

Seit den Mai Updates werden Bitlocker verschlüsselte Laufwerk nicht mehr unter Server 2019 erkannt. Server 2022 geht wohl.

Der Leser merkte an, dass bei ihm der Workaround: “Verschlüsselung auf anderem System aufheben und auf Server 2019 neu verschlüsseln.” funktioniere.

Diskussionen des Fehlers im Internet

Es könnte ein Einzelfall beim Leser gewesen sein. Es gibt aber noch einen weiteren Betroffenen, der unter dem Alias Dr. NickB mehrere Threads auf reddit.com eröffnet hat. Im Thread Windows Server 2019 BitLocker Togo funktioniert nicht mehr werden noch Details genannt (Blog-Leser Christian hatte mich auch auf den Beitrag hingewiesen).

Der betroffene schreibt, dass er mindestens drei Rechner mit Windows Server 2019 Standard habe, die mit dem neuesten Update KB5087538 aktualisiert wurden. Nach Installation dieses Mai 2026-Update können diese Maschinen keine Verbindung mehr zu USB-angeschlossenen BitLocker-geschützten USB-Laufwerken (Bitlocker To-Go) mehr aufnehmen.

Bei zwei dieser Server “hätten die Festplatte (mehrere) immer verbunden, ein anderer Server konnte einen Test mit einer neuen (für das System) Festplatte durchführen”. Alle Windows Server 2019 zeigen die Festplatte an. Das Bitlocker-Volume erscheint aber nur als RAW-Festplatte, das Festplattenlabel ist nicht sichtbar, die Festplattenkachel schon, aber leer.

Geht man als Administrator zum Konfigurations-Panel in der Systemsteuerung und wählt dort BitLocker verwalten, wird kein angeschlossenes USB-Laufwerk angezeigt. Der Betroffene schrieb, dass ein anderer Rechner mit Windows Server 2019, der noch nicht  mit den Mai 2026-Updates aktualisiert wurde, die BitLocker-Festplatten immer noch korrekt anzeigt. Der Betroffene fragte, ob sonst noch jemand diesen Fehler gesehen habe?

Im reddit.com-Thread bestätigen weitere Betroffene diese Beobachtung. Wird das Mai 2026-Update KB5087538 deinstalliert, ist das Problem verschwunden. In diesem Post im obigen reddit.com-Thread macht Nutzer geoffvass das Problem an Windows Server 2019 mit UEFI-Boot fest. Er schreibt, dass die Updates vom Juni 2026 das Problem nicht beheben.

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros. Kommentare abseits des Themas bitte unter Diskussion. Kommentare, die gegen die Regeln verstoßen, werden rigoros gelöscht. Wegen Missbrauchs bin ich gezwungen, Name und E-Mail als Pflichtfelder beim Kommentieren zu aktivieren. Wählt ggf. einen (noch nicht benutzten) Alias-Namen und verwendet ggf. eine Dummy-Mail-Adresse (z.B. t@hotkev.com).

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.

Hewlett Packard Enterprise (HPE) offeriert VMware-Kunden, die wechseln wollen, eine einjährige Gratislizenz von VM Essentials an. Zudem wird die Data Protection-Lösung Zerto für 1 $ angeboten – alles, um eine Migration zu erleichtern. Derweil sieht VMware by Broadcom einen Trend, dass die Kosten und Anforderungen die “KI-Workloads” aus der öffentlichen Cloud in die private Cloud (die man anbietet) treibt.

HPE lockt “VMware-Flüchtlinge”

Ich hatte hier im Blog ja ausführlich über die Irrungen und Wirrungen in Sachen VMware, nach der Übernahme durch Broadcom, berichtet (siehe Links am Artikelende). Gekündigte Partnerverträge, eingestellte On-Premises Virtualisierungslösungen (ESXi) und satte Preiserhöhungen bei VMware Cloud Foundation (VCF) Verträgen haben zu sehr großem Verdruss bei VMware-Nutzern geführt. Der Ärger um die kräftig steigenden Lizenzkosten für die VMware by Broadcom VCF-Abonnements sorgen für eine Abwanderung von Kunden, die sich nach alternativen Virtualisierungslösungen umsehen.

VM Essentials-Lizenz ein Jahr gratis

Hewlett Packard Enterprise (HPE) versucht die Gunst der Stunde zu nutzen, und offeriert wechselwilligen VMware-Kunden spezielle Angebote. So gibt es eine einjährige Gratislizenz von VM Essentials für VMware-Wechsler, wie The Register in diesem Artikel berichtet.

HPE hat auf dem parallel zur HPE Discover-Veranstaltung in Las Vegas stattfindenden Partner Growth Summit ein entsprechendes Angebot öffentlich gemacht. Man will bei HPE seine Channel-Partner unterstützen, die ihren Kunden bei der Migration weg von VMware bei Broadcom helfen möchten. Durch die einjährige Gratislizenz soll das finanzielle Risiko bei der Migration von Virtualisierungsplattformen verringert werden.

EVP und CTO Fidelma Russo von HPE wird bei The Register mit folgender Aussage zitiert: “Eine der wichtigsten Erkenntnisse ist, dass Kunden während dieser Umstellung ihres Betriebsmodells mit doppelten Kosten konfrontiert sind. Daher freuen wir uns sehr, das Programm rund um Morpheus und die Plattformmigration ankündigen zu können.” Dazu heißt es:

“We are announcing that as a customer goes through this transformation with HPE Morpheus VM Essentials, you don’t pay for the first year of licenses. You will get Zerto migration licenses during that period to help you move, and so what this does is it helps mitigate the double-bubble cost problem that customers see as they are looking to migrate from one platform to another.”

Der obige Text ist die von The Register zitierte Originalaussage, die von HPE getätigt wurde. Dort wird VMware zwar mit keinem Wort erwähnt, aber laut The Register sei die Stoßrichtung klar (wird auch durch die nachfolgenden Informationen zu VM Essentials deutlich). Und die Zerto-Migrationslizenz wird für symbolischen Preis von 1 $ abgegeben.

Was sind VM Essentials und Zerto?

VM Essentials (eigentlich HPE Morpheus VM Essentials) kombiniert HVM (KVM-basierter Hypervisor) mit einem Cluster-Management und soll die Bereitstellung über Wizard oder API erleichtern. Es soll sich um eine Virtualisierungsplattform für Koexistenz, Migrationsfreiheit und kalkulierbare Kosten, inklusive KVM-basiertem HVM-Hypervisor, handeln. Die concat AG beschreibt als HPE-Partner diese Lösung samt den Highlights auf dieser Webseite.

Bei dem von HPE angebotenen Zerto handelt es sich um eine Softwareplattform für Disaster Recovery, Datenschutz/-sicherung (CDP – Continuous Data Protection) und Workload-Mobilität. Die Lösung ist hypervisor-unabhängig und schützt virtuelle Maschinen (VMs) in On-Premises-, Hybrid- und Multi-Cloud-Umgebungen, einschließlich AWS, Azure, Google Cloud und IBM Cloud. Wie tauglich die beiden genannten Lösungen sind, kann ich nicht beurteilen – aber HPE will nach dem Gratis-Jahr ja auch ein kostenpflichtiges Abo.

Broadcom Private Cloud Outlook 2026 zu KI-Workloads

Broadcom hat die Tage auch seinen Bericht Private Cloud Outlook 2026 – The AI Tipping Point vorgelegt. Broadcom konstatiert, dass Unternehmen die KI-Pilotphase im Jahr 2026 hinter sich gelassen hätten und diese nun in der Produktion einführen. Während die ersten KI-Experimente noch in der “Public Cloud” erfolgten, verändere die KI-Einführung in der Produktion den Blick auf die Wirtschaftlichkeit der Cloud.

Die “Public Cloud” ermöglichte den Teams schnellen Zugriff auf Tools, Kapazitäten und Dienste. Für Tests von KI-Anwendungsfällen sei dies in Ordnung, aber für den produktiven KI-Einsatz gelten andere Kriterien. Anhaltender Bedarf an KI-Rechenleistung, sensible Datenströme, neue Governance-Anforderungen, geopolitische Fragestellungen und Leistungserwartungen würden schnell die Grenzen eines rein auf die “Public Cloud” ausgerichteten Ansatzes aufzeigen, heißt es.

Im Jahr 2026 sei die “Private Cloud” die bevorzugte Plattform für den produktiven Einsatz von KI. heise hat in diesem Artikel die Erkenntnisse aus dem Broadcom-Bericht aufbereitet. Der Broadcom-Report muss allerdings auch als “Werbung” gesehen werden, bietet man mit VCF doch eine passende “Private Cloud” für willige Kunden an.

Ähnliche Artikel:
Broadcom kauft den Anbieter VMware für 61 Milliarden US-Dollar
Überraschung: Allen VMware-Partnern von Broadcom für 2024 gekündigt
VMware kickt niedrigste Partner-Stufe (mit Ausnahme Europas)
VMware OEM-Portal offline, Kunden können VMware-Lizenzen nicht aktivieren
Der Fluch der neuen Broadcom/VMware VCF-Lizenzierung in der Praxis
Analysen: VMware agiert bei Lizenzen geplant; Wechsel zu Alternativen ein Problem
VMware klagt gegen Siemens wegen fehlender Lizenzen
VOICE reicht Beschwerde bei der EU-Kommission gegen Broadcom ein
FSAS Technologies lässt VMware Partnerschaft ab Juni 2025 ruhen
CISPE: VMware hat Preise um 800 bis 1500 % erhöht
VMware by Broadcom kickt kleine und mittlere Partner aus Partnerprogramm
VMware kündigt auch deutschen Partnern/Resellern
IBM stoppt Vertrieb von VMware in der IBM Cloud; CISPE drängt auf neues Wettbewerbsverfahren
CISPE reicht EU-Wettbewerbsbeschwerde gegen VMware by Broadcom ein
50 % der VMware-Nutzer planen 2028 eine Reduzierung der Nutzung
VMware Sicherheitsupdates für ESXi 8.0U3j & VSA 8.0U3j
VMware: Preview für ARM-Unterstützung (Nvidia Grace & Ampere CPUs)

Der Chef von Microsoft, Satya Nadella, hat ein neues Memo zum Thema “artificial intelligence” veröffentlicht. Darin schreibt er Unternehmen seine neueste Erkenntnis ins Stammbuch. Diese lautet, dass es nichts bringt, irgend welche AI-Modelle auszuwählen und dann auszutauschen. Unternehmen müssten ihre “Lernzyklen durchlaufen”, um festzustellen, wo und wie sie die Vorteile der LLMs nutzen können.

Satya Nadella versucht sich ja seit einiger Zeit in dem Spagat, sich einerseits als Vordenker der Branche bezüglich KI-Einsatz zu gerieren. Andererseits steht er einem Unternehmen vor, dass auf der einen Seite seine Mitarbeiter zur Verwendung von KI-Lösungen zwingt. Wer nicht KI nutzt, soll gehen – Kollateralschäden nicht ausgeschlossen. So musste Microsoft die Verwendung von Anthropic Claude aus Kostengründen einschränken, und schwenkt auf Copilot um. Microsoft ist aber auch das Unternehmen, welches seinen Kunden mit Copilot bestmöglich “zwangsbeglücken will”. Der Begriff “Microslop” zur Verballhornung des Microsoft-Ansatzes beschreibt die Situation perfekt. Das zur Einordnung des nachfolgenden Memos.

In einem Tweet mit dem Titel A frontier without an ecosystem is not stable erklärt der Microsoft Chef seine Sicht der Dinge. Er habe viel über die Zukunft des Unternehmens in einer von KI geprägten Wirtschaft nachgedacht. Dabei kommt er zum Schluss, dass dieser Wandel sich von allen bisherigen Plattformwechseln unterscheidet.

In der Vergangenheit seien digitale Systeme genutzt worden, um das Humankapital zu stärken. Jetzt könnte man erstmalig einen echten kognitiven Kreislauf zwischen Menschen und digitalen Systemen schaffen. Das sei eine echte Herausforderung, denn es verändere die Art und Weise, wie Arbeit innerhalb eines Unternehmens überhaupt konzeptionell verstanden werde.

Es gehe nicht um irgendein digitales Tool oder System und dessen Nutzung, sondern darum, wie Organisationen weiterhin lernen, geistiges Eigentum aufbauen, sich differenzieren und in einer Welt erfolgreich sein können, in der KI-Modelle das Fachwissen von Menschen und Organisationen kontinuierlich aufnehmen und zu einer Massenware machen können.

Humankapital und Token-Kapital

Jedes Unternehmen werde das aufbauen müssen, was Nadella als Humankapital und Token-Kapital bezeichne. Humankapital umfasst für Nadella das Wissen, das Urteilsvermögen, die Beziehungen, den Einfallsreichtum und die Mustererkennung seiner Mitarbeiter, während Token-Kapital die KI-Fähigkeiten des Unternehmens sind, die es aufbaut und besitzt.

Da war für mich der “Nachtigall, ick hör dir trapsen”-Moment. Humankapital wird in US-Firmen ja als “entbehrlich und Kostenfaktor” gesehen. Und nun hebt Nadella genau das als Asset hervor – übrigens genau wie sein Chef-Jurist, Brad Smith, den ich gestern im Artikel AI-Slop bei KPMG und Politik, KI-Fails bei Meta zitiert habe. Und Token-Kapital ist das Teil, was Unternehmen aufbringen müssten, um überhaupt die Verheißungen der KI-Welle nutzen zu können, ohne bisher wirklich zu sehen, ob das was bringt. Vielmehr deutet sich da ja eine absolute Kostenexplosion durch Tokenizing an.

Wichtig sei, dass das Humankapital nicht an Wert verliert, wenn das Token-Kapital wächst. Vielmehr würde auch das Humankapital wachsen, wenn in AI investiert werde. Die eigentliche Chance nicht darin liegt, das beste Modell auszuwählen, sondern darin, auf der Grundlage von Modellen eine Lernschleife aufzubauen, in der sich Humankapital und Token-Kapital gegenseitig verstärken. Man könne eine Aufgabe oder sogar einen Job auslagern, aber man könne niemals das eigene Lernen auslagern. Die Zukunft des Unternehmens liege in der Fähigkeit, dieses Lernen über Menschen und KI hinweg zu bündeln. Das sind ganz neue Klänge, hieß es doch, durch KI-Einsatz könne man Mitarbeiter ersetzen – und die AI-Agenten sollen eigenständig Arbeiten erledigen – wer soll da noch selbst denken?

Dies erfordert laut Nadella, einen neuen architektonischen Ansatz, bei dem jedes Unternehmen in der Lage ist, agierende Systeme aufzubauen, die sich im Laufe der Zeit verbessern, während es gleichzeitig die Kontrolle über sein geistiges Eigentum behält. Ein Unternehmen sollte in der Lage sein, ein “Generalisten”-Modell auszutauschen, ohne das in seinem Lernsystem eingebaute Fachwissen eines „Unternehmensveteranen” zu verlieren. Dies sei der entscheidende “Test” für Ihre Kontrolle und Souveränität in der kommenden Ära, gibt der Microsoft Chef sich überzeugt.

Unternehmen müssen ihre Arbeitsabläufe, ihr Fachwissen und ihre gesammelten Erfahrungen in KI-Systeme umwandeln, so Nadella, da sich diese “mit jeder Nutzung verbessern”. Interne Bewertungen sollten erfassen, ob sich ein Modell tatsächlich im Hinblick auf die für das Unternehmen wichtigen Ergebnisse verbessert (nicht nur im Vergleich zu externen Benchmarks!). Interne Umgebungen für verstärktes Lernen sollten es Modellen ermöglichen, anhand realer Daten aus dem Unternehmen selbst stärker zu werden.

Der KI-Hype-Zyklus muss enden, damit es besser wird

Es sind sicherlich einige bedenkenswerte Denkansätze in diesem Memo – aber ich weiß halt nicht, wie diese an der Realität da draußen zerschellen. Der Hype-Zyklus hat viel kaputt gemacht – und erst wenn die Blase geplatzt ist, wird man über sinnvolle Einsatzszenarien für LLMs ohne das Hype-Geklingel nachdenken können. Für mich stellen sich spontan ganz andere Fragestellungen für Unternehmen, wenn es um den KI-Einsatz geht.

• Wo ist der Einsatz von KI überhaupt sinnvoll und liefert mir ein Return of Investment (ROI)?
• Wie gewährleiste ich die Sicherheit des KI-Modells in meinem Unternehmen? Ggenau hier sind die essentiellen Fragen, trotz viel Wortgeklingel um Schutzfunktionen, m.E. ungeklärt.
• Wie schaffe ich es, dass die Kosten überschaubar bleiben oder eng begrenzt werden? Da haben die AI-Anbieter keine Antwort.
• Wie implementiere ich die AI-Lösungen, ohne erneut in Abhängigkeiten von irgendwelchen Anbietern zu geraten. Der Anthropic-Fall (siehe US-Regierung belegt Anthropic Fable und Mythos mit Export-Kontrolle) zeigt doch die Implikationen (siehe
  Nordhealth Notion-Störung nach Anthropic KI-Abschaltung).

Fairerweise muss ich eingestehen, dass Herr Nadella als Chef von Microsoft solche Fragen nicht beantworten muss, da er für sein Unternehmen zu argumentieren hat. Aber es werden dort sicherlich Antworten in den Unternehmen geliefert werden müssen, wenn das mit dem KI-Einsatz funktionieren soll. Oder wie seht ihr das?