--- title: "Dekompilera dll" type: "forum-thread" url: "https://www.webforum.nu/amne/dotnet/80008-dekompilera-dll" topic: ".NET" topic_url: "https://www.webforum.nu/amne/dotnet" author: "erka" published: "2003-06-18T07:40:36.000Z" updated: "2003-06-26T12:48:06.000Z" replies: 17 views: 677 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/dotnet/80008-dekompilera-dll" --- # Dekompilera dll ## #1 — erka, 2003-06-18T07:40Z Hej! Har råkat ut för en fin fin hd krash, har bara kvar mina dll filer, finns det något sätt att packa upp dessa igen till .vb filer ? Annars är det synd om mig ;) Permalänk: https://www.webforum.nu/p/80008 ## #2 — niko, 2003-06-18T09:26Z Ja, du .. Om du har $1100 liggande så verkar den [här](http://www.remotesoft.com/salamander/) funka väldigt bra (testa online-demon). På gratisfronten finns den [här](http://test.saurik.net/anakrino/) (Anakrino9.zip) fast den klarar bara att dekompilera **till** C# och är rätt bökig och kraschbenägen. Öht verkar VB.NET vara svårt att hitta. Permalänk: https://www.webforum.nu/p/1088614 ## #3 — erka, 2003-06-18T09:30Z Tack Niko, blir billigare att lämna in hårddisken till en recoveryfirma. :) Permalänk: https://www.webforum.nu/p/1088616 ## #4 — Nickemannen, 2003-06-18T12:26Z Hmm, för att vara säker från att någon dekompilera mina dll-filer finns det något sätt att kryptera dom ?. Erka, om du inte redan har installerat om allt så finns det antingen program som kan få tillbaka data. Eller t.ex. ett program med windows som lagar partioner. Permalänk: https://www.webforum.nu/p/1088757 ## #5 — spango, 2003-06-18T12:40Z > **Nickemannen skrev:** > > Hmm, för att vara säker från att någon dekompilera mina dll-filer finns det något sätt att kryptera dom ?. Det korta svaret är nej. Om de ska kunna användas måste de kunna läsas, och kan de läsas kan de dekompileras. Permalänk: https://www.webforum.nu/p/1088761 ## #6 — erka, 2003-06-18T12:40Z Nickemannen, tyvärr är hd:n totalt död :( Men det vore bra att veta hur man kan skydda sina dll:er från dekompilering. Permalänk: https://www.webforum.nu/p/1088762 ## #7 — GunnarD, 2003-06-18T12:47Z Om du har en exakt lika dan disk så kan man försöka sig på att flytta kretskortet från den fungerande disken till den icke fungerande. Permalänk: https://www.webforum.nu/p/1088768 ## #8 — Erik Juhlin, 2003-06-18T12:50Z Man lär väl tappa en hel del när man dekompilerar..? Variabelnamn och grejer... Permalänk: https://www.webforum.nu/p/1088771 ## #9 — P, 2003-06-18T13:06Z > **Erik Juhlin skrev:** > > Man lär väl tappa en hel del när man dekompilerar..? > Variabelnamn och grejer... Mjo kanske, men om du tex får ett fel i en kompilerad dll så står ju raden det är fel på samt namnen på variablerna så informationen finns nog där! Permalänk: https://www.webforum.nu/p/1088779 ## #10 — Nickemannen, 2003-06-18T13:08Z > **erka skrev:** > > Nickemannen, tyvärr är hd:n totalt död :( Men det vore bra att veta hur man kan skydda sina dll:er från dekompilering. Får du inte ens ett felmeddelande typ wrong media eller något liknande. Går den inte ens igång när den får ström ? Permalänk: https://www.webforum.nu/p/1088781 ## #11 — greyhound, 2003-06-18T13:12Z Har du testat att lägga hårddisken i frysen ett litet tag och sedan testat att köra igång den? Jag lyckades rädda data på en disk som vägrade starta. Kan va bra att försöka skydda den från fukt... Permalänk: https://www.webforum.nu/p/1088782 ## #12 — niko, 2003-06-18T13:13Z > **Erik Juhlin skrev:** > > Man lär väl tappa en hel del när man dekompilerar..? I princip bara lokala variabelnamn inuti funktioner. Allt annat finns i meta-datan eftersom det *måste* vara synligt utåt. [Demon](http://www.remotesoft.com/salamander/) däruppe gav till och med kod som var *mer* läsbar än originalet (iaf när *jag* testade.) Permalänk: https://www.webforum.nu/p/1088783 ## #13 — spango, 2003-06-18T13:50Z > **P skrev:** > > Mjo kanske, men om du tex får ett fel i en kompilerad dll så står ju raden det är fel på samt namnen på variablerna så informationen finns nog där! Ja, förutsatt att man har debuginfo påslagen när man kompilerar... har man det inte försvinner då som sagt lokala variabelnamn, och det blir lite bökigare att läsa (inte särskilt svårt att råda bot på, dock). Permalänk: https://www.webforum.nu/p/1088797 ## #14 — P, 2003-06-19T09:10Z Om man skriver lite likvärdig kod i c# och vb.net och kompilerar dessa. Kommer dll filerna att se likadana ut då? Permalänk: https://www.webforum.nu/p/1089353 ## #15 — juventus1, 2003-06-19T10:34Z Ja, nästan identiska. Kolla på koden i ildasm.exe. Där ser du alla metoder samt lite annat. Dubbelklicka på en metod så ser du IL-koden och kan jämföra direkt. För att man inte skall kunna läsa koden kan man använda en obfuscator som gör det mycket svårare att se vad som händer. Här finns en för .net Permalänk: https://www.webforum.nu/p/1089398 ## #16 — P, 2003-06-19T10:40Z Jag som trodde att en av meningarna med att kompilera till dll var att det inte skulle gå att läsa... Permalänk: https://www.webforum.nu/p/1089405 ## #17 — clarkbones, 2003-06-26T12:19Z Alltså, om jag nu har användarnamn och lösenord till en databas i min dll, så är det bara för den ilvilllige att dekompilera min dll och sedan gå loss på min databas med diverse SQL? Typ DELETE \* FROM tblUsers. Visserligen kan man väl hindra detta delvis genom att begränsa rättigheterna för användarkontot , men ändå? Är det jag beskrivit fullt möjligt? Permalänk: https://www.webforum.nu/p/1096189 ## #18 — niko, 2003-06-26T12:48Z > Är det jag beskrivit fullt möjligt? Visst, men så är det ju redan nu även *utan* dekompilering. Öppnar du en maskinkompilerad exe-fil i tex Notepad så ligger ju alla hårdkodade strängar där fullt läsbara (i resurssegmentet). Permalänk: https://www.webforum.nu/p/1096206 --- Tråden på webben: https://www.webforum.nu/amne/dotnet/80008-dekompilera-dll