Jos venhemmat takaisinkoodausohjelman on ollut riipuvaisia samasta ohjelmointikielestä. nyt tämä on täysin mullistunut.
Tekoälyllä pystyy palautaan koodin toisellekkin kielelle.
Tekoäly myös parantanut takaisinkoodauksen laatua huomattavasti.
Tämä ei ole hyvä uutinen suljetulle koodille. Eikä piilotetulle vakoilulle.
Tekoälyllä pystyy palautaan koodin toisellekkin kielelle.
Tekoäly myös parantanut takaisinkoodauksen laatua huomattavasti.
Tämä ei ole hyvä uutinen suljetulle koodille. Eikä piilotetulle vakoilulle.
Vastaukset 26
Vanhimmat
Koko Winpaska meni ihan pihalle kun ohjelmat alkoi asentaa kaikee paskaa pitkin windowsia, eikä vaan omaan ohjelman kansioon!
4 ytimen ongelma on tosiasia! Windowsiissa.
Windows VAKOILEE!
Windows VAKOILEE!
Windows VAKOILEE!
Takaisinkoodausta on harrastettu jo niin kauan ettei tekoäly siinä paljoa enää paina. Jos kääntäjä suoltaa samaa koodia aina ja iankaikkisesti ei ole kovin vaikea homma tulkita koodi takaisin. Mutta miksi pitäisi ylipäätään vaivautua? Suurin osa laitevalmistajista tarjoaa avoimen lähdekoodin ratkaisuja piiriensä ohjelmointia varten. Reverse-engineering ei yksinkertaisesti paljasta enää mitään uutta, kun koodi ei ole suljettua!
Takaisinkoodausta on harrastettu kauan, kyllä, mutta koodin määrä on ajan myötä kasvanut niin suureksi, että sen oleellisen löytäminen on käynyt vaikeaksi. Kuin etsisi neulaa heinäsuovasta. Tekoäly saattaa tuoda tähän muutoksen.
Takaisinkoodaajaa tuskin kiinnostaa laitevalmistajien avoimen lähdekoodin ratkaisut tai PC-sovellukset ylipäätään. Kiinnostuksen kohteet ovat sulautetussa maailmassa, esimerkiksi kännykän, auton ohjainkomponentin, mittalaitteen tai vaikka ohjuksen niissä osuuksissa, jotka ovat vaatineet valmistajalta vuosien tutkimus- ja kehityspanostuksen.
Reverse-engineering on riski, jonka laitevalmistajat yleensä kyllä ymmärtävät ja ottavat vakavasti. Riskiä pyritään hallitsemaan monin tavoin, mm. koodin salaamisella. Melko tehokas salaus on esimerkiksi sellainen, jossa koodi sijaitsee vain mikrokontrollerin sisällä ja koodin takaisinluku estetään. Siinä tekoälykin jää neuvottomaksi.
nVidian suljetut ajurit kiinnostais varmaan Linux-maailmaa? Vai vieläkö ne nVidian ajurit on suljettua koodia?
Sentään yksi kiinnostuksen kohde PC-maailmasta: Virukset. F-Secure ja vastaavat ovat epäilemättä olleet eturintamassa hyödyntämässä tekoälyä takaisinkoodauksessa.
Google mm kanssa.
KYllä: Tarkoittaa, että videopiiri on edelleenkin niin buginen, ettei lähdekoodeja uskalleta julkaista. Asia on selvinnyt nouveu-ajurien koodaajille kyllä ajan saatossa, kun hommat ei olekaan olleet niin suoraviivaisia toteuttaa.
Vapusen valheita!
Ai jos on vaikka Java takukoodi-binari, tekoälyy koodaa sen vaikka Pascaliksi =D
Hohhoijjaati ... Et tainnut tajuta hommaa ollenkaan.
No jos sinä tajuta niin selitä typerällä, haluaa tietää =D
Että tekoälyn avulla voi takaisiinkodata käänettyä koodia, nopeammin, paremmin ja virheet korjaten.
Näkee mitä kaikee paskaa suljettu koodi sisältää.
Ei kielille pitää muistaa näiden omat rajoitteet. Java koodin kääntäminen mm Pascalille olisi älytön tehtävä.
No sitä juuri ajoin takaa, mutta aloituksessa sanottiin että tämän on mahollista =D
Tuohon ei edes tarvita tekoälyä, että sen saa Pascaliksi.
Tekoälystä voisi olla apua siinä, että tunnistaa patterneja siitä että saisi nimettyä metodeja, vakioita jne.
"java koodin kääntäminen mm Pascalille olisi älytön tehtävä."
Javan kääntäminen objectpascaliksi olisi hyvinkin mahdollista, eikä siinä ainakaan pitäisi olla mitään erityistä vaikeutta.
Sensijaan Javan kääntäminen pascaliksi olisi hankalaa - koska java ja objectpascal ovat molemmat obektikieliä, mutta pelkkä pascal taas ei ole.
Kannattaa huomata: Sekä Delphi että Freepascal ovat objectpascal -kääntäjiä.
Tosin objectpascal on suunniteltu siten, että kielenä pascal on objectpascalin osajoukko.
Eli siis objectpascalissa voi edelleen käyttää itsenäisiä funktioita / proseduureja, jotka eivät ole luokan metodeja.
Ja hyvä niin, juuri tuohon perustuu se, että objectpascal -ohjelmasta voi kutsua Windows API -funktioita, nuo funktiot vain on määritelty external -määreellä, eli kertoo sen, että funktiota ei ole koodattu objectpascalilla (*), vaan se importoidaan DLL:stä.
Microsoftin koodaajat suosivat C-kieltä objectpascalin sijasta, mutta toisaalta myös objectpascalilla voi koodata DLL:iä.
Java -> objectpascal -kääntäjä olisi aivan mainio juttu - toistaiseksi sellaista ei ole näkynyt, mutta jos tekoäly sellaisen tuo tullessaan, niin hieno juttu !
Ennemmin päinvastoin niin saa lisää vauhtia ja saa siirrettyä legacyä nykyaikaikaan.
Mene hoitoon!
Aatteleppa kun tekoäly valjastetaan kvanttiälyllä, niin mikään ei ole netissä turvassa.
Niinpä! Mutta aatteleppa kun kvanttiäly terästetään kylmäfuusiolla niin mikään koko maapallolla ei ole turvassa.
Jos ajatellaan, että kevyt tekoäly on 100-kertaa älykkäämpi kuin ihminen: Tämä voi opetella avoimesta koodista ohjelmoijan tyylin, tunnistaa suljetusta koodista sen ja käyttää samaa tekniikkaa palauttaakseen alkuperäisen koodin muuttujanimineen keksien parempia nimiä muuttujille.
Tekoälyn luoma maailma on sellainen, että jos sinne on koodattu ihminen - tämä ei erota olevansa keinotodellisuudessa jos näin halutaan. Toisaalta esim. taikuus on mahdollista ohjelmoida järjestelmään. Uskonnotkaan ei enää tunnu niin utopistisilta samasta syystä vaan palvonta voi oikeasti lisätä karmaa järjestelmään jota papisto voi sitten hyödyntää. Takaisinkoodaus ei siis rajoitu millään tavalla tietokonealustoihin!
Kääk. Matrix on melkeinpä vain puhelinsoiton päässä nykyhetkestä. Mietin vain millä todennäköisyydellä sata kertaa ihmistä älykkäämpi kevyt tekoäly vaivautuisi opettelemaan avoimesta koodista ohjelmoijan tyylin, tunnistaisi suljetusta koodista sen ja käyttäisi samaa tekniikkaa palauttaakseen alkuperäisen koodin muuttujanimineen keksien parempia nimiä muuttujille. Eiköhän sata kertaa ihmistä älykkäämpi kevyt tekoäly kehittäisi todennäköisimmin itseään, tullakseen 200 kertaa ihmistä älykkäämmäksi hieman raskaammaksi tekoälyksi.
Vanhoissa takaisinkoodauohjelmissa on vara parempi.
Tekoäly keksii omiaan!