- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
Hirdetés
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Dragon Ball: Sparking! Zero - Mester és tanítvány
gp Egyelőre még mindig nem kaptunk megjelenési dátumot a játékhoz.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
ddekany
veterán
Minden adathordozó lehet ''vírus'' hordozója (Illetve ezek ''exploitok'', amiket vírus készítésre is ki lehet néha használni). Szóval olyan az egész, mintha pl. a pendrive-okat okolnánk azért, mert lehet rajtuk megbütykölt JPG fájl. De nem a pendrive a felelős, hanem a szoftver ami értelmezi a JPG fájlt, hiszen az csinál pl puffer túlcsordulást. Ugyan ez a helyzet a RFID-el is... jelen esetben az SQL lekérdezéseket az áruházi programban nem egyszerű string összefűzéssel kell csinálni, hanem placeholderekkel, vagy hogy hívják őket... Ilyesmi: session.query(''SELECT name FROM items WHERE id=?'', rfid.get(''id''));, nem pedig session.query(''SELECT name FROM items WHERE id='' + rfid.get(''id'')), ahol ugy az id értékében mindeféle további SQL parancsokat is be lehetne csempészni; Ennyi az egész... képzettebb programozók nem követi el ezt a hibát. Szóval, a történet nem az RFID-ről szól, hanem egyszerűen arról, hogy minél több dolog lesz számítógépesítve, annál több ''hackerek'' által támadható pontja lesz a világuknak. Az RFID-vel a fő gond az, hogy túl hatékony, és bizony erre a kisemberek rá fognak b... csúnyán.
-
ddekany
veterán