{"id":312908,"date":"2025-06-24T00:04:00","date_gmt":"2025-06-23T22:04:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=312908"},"modified":"2025-06-25T01:47:33","modified_gmt":"2025-06-24T23:47:33","slug":"surface-pro-8-verliert-uefi-informationen-ploetzlich-oemct-produkt","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2025\/06\/24\/surface-pro-8-verliert-uefi-informationen-ploetzlich-oemct-produkt\/","title":{"rendered":"Surface Pro 8 verliert UEFI-Informationen – pl\u00f6tzlich OEM-Produkt"},"content":{"rendered":"

[English<\/a>]Kurze Information f\u00fcr Informationen, die noch Surface Pro 8-Ger\u00e4te verwalten. Es scheint ein Problem zu geben, dass diese Ger\u00e4te pl\u00f6tzlich ihrer UEFI-Informationen (Hersteller, Modell, Seriennummer) verlieren. Das bringt dann ziemlichen \u00c4rger.<\/p>\n

<\/p>\n

Eine Lesermeldung zum \u00c4rger<\/h2>\n

\"\"Blog-Leser Mario H. hat sich bei mit per E-Mail gemeldet, weil er mit seinem Bestand an Surface Pro 8-Ger\u00e4ten in argen \u00c4rger l\u00e4uft. Insgesamt verantwortet er einen Bestand von \u00fcber 430 Ger\u00e4ten. Nun musste die IT die unangenehme Erfahrung machen, dass von dieser Ger\u00e4te-Flotte bereits sieben Exemplare ihre im UEFI Datenbereich gespeicherten Informationen zum Hersteller, zum Modell und zur Seriennummer von jetzt auf gleich verloren haben.\u00a0<\/span><\/p>\n

UEFI-Ger\u00e4teinformationen weg<\/h3>\n

Der Leser schrieb dazu: \"Diese Ger\u00e4te verlieren alle ihre Identifikations-Merkmale im UEFI\". Dann wird beim Start eine Bitlocker Recovery Key-Abfrage getriggert. Er vermutet zudem, dass diese Ger\u00e4te auch keine weiteren Firmware Updates mehr via Microsoft Update bekommen werden, weil ja das Modell nicht mehr identifiziert werden kann.<\/p>\n

Umst\u00e4nde des Datenverlusts unklar<\/h3>\n

Der Leser schrieb, dass die Umst\u00e4nde, wie es zu diesem Datenverlust auf den sieben betroffenen Ger\u00e4ten kam, bis jetzt noch v\u00f6llig unklar seien. Die Ger\u00e4te werden von der IT \u00fcber Intune verwaltet und durch Autopatch aktuell gehalten.<\/p>\n

UEFI-Datenbereich durch UEFI-Update gekillt?<\/h3>\n

Eine naheliegende Vermutung w\u00e4re ein UEFI-Update oder andere Firmware-Updates. Hier hegt der Leser aber Zweifel, da er\u00a0viele Ger\u00e4te mit der gleichen UEFI-Version betreibt, wo das Problem bis jetzt noch nicht aufgetreten ist. Dazu merkt er an: \"Kann nicht sagen ob andere Firmen ihre Landschaft auch regelm\u00e4\u00dfig nach doppelten Seriennummern durchforsten.\"<\/p>\n

Der Leser meinte dazu: \"W\u00e4re irgendwie interessant ob es anderen auch so geht oder dass jemand durch den Hinweis vielleicht auch mal seine Umgebung checkt.\"<\/p>\n

UEFI-Datenbereich per Windows Update \u00fcberschrieben?<\/h3>\n

Mir pers\u00f6nlich ging auch noch die dbx-Aktualisierung von Mai 2025 im Kopf herum, deren Auswirkungen ich im Blog-Beitrag Vorsicht: Windows Juni 2025-Updates bricken Fujitsu-Rechner<\/a> beschrieben habe. Dort gibt es die Erkl\u00e4rung, dass die Secure Boot-Eintr\u00e4ge durch ein Windows Update manipuliert wurden, die Eintr\u00e4ge aber so umfangreich wurden, dass Speicherbereiche im UEFI nicht mehr ausreichen. In Folge kam es zu gebrickten Systemen – Abhilfe ist das Flashen eines UEFI\/BIOS-Abbilds oder das Abschalten von Secure Boot. Das bezog sich nur auf Fujitsu-Rechner. Beim Surface Pro 8 k\u00f6nnte durch so eine Manipulation der dbx-Records m\u00f6glicherweise ein Speicherbereich mit den OEM-Informationen \u00fcberschrieben worden sein.<\/p>\n

Erg\u00e4nzungen des Lesers<\/h2>\n

Im Nachgang hat der Leser noch mitgeteilt, dass in seinem Umfeld die ersten beiden Ger\u00e4te auch erst Mitte April 2025 bez\u00fcglich des obigen Problems aufgefallen seien. Zuerst dachte der Leser an einen Mainboard Tausch, wo der Techniker dann vergessen hat, die Informationen f\u00fcr das Ger\u00e4t wieder in den UEFI-Datenbereich einzuspielen. Nachdem sich aber herausgestellt hatte, dass die Ger\u00e4te nie in Reparatur waren, wurde der Leser hellh\u00f6rig.<\/p>\n

Der Leser erg\u00e4nzte dann in einer Mail, dass dem Unternehmen jetzt nichts anderes \u00fcbrig\u00a0 bleibt, als die Ger\u00e4te einzuschicken. Die meisten dieser Ger\u00e4te haben noch aktiven Support – es gilt halt lediglich logistische Klimmz\u00fcge zu absolvieren, da die Ger\u00e4te in China, Frankreich, England und \u00d6sterreich betrieben werden. Da h\u00e4ngt dann ein gewisser administrativer Aufwand (Leihger\u00e4te) dran. Das sei zwar \u00e4rgerlich aber bis jetzt noch einigerma\u00dfen \u00fcberschaubar, merkt der Leser an.<\/p>\n

Mehr als Austausch gegen ein refurbished Ger\u00e4t oder Reparatur wurde dem Unternehmen seitens Microsoft wohl nicht angeboten. Ein offizielles Tool zum Selbst-Nachtragen der Informationen, scheint es nicht f\u00fcr die \u00d6ffentlichkeit zu geben, merkt der Leser an. Er schrieb \"Macht meiner Meinung nach aber auch Sinn, sonst k\u00f6nnte ja auch ein Dieb einfach die Seriennummer \u00e4ndern um z.B. Ger\u00e4te, die in Autopilot registriert sind, wieder nutzbar zu machen\".<\/p>\n

Weitere F\u00e4lle auf reddit.com<\/h2>\n

Der Blog-Leser hat mir noch einen Link auf den reddit.com-Beitrag\u00a0Surface Pro 8 – issue – now identifies as OEMCT Product!<\/a> mitgeschickt (danke daf\u00fcr), wo ein Surface Pro 8-Besitzer das Problem ebenfalls beschreibt. OEMCT scheint der Platzhalter im UEFI f\u00fcr Surfaces zu sein. Der Betroffene hat sein Tablet in den Ruhemodus versetzt. Als er das Surface 8 Pro sp\u00e4ter zu Hause einschalten wollte, kam er nicht mehr in Windows.<\/p>\n

\"Surface
\nSurface Pro 8 h\u00e4ngt beim Booten, Quelle: reddit.com<\/p>\n

Nach dem Dr\u00fccken der Lautst\u00e4rke- und Einschalttaste konnte er das Surface Pro 8 zwar zum Booten \u00fcberreden. Aber das Ger\u00e4t fragte nach dem Bitlocker-Schl\u00fcssel, und beim Booten des Systems erschien ein roter Streifen mit offenem Schloss auf dem Display (siehe obiger Screenshot).<\/p>\n

Der Betroffene schreibt, dass er kein Secure Boot einschalten k\u00f6nne, aber das Ger\u00e4t habe gewusst, dass es ein Surface Pro 8 ist. Nach dem obigen Malheur identifiziert sich das Ger\u00e4t als \"OEMCT-Produkt\". Der Leser schreibt auch, dass sich die Seriennummer auf 123123123 ge\u00e4ndert habe. Das ist ein Platzhalter, der normalerweise durch die vom Hersteller zugewiesene Seriennummer \u00fcberschrieben wird. Da sind offenbar Daten im UEFI gel\u00f6scht worden.<\/p>\n

Es ist f\u00fcr den Nutzer also nicht mehr m\u00f6glich, einen Treiber f\u00fcr das Surface Pro 8 zu installieren, da die Validierung fehlschl\u00e4gt. Sogar unter dem MS-Profil wird dem Benutzer angezeigt, dass er sich auf einem anderen Ger\u00e4t (OEMCT, nicht mehr Surface Pro 8) angemeldet hat. Den Namen im Profil kann er nicht bearbeiten, da dieser vom System generiert wird. Der Betroffene hat den Fall mit weiteren Screenshots dokumentiert.<\/p>\n

An dieser Stelle wird klar, dass eine Neuinstallation von Windows wenig erfolgversprechend sein kann. Der MS-Techniker im Live-Chat konnte nichts f\u00fcr den Betroffenen tun.<\/p>\n

Auch dieser Nutzer fragt, ob jemand \u00e4hnliche Erfahrungen gemacht habe, oder wei\u00df, wie man es beheben kann? Geht man den reddit.com-Thread durch, best\u00e4tigen weitere Betroffene diesen Fehler, der seit ca. Ende April (seit ca. 2 Monaten) auftritt. Ein Betroffener schreibt, dass Microsoft das auf das Motherboard schiebt und ein UEFI-Reset per Flash als L\u00f6sung angibt. Das kann aber wohl nur Microsoft erledigen und wollte dem Betroffenen ein kostenpflichtiges refurbished Surface Pro 8 als Ersatz anbieten. Sieht mir entweder nach einem Serienfehler aus, wo ein Flash-Speicher zum Ablegen der volatilen UEFI-Werte mit der Zeit stirbt. Oder irgend etwas mischt da per Update bei den Ger\u00e4ten im UEFI mit.<\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Kurze Information f\u00fcr Informationen, die noch Surface Pro 8-Ger\u00e4te verwalten. Es scheint ein Problem zu geben, dass diese Ger\u00e4te pl\u00f6tzlich ihrer UEFI-Informationen (Hersteller, Modell, Seriennummer) verlieren. Das bringt dann ziemlichen \u00c4rger.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[731,8537,737],"tags":[24,8608,1108],"class_list":["post-312908","post","type-post","status-publish","format-standard","hentry","category-gerate","category-problem","category-tablet-pc","tag-problem","tag-surface-pro-8","tag-uefi"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/312908","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=312908"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/312908\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=312908"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=312908"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=312908"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}