none
Office-Updates anlisten RRS feed

  • Frage

  • Im Umfeld der seit gestern heiß diskutierten Outlook-Sicherheitslücke CVE-2023-23397 stellt sich mit die Frage, wie ich idie nstallierten Office-Updates erkennen kann.

    Meine "Standard"-Methode:

    Get-WindowsUpdate -MicrosoftUpdate -NotCategory "Drivers","Updates","Security Updates","Critical Updates"

    aus dem Module PSWindows Update liefert dazu keine Angaben. Die sonst per Google gefundenen Methoden verwirren mich ob ihrer Vielfalt :-)

    Danke - Michael

    Freitag, 17. März 2023 04:11

Antworten

Alle Antworten

    • Als Antwort markiert sg08234Rc Samstag, 18. März 2023 07:30
    Freitag, 17. März 2023 08:40
  • Hallo

    Vielen Dank für Ihre Frage und Ihre Kontaktaufnahme. Ihren Angaben zufolge haben Sie Abfragen/Probleme im Zusammenhang mit Windows-Updates.

    Bitte beachten Sie, dass der Powershell-Befehl Get-Windowsupdate nicht offiziell von Microsoft stammt und von einem Community-Mitglied oder einem Drittanbieter erstellt wurde.

    Sie können die folgende WMI-Abfrage verwenden, um Office-Updates zu erhalten.

      Get-WmiObject win32_product | where{$_.Name -wie "Microsoft Office*"} | Select-Object -ExpandProperty-Version


    --Wenn die Antwort hilfreich ist, stimme bitte hoch und akzeptiere sie als Antwort--
    • Als Antwort markiert sg08234Rc Samstag, 18. März 2023 07:30
    Freitag, 17. März 2023 16:10
  • Danke!

    Mein Anwendungsfall ist: Ich möchte auf allen von mir betreuten Windows-Rechnern (ab Version 10) ermitteln, ob sie die aktuellen Office-Updates haben. Ich habe inzwischen  - glaube ich - verstanden, dass es sehr unterschiedliche Update-Verfahren gibt für:

    • "Normales" Office 20xx,
    • Oneklick Office 20xx und
    • Office 365

    Gibt mir   Get-WmiObject win32_product | where{$_.Name -like "Office*"}    für alle drei Update-Verfahren die aktuelle Version und wo (welche Webseite) kann ich die offizielle Microsoft-Verion ermitteln?

    Freitag, 17. März 2023 16:30
  • Was ist an der Registry falsch?
    Alles was tatsächlich auf einem Client installiert wird, steht in der Registry.
    Somit kann man per Invoke-Command das obige Beispiel verwenden.

    Gelitten hat man allerdings dann, wenn die Installation "per User" und nicht "for all Users" statfindet.
    Dann muss man jeden User des jeweiligen Gerätes prüfen.


    Freitag, 17. März 2023 16:54
  • Ich bin ob der vielen (mich) verwirrenden Informationen zu Office-Updates nicht sicher,  mein Ergebnis (Office 365):

    Office 16 Click-to-Run Extensibility Component         16.0.16130.20218 Microsoft Corporation 20230303
    Office 16 Click-to-Run Localization Component          16.0.16130.20218 Microsoft Corporation 20230303

    repräsentativ für alle Office-Varianten ist.

    So heisst es z.B. zu dem aktuellen Outlook-Update in borncityMicrosoft hat zum 14. März 2023 Sicherheitsupdates für Outlook 2016 (KB5002254) und für Outlook 2013 (KB5002265) dazu veröffentlicht. Würde ich diese Updates auf Office 2016/19-Rechner in der Registry finden (hab aktuell leider keine solchen Rechner im Zugriff) und wie kann ich mit eine prozedurale Prüfung diesewr unterschiedlich Varianten vorstellen?

    Danke - Michael

    Freitag, 17. März 2023 17:04
  • Wenn du dir das Script mal ansiehst, wird nach "Office" gesucht:

    Where {$_.DisplayName-like"*Office*"}

    Wenn ein Office mal nicht Office heißt musst du das dann umbenennen oder nach den Varianten zusätzlich suchen.
    Freitag, 17. März 2023 17:59
  • Danke - Das ist selbst mir klar :-)

    Mein Problem ist nur, dass ich wissen muss, auf welche Variante in welchem Fall den letzten Office-Status widerspeigelt.

    In einer idealen Welt würde Microsoft eine Webseite zur Verfügung stellen, auf der man tagesaktuell auslesen kann, was der aktueller Status der einzelnen MS-Komponenten (z.B. Office 2016, Office 2019, Office 365).

    In der realen Welt muss ich mir das Fall Stück für Stück erarbeiten (oder das Vorhaben sein lassen).

    Michael

    PS: Das heisst nicht, dass Eure Hinweise nicht geholfen haben (im Gegenteil). Abewr es fehlt noch ein ganzes Stück für eine ausreichend zuverlässige Prüfung des Update-Status aller von mir betreuten Rechner.

    Freitag, 17. März 2023 19:12
  • I started to use as regular check:

    Get-ItemProperty HKLM:\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\* | Where {$_.DisplayName -like '*Office*'} | Select-Object DisplayName, DisplayVersion, Publisher, InstallDate | Format-Table -AutoSize 

    and this tells me:

    Office 16 Click-to-Run Extensibility Component 16.0.16130.20218 Microsoft Corporation 20230303

    Word | Account tells me:

    Version 23032 (Build 16130.20306 Klick-und-Los)

    Why (the hell) this difference?

    Get-WmiObject win32_product | where{$_.Name -like "Office*"}   

    also tells me: 20218.

    Thanks - MIchael

    Montag, 20. März 2023 04:51
  • Click to run stellt die Informationen leider woanders hin:

    https://learn.microsoft.com/en-us/answers/questions/358446/create-a-powershell-script-to-check-what-version-o

    "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration"

    • Als Antwort markiert sg08234Rc Dienstag, 21. März 2023 04:18
    Montag, 20. März 2023 09:38
  • Danke!

    Warum dann
    Get-ItemProperty HKLM:\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\* | Where {$_.DisplayName -like '*Office*'} | Select-Object DisplayName, DisplayVersion, Publisher, InstallDate | Format-Table -AutoSize 

    offensichtlich ältere Click-To-Run Komponenten liefert:

    Office 16 Click-to-Run Extensibility Component 16.0.16130.20218 Microsoft Corporation 20230303

    weiß wohl nur Microsoft in seiner göttlichen Weisheit.

    Michael

    Dienstag, 21. März 2023 04:18
  • In der Registry gibt es 2 Bereiche, einmal für 64-Bit-Anwendungen, 1x  für 32-Bit-Anwendungen.
    32-Bit-Anwendungen greifen automatisch auf den "Wow6432Node" Knoten zu, da Windows den Zugriff umleitet.
    64-Bit-Anwendungen greifen auf den normalen Knoten zu, können jedoch zusätzlich auch auf Wow6432Node zugreifen. Für 64-Bit kannst du den Knoten "Wow6432Node" einfach weglassen.

    Das kann man mit der Powershell schön testen, da man die wahlweise in 32-Bit oder 64-Bit ausführt.

    64-Bit Anwendung:

    HKLM:\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\
    HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\

    32-Bit Anwendung:

    HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\
    Was allerdings der "HKLM:\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\" ist.

    Das gilt auch z.B. für "%WINDIR%\System32", da gibts für 32-Bit noch den "%WINDIR%\SysWOW64\System32", der allerdings in 32-Bit Anwendung als "%WINDIR%\System32" angezeigt wird.


    Dienstag, 21. März 2023 09:24