AUSTIN / LONDON (IT BOLTWISE) – AMD stellt die Verschlüsselung von Arbeitsspeicher (TSME, Memory Guard) für die Ryzen-9000-Desktop-Prozessoren wieder her, nachdem Community-Mitglieder die stille Deaktivierung in einer AGESA-Firmware-Version entdeckt hatten. Ein BIOS-Update soll im Juli 2026 über Mainboard-Hersteller verteilt werden. Für Unternehmen und Security-Teams ist die Rückkehr ein wichtiges Signal, weil Memory-Protection gegen Cold-Boot-Angriffe sonst teilweise fehlte. Parallel läuft ein Secure-Boot-Zertifikat aus, wodurch ungepatchte Systeme zusätzlich unter Druck geraten könnten.
AMD hat nach einem spürbaren Vertrauensverlust innerhalb der Hardware-Community eine zentrale Sicherheitsfunktion für Desktop-CPUs der Ryzen-9000-Serie angekündigt. Konkret geht es um Transparent Secure Memory Encryption (TSME), in der Praxis auch als Memory Guard bekannt, das nach Recherchen von Linux-Enthusiasten offenbar in einer AGESA-Firmware-Revision deaktiviert wurde. Dass der Hersteller die Rückkehr im Juni 2026 bestätigt, ist weniger ein reines Reaktionstempo-Thema als ein Signal an die gesamte Enterprise-Öffentlichkeit: Selbst scheinbar „optionale“ Plattform-Features können in der Fehlerkette einer Security-Bedrohung plötzlich fehlen.
Technisch ist die Funktion vor allem deswegen relevant, weil sie Daten im Arbeitsspeicher adressiert, statt sich ausschließlich auf klassische Festplatten- oder Container-Verschlüsselung zu verlassen. Genau diese Lücke wird bei sogenannten Cold-Boot-Angriffen ausgenutzt, bei denen ein Angreifer nach einem Neustart oder Energieentzug Restinhalte des RAM über besondere Verfahren wiederherstellen will. TSME/Memory Guard setzt hier an, indem es den Memory-Content während der Speicherphase kryptografisch schützt. Für die Ryzen-9000-Nutzer bedeutet die Kehrtwende: Nach dem BIOS-/AGESA-Update soll die nicht-PRO-Produktlinie wieder auf das Sicherheitsniveau der professionellen Pendants gehoben werden.
Den Auslöser lieferte eine Beobachtung im April 2026: In AGESA 1.2.7.0 sei die Funktion zwar vorhanden, aber kommentarlos über einen Firmware-Flag inaktiv geschaltet worden. Der genannte Parameter „DfIsTsmeEnabled“ wurde demnach auf „FALSE“ gesetzt. Solche Flags sind für Hardware-Entwickler zwar gängige Mechanismen, um Funktionen abhängig von SKU, Feature-Set oder Validierungsmatrix zu aktivieren. Für Security-Teams wirken sie jedoch wie ein blindes Ausschalten in Produktion: Ohne sichtbare Release Notes oder klare Migrationshinweise entsteht ein „Silent Downgrade“, der Schutzannahmen bricht. Gerade unter Linux, wo sich Systemzustände oft klarer auslesen lassen, fiel das schneller auf als in typischen Windows-Workflows.
Historisch ist das Muster nicht neu: In mehreren Prozessor-Generationen gab es bei Secure-Memory-Ansätzen immer wieder Debatten darüber, wie transparent Hersteller ihre Plattform-Absicherungen kommunizieren. AMD war dabei über die Jahre nicht allein, denn auch Intel verfolgt mit eigenen Konzepten wie Total Memory Encryption (TME) und verwandten Mechanismen einen ähnlichen Ansatz, der ebenfalls stark von Firmware-Einstellungen und Feature-Policies abhängt. Der Unterschied liegt im Detail: Wenn ein Feature wie TSME in bestimmten Produktsegmenten aus Kostengründen, wegen Validierungsrisiken oder aufgrund interner Roadmap-Entscheidungen zurückgenommen wird, entsteht umgehend eine Vergleichsdiskussion zwischen „consumer“ und „workstation“. Branchenexperten berichten, dass genau diese Trennung in der Community als Druckmittel interpretiert wurde, um professionelle Chips attraktiver zu machen.
Die aktuelle Marktdynamik zeigt zudem, wie eng Security-Entscheidungen mit Plattform-Ökosystemen zusammenhängen. Mainboard-Hersteller übernehmen die BIOS-Distribution, und AMD liefert die relevanten AGESA-Code-Pakete erst dann aus, wenn sie freigegeben sind. Für CIOs und IT-Abteilungen bedeutet das: Patch-Planung muss BIOS/AGESA ausdrücklich als Teil des Sicherheitsbetriebs betrachten, nicht als „nur Firmware“. Besonders in heterogenen Umgebungen mit Linux-Workloads, Virtualisierung und strengen Compliance-Vorgaben kann ein fehlender Memory-Protection-Status eine Risikoabschätzung verändern, selbst wenn die restlichen Controls (Disk Encryption, Kerberos, Secure Boot) korrekt implementiert sind.
Dass AMD die Rückkehr nun mit „wertvollem Feedback“ begründet, zeigt die Wirkung moderner Community-Feedbackschleifen. Ein wesentlicher Punkt dabei: Die Kritik zielte nicht nur auf die fehlende Funktion ab, sondern auf die mangelnde Transparenz über Änderungen in Firmware-Versionen. Aus Expertensicht ist diese „Kommunikationslücke“ oft der eigentliche Treiber für Incident-Readiness-Probleme. Bei der Bedrohung zählt nicht, ob ein Hersteller theoretisch die Möglichkeit zur Absicherung hat, sondern ob die Absicherung im konkreten Deploymentszenario aktiviert ist. Damit verschiebt sich das Risiko von „Knackbarkeit“ hin zu „Konfigurationsverhalten“ – und das ist in der Praxis meist schneller und kostengünstiger auszuschließen.
Parallel zur TSME-Thematik veröffentlicht AMD am 22. Juni 2026 FSR 4.1 für Radeon-RX-7000-Grafikkarten und positioniert die neue Version als leistungsfähigen Upscaler, der auf einem INT8-basierten KI-Modell setzt. Nach Herstellerangaben wird die Unterstützung in über 300 Spielen adressiert; außerdem gibt es eine schlankere Variante für RDNA-3-APUs. Besitzer älterer RX-6000-Karten sollen sich hingegen bis Anfang 2027 gedulden. Diese Veröffentlichungen wirken zunächst wie ein Gaming-Thema, sind aber strategisch eng mit derselben Plattformlogik verwoben: KI-basierte Effizienz-Features auf der GPU und abgesicherte Speicherpfade auf der CPU sind Teil eines Gesamtbilds, in dem Plattformstabilität, Performance und Sicherheit gleichzeitig gedacht werden müssen.
Auch wenn FSR 4.1 und TSME/Memory Guard unterschiedliche Ebenen betreffen, gilt aus Unternehmensperspektive ein gemeinsames Prinzip: Hardware-Feature-Entscheidungen müssen betrieblich messbar sein. Während bei FSR vor allem Benchmarks, Latenzen und Bildqualität zählen, ist bei Secure-Memory der Nachweis über den aktivierten Schutz entscheidend. In modernen Setups sollten Teams daher nicht nur „Treiber installiert“ prüfen, sondern den tatsächlichen Firmware-Status in regelmäßigen Audits verifizieren. Der Vergleich zu Wettbewerbern fällt in diese Lücke hinein: Je stärker Anbieter ihre Plattformfunktionen segmentieren, desto wichtiger wird die automatisierte Inventarisierung, um Unterschiede zwischen SKU-Gruppen, BIOS-Versionen und Kernel-/User-Space-Treibern zu erkennen.
Für die unmittelbare Zukunft müssen Security-Teams zusätzlich einen weiteren Kalenderpunkt im Blick behalten: Sicherheitsexperten beobachten einen kritischen Wechsel bei Secure Boot. Das Microsoft-KEK-CA-2011-Zertifikat läuft am 24. Juni 2026 ab. Systeme, die bis dahin keine notwendigen Updates erhalten, könnten künftig Bootkit-Sperrlisten nicht mehr laden – besonders betroffen seien Hardwaregenerationen vor 2020. Das ist ein klassischer Governance-Engpass: Wenn IT-Verantwortliche BIOS/Platform-Updates und OS-Updates nicht in einem gemeinsamen Prozess bündeln, können „alte“ Geräte trotz scheinbar funktionierendem Secure Boot in einen unvorhersehbaren Zustand geraten.
Ausblickend dürfte AMD die Juli-Distribution als Übergangslösung nutzen: Das BIOS-Update soll die Nicht-PRO-Modelle beim Speicherschutz wieder angleichen, sobald die AGESA-Code-Änderungen über die Mainboard-Hersteller verfügbar sind. Für Entwickler und Betreiber ergibt sich daraus eine konkrete Implikation: Sicherheitsfunktionen auf Plattformebene sollten in CI/CD-ähnlichen Betriebsprozessen getestet werden, inklusive Verifikation auf Feature-Flags. Gleichzeitig wird die Community-Diskussion wahrscheinlich weitergehen, denn die nächste Firmware-Revision bringt neue Randbedingungen mit sich. Wer Enterprise-Workloads auf AMD-Ryzen-Systemen betreibt, sollte die Kombination aus transparent dokumentierten BIOS-Änderungen, messbarer Feature-Validierung und rechtzeitiger Secure-Boot-Pflege als durchgängiges Sicherheitsmodell etablieren.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Ryzen 9000: AMD aktiviert TSME/Memory Guard nach Kritik wieder" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Ryzen 9000: AMD aktiviert TSME/Memory Guard nach Kritik wieder" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Ryzen 9000: AMD aktiviert TSME/Memory Guard nach Kritik wieder« bei Google Deutschland suchen, bei Bing oder Google News!