home.social

#reverseengineering — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #reverseengineering, aggregated by home.social.

  1. #TIL (through a colleague) about this project to reverse engineer #legacy #code into detailed specifications for #AI #agents: "Reversa: A Reverse Documentation Engineering Framework for Converting Legacy #Software into Operational Specifications for AI Agents" github.com/sandeco/reversa

    #ReverseEngineering

    See also: arxiv.org/abs/2605.18684

  2. #TIL (through a colleague) about this project to reverse engineer #legacy #code into detailed specifications for #AI #agents: "Reversa: A Reverse Documentation Engineering Framework for Converting Legacy #Software into Operational Specifications for AI Agents" github.com/sandeco/reversa

    #ReverseEngineering

    See also: arxiv.org/abs/2605.18684

  3. #TIL (through a colleague) about this project to reverse engineer #legacy #code into detailed specifications for #AI #agents: "Reversa: A Reverse Documentation Engineering Framework for Converting Legacy #Software into Operational Specifications for AI Agents" github.com/sandeco/reversa

    #ReverseEngineering

    See also: arxiv.org/abs/2605.18684

  4. #TIL (through a colleague) about this project to reverse engineer #legacy #code into detailed specifications for #AI #agents: "Reversa: A Reverse Documentation Engineering Framework for Converting Legacy #Software into Operational Specifications for AI Agents" github.com/sandeco/reversa

    #ReverseEngineering

    See also: arxiv.org/abs/2605.18684

  5. #TIL (through a colleague) about this project to reverse engineer #legacy #code into detailed specifications for #AI #agents: "Reversa: A Reverse Documentation Engineering Framework for Converting Legacy #Software into Operational Specifications for AI Agents" github.com/sandeco/reversa

    #ReverseEngineering

    See also: arxiv.org/abs/2605.18684

  6. @MishaVelthuis : firstly, I am definitely not an AI expert.

    W.r.t. source code analysis: in fact one does not need "source code" (e.g. higher level languages) to be able to spot bugs. More or less like you wrote, in the end every computer program contains sequences of instructions for the targeted CPU (including calls to, possibly documented, operating system and other libraries).

    Reverse engineers love decompilers because assembler code is a lot harder to interpret *by humans* than higher level source code (it can be done, I did it approx. 30 - 40 years ago for various CPU architectures, but it is very time consuming and error-prone).

    Malware typically consist of (highly) obfuscated code to fool decompilers and emulators. I've not studied it but probably the anti-malware industry is already using AI to help them analyse malware (and, feeding the rat race, quite likely malware makers are using AI to obfuscate their code).

    Internet search terms such as "malware analysis llm" may possibly help you to find related articles.

    Regardless, IMO not possessing the original source code should not pose a major hurdle for finding bugs in executable code.

    #AI #ReverseEngineering #Malware #DeCompilers #IDA #DisAssemblers #Infosec #AntiMalware

  7. @MishaVelthuis : firstly, I am definitely not an AI expert.

    W.r.t. source code analysis: in fact one does not need "source code" (e.g. higher level languages) to be able to spot bugs. More or less like you wrote, in the end every computer program contains sequences of instructions for the targeted CPU (including calls to, possibly documented, operating system and other libraries).

    Reverse engineers love decompilers because assembler code is a lot harder to interpret *by humans* than higher level source code (it can be done, I did it approx. 30 - 40 years ago for various CPU architectures, but it is very time consuming and error-prone).

    Malware typically consist of (highly) obfuscated code to fool decompilers and emulators. I've not studied it but probably the anti-malware industry is already using AI to help them analyse malware (and, feeding the rat race, quite likely malware makers are using AI to obfuscate their code).

    Internet search terms such as "malware analysis llm" may possibly help you to find related articles.

    Regardless, IMO not possessing the original source code should not pose a major hurdle for finding bugs in executable code.

    #AI #ReverseEngineering #Malware #DeCompilers #IDA #DisAssemblers #Infosec #AntiMalware

  8. @MishaVelthuis : firstly, I am definitely not an AI expert.

    W.r.t. source code analysis: in fact one does not need "source code" (e.g. higher level languages) to be able to spot bugs. More or less like you wrote, in the end every computer program contains sequences of instructions for the targeted CPU (including calls to, possibly documented, operating system and other libraries).

    Reverse engineers love decompilers because assembler code is a lot harder to interpret *by humans* than higher level source code (it can be done, I did it approx. 30 - 40 years ago for various CPU architectures, but it is very time consuming and error-prone).

    Malware typically consist of (highly) obfuscated code to fool decompilers and emulators. I've not studied it but probably the anti-malware industry is already using AI to help them analyse malware (and, feeding the rat race, quite likely malware makers are using AI to obfuscate their code).

    Internet search terms such as "malware analysis llm" may possibly help you to find related articles.

    Regardless, IMO not possessing the original source code should not pose a major hurdle for finding bugs in executable code.

    #AI #ReverseEngineering #Malware #DeCompilers #IDA #DisAssemblers #Infosec #AntiMalware

  9. @MishaVelthuis : firstly, I am definitely not an AI expert.

    W.r.t. source code analysis: in fact one does not need "source code" (e.g. higher level languages) to be able to spot bugs. More or less like you wrote, in the end every computer program contains sequences of instructions for the targeted CPU (including calls to, possibly documented, operating system and other libraries).

    Reverse engineers love decompilers because assembler code is a lot harder to interpret *by humans* than higher level source code (it can be done, I did it approx. 30 - 40 years ago for various CPU architectures, but it is very time consuming and error-prone).

    Malware typically consist of (highly) obfuscated code to fool decompilers and emulators. I've not studied it but probably the anti-malware industry is already using AI to help them analyse malware (and, feeding the rat race, quite likely malware makers are using AI to obfuscate their code).

    Internet search terms such as "malware analysis llm" may possibly help you to find related articles.

    Regardless, IMO not possessing the original source code should not pose a major hurdle for finding bugs in executable code.

    #AI #ReverseEngineering #Malware #DeCompilers #IDA #DisAssemblers #Infosec #AntiMalware

  10. [openBF511] Reverse Engineering a Omron BF511 scale
    I actually own a Omron BF511 human scale, a nice bit of japaense kit. Its a bit old and certainly does not want to interact with the world expect for its LCD display. I wanted to change that and integrate the scale into my health apps/do not keep on tracking stats via paper and pencil. For that reason I did
    nico-maas.de/?p=2794
    #Hardware #IoT #LoRaWAN #ProductSpecific #BF511 #IoT #Omron #openScale #ReverseEngineering #scale

  11. 🍏🔍 Oh, joy! Another tech enthusiast bravely pries open Apple's tightly-sealed vault of video wallpapers, only to slap a generic #GitHub link on it and call it a day. 🚀💻 Because nothing screams #innovation like reinventing the screensaver, but this time with a trendy "reverse-engineered" twist! 🤦‍♂️
    github.com/kageroumado/phosphe #AppleTech #ReverseEngineering #VideoWallpapers #HackerNews #ngated

  12. 🍏🔍 Oh, joy! Another tech enthusiast bravely pries open Apple's tightly-sealed vault of video wallpapers, only to slap a generic #GitHub link on it and call it a day. 🚀💻 Because nothing screams #innovation like reinventing the screensaver, but this time with a trendy "reverse-engineered" twist! 🤦‍♂️
    github.com/kageroumado/phosphe #AppleTech #ReverseEngineering #VideoWallpapers #HackerNews #ngated

  13. 🍏🔍 Oh, joy! Another tech enthusiast bravely pries open Apple's tightly-sealed vault of video wallpapers, only to slap a generic #GitHub link on it and call it a day. 🚀💻 Because nothing screams #innovation like reinventing the screensaver, but this time with a trendy "reverse-engineered" twist! 🤦‍♂️
    github.com/kageroumado/phosphe #AppleTech #ReverseEngineering #VideoWallpapers #HackerNews #ngated

  14. 🍏🔍 Oh, joy! Another tech enthusiast bravely pries open Apple's tightly-sealed vault of video wallpapers, only to slap a generic #GitHub link on it and call it a day. 🚀💻 Because nothing screams #innovation like reinventing the screensaver, but this time with a trendy "reverse-engineered" twist! 🤦‍♂️
    github.com/kageroumado/phosphe #AppleTech #ReverseEngineering #VideoWallpapers #HackerNews #ngated

  15. 🍏🔍 Oh, joy! Another tech enthusiast bravely pries open Apple's tightly-sealed vault of video wallpapers, only to slap a generic #GitHub link on it and call it a day. 🚀💻 Because nothing screams #innovation like reinventing the screensaver, but this time with a trendy "reverse-engineered" twist! 🤦‍♂️
    github.com/kageroumado/phosphe #AppleTech #ReverseEngineering #VideoWallpapers #HackerNews #ngated

  16. In part 2 of my macOS security internals series, I demystify System Integrity Protection (SIP), breaking down how the kernel enforces Apple-signed entitlements over POSIX root privileges, the mechanics of rootless.conf, and why the hardware always has the final veto.

    Includes a small C program to audit your own CSR bitfield configuration.

    Read the full deep dive here:
    bytearchitect.io/macos-securit

    #macOS #infosec #cybersecurity #ReverseEngineering #XNU #AppleSecurity #Kernel #OSInternals #Rootless

  17. Исследование .NET: от DnSpy к IDA Pro

    Что мы обычно представляем под исследованием бинарных файлов .NET? Обычно все просто: открываешь сборку в DnSpy или ILSpy, получаешь очень близкий к исходнику C# (может и не очень близкий, а обфусцированный) и дальше уже думаешь не про восстановление логики, а про анализ исходного кода — даже не нужно нажимать F5... В стандартных .NET-сборках компилятор сохраняет символы приложения в виде метаданных, необходимых для работы рантайма и рефлексии. DnSpy даже поддерживает экспорт содержимого сборки в проект для Visual Studio, что размывает границу между исследованием исходников и бинарного файла. Но платформа от Microsoft развивается, и теперь .NET-приложения могут исполняться не только через CLR, но и компилироваться в машинный код целевой платформы с помощью Ahead-Of-Time. Исторически первым таким решением стал NGEN (2002) — установочная предкомпиляция для .NET Framework, однако он требовал ручного запуска, дублировал IL-код и не обновлялся автоматически при изменении рантайма. Затем, в 2015 году, появился .NET Native — первый полноценный AOT, но исключительно в UWP-приложениях для Windows Store. В современной ветке .NET (Core/5+) следующим шагом стал ReadyToRun (2019), с возможностью переключения на IL, а затем и Native AOT, в котором была полностью убрана зависимость сборки от рантайма .NET. В данной статье рассмотрим, с чем может столкнутся реверсер при исследовании .NET приложений, собранных с использованием Ahead-Of-Time компиляции в современных версиях .NET.

    habr.com/ru/companies/pm/artic

    #net #reverseengineering #c# #readytorun #nativeaot

  18. Исследование .NET: от DnSpy к IDA Pro

    Что мы обычно представляем под исследованием бинарных файлов .NET? Обычно все просто: открываешь сборку в DnSpy или ILSpy, получаешь очень близкий к исходнику C# (может и не очень близкий, а обфусцированный) и дальше уже думаешь не про восстановление логики, а про анализ исходного кода — даже не нужно нажимать F5... В стандартных .NET-сборках компилятор сохраняет символы приложения в виде метаданных, необходимых для работы рантайма и рефлексии. DnSpy даже поддерживает экспорт содержимого сборки в проект для Visual Studio, что размывает границу между исследованием исходников и бинарного файла. Но платформа от Microsoft развивается, и теперь .NET-приложения могут исполняться не только через CLR, но и компилироваться в машинный код целевой платформы с помощью Ahead-Of-Time. Исторически первым таким решением стал NGEN (2002) — установочная предкомпиляция для .NET Framework, однако он требовал ручного запуска, дублировал IL-код и не обновлялся автоматически при изменении рантайма. Затем, в 2015 году, появился .NET Native — первый полноценный AOT, но исключительно в UWP-приложениях для Windows Store. В современной ветке .NET (Core/5+) следующим шагом стал ReadyToRun (2019), с возможностью переключения на IL, а затем и Native AOT, в котором была полностью убрана зависимость сборки от рантайма .NET. В данной статье рассмотрим, с чем может столкнутся реверсер при исследовании .NET приложений, собранных с использованием Ahead-Of-Time компиляции в современных версиях .NET.

    habr.com/ru/companies/pm/artic

    #net #reverseengineering #c# #readytorun #nativeaot

  19. Исследование .NET: от DnSpy к IDA Pro

    Что мы обычно представляем под исследованием бинарных файлов .NET? Обычно все просто: открываешь сборку в DnSpy или ILSpy, получаешь очень близкий к исходнику C# (может и не очень близкий, а обфусцированный) и дальше уже думаешь не про восстановление логики, а про анализ исходного кода — даже не нужно нажимать F5... В стандартных .NET-сборках компилятор сохраняет символы приложения в виде метаданных, необходимых для работы рантайма и рефлексии. DnSpy даже поддерживает экспорт содержимого сборки в проект для Visual Studio, что размывает границу между исследованием исходников и бинарного файла. Но платформа от Microsoft развивается, и теперь .NET-приложения могут исполняться не только через CLR, но и компилироваться в машинный код целевой платформы с помощью Ahead-Of-Time. Исторически первым таким решением стал NGEN (2002) — установочная предкомпиляция для .NET Framework, однако он требовал ручного запуска, дублировал IL-код и не обновлялся автоматически при изменении рантайма. Затем, в 2015 году, появился .NET Native — первый полноценный AOT, но исключительно в UWP-приложениях для Windows Store. В современной ветке .NET (Core/5+) следующим шагом стал ReadyToRun (2019), с возможностью переключения на IL, а затем и Native AOT, в котором была полностью убрана зависимость сборки от рантайма .NET. В данной статье рассмотрим, с чем может столкнутся реверсер при исследовании .NET приложений, собранных с использованием Ahead-Of-Time компиляции в современных версиях .NET.

    habr.com/ru/companies/pm/artic

    #net #reverseengineering #c# #readytorun #nativeaot

  20. Исследование .NET: от DnSpy к IDA Pro

    Что мы обычно представляем под исследованием бинарных файлов .NET? Обычно все просто: открываешь сборку в DnSpy или ILSpy, получаешь очень близкий к исходнику C# (может и не очень близкий, а обфусцированный) и дальше уже думаешь не про восстановление логики, а про анализ исходного кода — даже не нужно нажимать F5... В стандартных .NET-сборках компилятор сохраняет символы приложения в виде метаданных, необходимых для работы рантайма и рефлексии. DnSpy даже поддерживает экспорт содержимого сборки в проект для Visual Studio, что размывает границу между исследованием исходников и бинарного файла. Но платформа от Microsoft развивается, и теперь .NET-приложения могут исполняться не только через CLR, но и компилироваться в машинный код целевой платформы с помощью Ahead-Of-Time. Исторически первым таким решением стал NGEN (2002) — установочная предкомпиляция для .NET Framework, однако он требовал ручного запуска, дублировал IL-код и не обновлялся автоматически при изменении рантайма. Затем, в 2015 году, появился .NET Native — первый полноценный AOT, но исключительно в UWP-приложениях для Windows Store. В современной ветке .NET (Core/5+) следующим шагом стал ReadyToRun (2019), с возможностью переключения на IL, а затем и Native AOT, в котором была полностью убрана зависимость сборки от рантайма .NET. В данной статье рассмотрим, с чем может столкнутся реверсер при исследовании .NET приложений, собранных с использованием Ahead-Of-Time компиляции в современных версиях .NET.

    habr.com/ru/companies/pm/artic

    #net #reverseengineering #c# #readytorun #nativeaot

  21. @DestinationsJourney This is a perfect example of wartime reverse engineering in action. Capturing and operating enemy equipment wasn't just pragmatic — it was intelligence. Every hour they flew that Hs 126, they were learning its performance envelope, its blind spots, its weaknesses.

    The 'OK' repaint is also quietly brilliant. A German reconnaissance aircraft now doing Allied reconnaissance. Same airframe, completely different story. ✈️

    #WWII #Aviation #ReverseEngineering

  22. Ocean SUV:
    Fisker-Besitzys bauen Open-Source-Autofirma

    Nach der Pleite von Fisker haben sich 4.000 Eigentümys organisiert, die Software ihrer Fahrzeuge gehackt und eine Non-Profit-Organisation gegründet.

    golem.de/news/ocean-suv-fisker

    #Elektromobilität #OpenSource #ReverseEngineering #Fisker #FiskerOwnersAssociation

  23. Ocean SUV:
    Fisker-Besitzys bauen Open-Source-Autofirma

    Nach der Pleite von Fisker haben sich 4.000 Eigentümys organisiert, die Software ihrer Fahrzeuge gehackt und eine Non-Profit-Organisation gegründet.

    golem.de/news/ocean-suv-fisker

    #Elektromobilität #OpenSource #ReverseEngineering #Fisker #FiskerOwnersAssociation

  24. Ocean SUV:
    Fisker-Besitzys bauen Open-Source-Autofirma

    Nach der Pleite von Fisker haben sich 4.000 Eigentümys organisiert, die Software ihrer Fahrzeuge gehackt und eine Non-Profit-Organisation gegründet.

    golem.de/news/ocean-suv-fisker

    #Elektromobilität #OpenSource #ReverseEngineering #Fisker #FiskerOwnersAssociation