Új hozzászólás Aktív témák

• #43 #06658560 törölt tag tecsu #38

  Új Válasz 2017-12-09 11:14:45 #43

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #06658560

  törölt tag

  válasz tecsu #38 üzenetére

  Mivel az IME 2008 óta létezik, a probléma pedig 2015 óta gyártott procikat érint, el tudom képzelni, hogy valami változott a mikroarchitektúrában vagy az és a kód egymásra hatása okozta, úgy, hogy külön-külön tesztelve minden jó volt, vagy a kód változatlansága mellett esetleg úgy kezelték, eddig nem volt vele gond, nem változott, így jó lesz, spórolunk vele rengeteg időt, nem kell letesztelni stb. Vagy azóta valamelyik hacker kreatívan talált új utat a hiba tesztelésére. Hisz azóta két év eltelt.

• #42 b. félisten tecsu #38

  Új Válasz 2017-12-09 10:03:02 #42

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  b.

  félisten

  válasz tecsu #38 üzenetére

  túlcsordulás védelem van, hisz ez alapvető dolog már több éve, Valószínűleg a menedzsmentet rázta át a program, ezért működhetett úgy, hogy nem maradt utána nyom. Ez okozhatott problémát itt.

• #37 b. félisten tecsu #17

  Új Válasz 2017-12-08 23:41:50 #37

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  b.

  félisten

  válasz tecsu #17 üzenetére

  Na persze eza tipikus ,"hogy nem vették észre eddig hisz tök egyszerű" hozzáállás. Az a helyzet, hogy a Hackerek nem kötik az Intel orrára a dolgokat, hogy csinálták a támadásokat, ráadásul itt semmiféle lenyomatot nem hagynak.
  A mérnökök alapvetően más szemmel és célból készítik a hardvert, hisz ők nem egy lakatot készítenek, amit a tolvajnak fel kell törnie, hanem egy munkaeszközt, amivel a felhasználóknak dolgozniuk kell hálózatokban operációs rendszerekben.
  jelenleg pont az volt a lényeg, hogy igazából még azt sem tudták, hogy történtek támadások, mert semmi nyoma nem maradt,pont ezért örültek, mikor a fent említett illetők ezt közölték.
  A megoldás problémája már az ő dolguk lesz( ha lesz rá egyáltalán )

  Egyébként a leghíresebb vírusok viszonylag egyszerű elven működtek és pont ezzel okoztak fejtörést.
  Volt már anno egy túlcsordulásos eset , a híres Code Red, hasonló elven működött. Szinte az összes ilyen jellegű vírus MS rendszeren belül tudott tevékenykedni...

• #23 Manbal senior tag tecsu #20

  Új Válasz 2017-12-08 19:50:53 #23

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Manbal

  senior tag

  válasz tecsu #20 üzenetére

  az AMD saját managment engine-vel mi a helyzet? biztos azon is van rés, csak azt még nem verik nagy dobra, mert most az Intel a csúnya bácsi, igaz egy kutya a kettő de ne zavarjon. NSA/CIA megrendelésre van benne ez a xar a procikban

  a kész termékkel korrekt? a bődületes fogyasztásról beszélsz, és a készlethiányról mert nem képesek még annyit sem gyártatni ami lefedné a piaci szegmensüket? mert már jó ideje csak a freesync tartja életben az AMD GPU részlegét, meg a **** bányászok.... ha az NV úgy döntene hogy a freesyncet is támogatja, akkor konyec lenne, nem kicsit... Én is csak a freesync miatt várok egy strix vega 56-ot, de már nagyon fogytán a türelmem és lehet átmegyek NVhez...

• #18 t72killer titán tecsu #17

  Új Válasz 2017-12-08 19:20:21 #18

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  t72killer

  titán

  válasz tecsu #17 üzenetére

  Elég egyértelmű, hogy szándékos Backdoor volt. Különben miért vacakoltak éveket egy bolhapiszoknyi OS "javításával"?

Új hozzászólás Aktív témák