Forum Debian Users Gang

Windziarze też mają przeboje z poprawką. Clickbait ...

Co ciekawe, problem leży nie po stronie błędów w oprogramowaniu, ale w konstrukcji sprzętu. Okazało się bowiem, że niektóre procesory są niezgodne ze specyfikacją, którą firma AMD dostarczyła programistom Microsoftu.

https://www.dobreprogramy.pl/Microsoft-zatrzymal-la … ws,85293.html

PS Oryginalny komunikat

Microsoft has received reports of some AMD devices getting into an unbootable state after installation of recent Windows operating system security updates. After investigating, Microsoft determined that some AMD chipsets do not conform to the documentation previously provided to Microsoft to develop the Windows operating system mitigations to protect against the chipset vulnerabilities known as Spectre and Meltdown.

https://support.microsoft.com/en-us/help/4073707/wi … based-devices

Ostatnio edytowany przez ciastek1981 (2018-01-10 00:38:46)

Renia napisał(-a):

nie idealnie jak u Red Hata, ale i tak lepiej niż w innych dystrybucjach

Nie ma to jak ślepa wiara w jakieś prowizoryczne skrypty z GitHuba.

Greg Kroah-Hartman napisał(-a):

For upstream, well, the status is there is no fixes merged into any upstream tree for these types of issues yet. There are numerous patches floating around on the different mailing lists that are proposing solutions for how to resolve them, but they are under heavy development, some of the patch series do not even build or apply to any known trees, the series conflict with each other, and it’s a general mess.

This is due to the fact that the Spectre issues were the last to be addressed by the kernel developers. All of us were working on the Meltdown issue, and we had no real information on exactly what the Spectre problem was at all, and what patches were floating around were in even worse shape than what have been publicly posted.

Because of all of this, it is going to take us in the kernel community a few weeks to resolve these issues and get them merged upstream. The fixes are coming in to various subsystems all over the kernel, and will be collected and released in the stable kernel updates as they are merged, so again, you are best off just staying up to date with either your distribution’s kernel releases, or the LTS and stable kernel releases.
[…]
The proposed solutions are not trivial, but some of them are amazingly good. The Retpoline post from Paul Turner is an example of some of the new concepts being created to help resolve these issues. This is going to be an area of lots of research over the next years to come up with ways to mitigate the potential problems involved in hardware that wants to try to predict the future before it happens.

http://kroah.com/log/blog/2018/01/06/meltdown-status/

Intel w końcu wydał firmware:
https://downloadcenter.intel.com/download/27431/Lin … ode-Data-File

Jessie na razie jest załatane tylko na Meltdown.
Sprawdź sobie czy masz łatkę zgodnie z tym co pisze #2.

@yossarian, w ten sposób będzie miał przeszukane wszystkie konfiguracje.
Mało prawdopodobne ale, może po prostu "siedzi" nie na tym jajku.

Ten skrypt niekoniecznie musi podawać prawdę.
Niektórzy lubią jak jest kolorowo :D.

@KerneLpaniC
Skrypt zgodnie z zaleceniami autora uruchom z prawami roota, czyli trzeba użyć su lub sudo.

yossarian napisał(-a):

W ogóle skąd taka lamerska maniera wrzucania obrazków z wynikami konsolowych narzędzi?

Po to, żeby wieczni malkontenci mieli się czego przyczepić :)

arecki napisał(-a):

Ten skrypt niekoniecznie musi podawać prawdę.

Ale akurat podał po raz kolejny prawdę mimo, że wszystkiego nie odczytał, bo kernel 3.16 z Debiana jest załatany na Meltdown dopiero od wersji 3.16.51-3+deb8u1.

Tabletki potem, gdy już wszystkim pokażesz jak skopiować fragment wyników tych skryptów — oczywiście w formie tekstowej.

Mój bład... kernel mi sie nie zaktualizował, teraz test z kernelem z patchem dla jessie..



po patchu nadal dziura? czy to ma zwiazek z tym ze system 32 bit?

Ostatnio edytowany przez KerneLpaniC (2018-01-10 15:00:59)

yossarian napisał(-a):

urbinek napisał(-a):

Maść działa o wiele lepiej bo miejscowo ;)

Niektórym by się przydała na inną część działa, ale taka niestety nie istnieje.
Pozostają tradycyjne szpitale wysoce specjalistyczne;)

Polecam powrót do tematu wątku.

To po co wywoływałeś zboczenie z głównego wątku? :>

@Renia ok... zrobiłem jak radzisz ale wynik ten sam.. 3x  VULNERABLE  ... nie rozumiem czy patch nie działa ,czy to wina 32bit bo tak mi ktoś zasugerował, czy skrypt nie działa jak powinien.

No to d.... nie patch :)

W Stretchu jest podobnie:

* x86: setup PCID, preparation work for KPTI.
    - x86/mm/64: Fix reboot interaction with CR4.PCIDE
    - x86/mm: Add the 'nopcid' boot option to turn off PCID
    - x86/mm: Disable PCID on 32-bit kernels
    - x86/mm: Enable CR4.PCIDE on supported systems
* [amd64] Implement Kernel Page Table Isolation (KPTI, aka KAISER)
    (CVE-2017-5754)

Załatanie tego wszystkiego jeszcze długo potrwa.