Perché imparare binary exploitation?

I commenti vengono da YouTube e sono aggiornati periodicamente.

1. @andreacento 22 maggio 2025
   Il microcode è usato solo per alcune istruzioni CISC , e completamente assente (salvo eccezioni su specifici core) su RISC. Forse quello a cui ti riferisci è la traduzione di istruzioni in micro-op, ma questa traduzione non è basata su microcode ma su scelte di implementazione del decoder di istruzioni nella pipeline. Spero sia utile.
   1 risposta

   1. @esadecimale Autore 22 maggio 2025 1
      Si in realtà mi riferivo più alle micro-op effettuate per eseguire le varie istruzioni che al microcode. L’idea era far capire che l’astrazione non si ferma all’assembly, ma ci sono layer sotto ISA supportato Ottima precisazione, metto il pin per gli altri, grazie!
2. @daniel.majewski 26 maggio 2025 1
   Non commento spesso ma oggi mi sento in dovere di farlo, complementi per il video, la tranquillita con la quale tratti l'argomento e la scioltezza e semplicità con la quale elabori le tue riflessioni. Sono/siamo abituato/i a vedere i soliti video fortemente colorati, rapidi e rumorosi, i tuoi video sono veramente una boccata d'aria, complimenti continua cosi <⁠(⁠￣⁠︶⁠￣⁠)⁠>
   1 risposta

   1. @esadecimale Autore 27 maggio 2025
      Ti ringrazio per aver commentato
3. @samuelepadoan4993 21 maggio 2025 1
   Bel video, quel commento mi suscitò qualche dubbio quando lo lessi :D . Comunque tutti ottimi spunti, soprattutto la parte finale, le persone sono troppo "vincolate" dal mondo del lavoro. I migliori alla fine sono sempre quelli che conoscono i dettagli a maggiore profondità, in informatica come in un sacco di altri campi.
4. @makyxyz3375 21 maggio 2025 1
   Leonardo davvero complimenti, sono utilissimi questi video
5. @jaytea6516 22 maggio 2025
   supremamente agradecido de que usted haya publicado esto. excelente presentación
6. @mirkodist 21 maggio 2025 2
   Grazie per avermi regalato questo video. Like pre visione.
   1 risposta

   1. @esadecimale Autore 21 maggio 2025 1
      Grazie a te dello spunto!
7. @larpanet 21 maggio 2025 1
   "Whatever you do in life will be insignificant, but it is important that you do it" -Mahatma Gandhi { L'attribuzione a Gandhi è incerta... resta comunque il fatto che questo è probabilmente il più grande "approdo filosofico" a cui si è arrivati in 2/3-mila anni di riflessioni sul senso della vita }
8. @Fred-e5y2o 2 giugno 2025
   Buffer overflow del C/C++. In passato ha fatto strage , exploit da root.
9. @xeeduch 5 ottobre 2025
   Un esempio del perchè il C non verrà mai sostituito completamente è il passaggio dal protocollo IPv4 a IPv6, che è stato introdotto nel '95 eppure l'IPv4 è ancora il principale. Poi bisogna chiedersi se questa feature del memory safe valga effetivamente la riscrittura di tutto, compreso il fatto che nel frattempo sono state introdotte tantissime funzionalità nei linguaggi, e che il C è invece rimasto quasi invariato. Poi sarebbero tutte codebase nuove e per questo poco testate in sistemi di produzione, mentre le codebase attuali vengono utilizzate tutti i giorni. E per finire, un esempio di riscrittura totale fu il passaggio da assembly a C, e, oltre al fatto che il codice era meno e per sistemi meno complessi, i vantaggi sono evidenti: si poteva scrivere un solo codice per tutte le architetture hardware e l'introduzione del codice per come lo conosciamo oggi, con cui non bisognava più scrivere direttamente istruzioni macchina, che rende più semplice lo sviluppo di un software, pur mantendo lo stesso basso livello dell'assembly.
10. @vikingoffice4762 28 maggio 2025
    spieghi bene. 9:04 secondo me non e' un problema, credo che quello che fa java, per esempio, e', secondo me, una limitazione
    1 risposta

    1. @esadecimale Autore 28 maggio 2025 1
       Ci sta come punto di vista. Dipende sempre cosa si vuole fare, ma programmare in java è onestamente molto brutto (per me), anche per via di queste cose
11. @gapteckspace 21 maggio 2025
    Ciao Esa, una domanda, per sviluppare un'app cross platform è meglio usare Rust o c++ per scrivere alcune funzioni di più basso livello?
    2 risposte

    1. @esadecimale Autore 21 maggio 2025
       Ciao, allora i vantaggi di rust sono sicuramente un tooling più moderno e se non sbaglio anche più uniforme tra i vari sistemi operativi. Poi ovviamente c'è la questione della safety, che però è sia un vantaggio che uno svantaggio, nel senso che modifica di molto il modo in cui pensi al programma e alla programmazione, quindi prima di abituarti ci metti un po' di tempo (io stesso non ho mai provato a programmare cose in rust che fanno tanti accessi alla memoria, ma so che diventa molto complesso e che devi wrappare molte strutture tra loro per garantire le proprietà di safety). c++ invece è molto standard, quindi ti puoi aspettare sicuramente un supporto in entrambe le piattaforme, magari leggermente diverso a livello di singole toolchain, ma comunque in ciascun sistema operativo dovresti avere un buon supporto. Secondo me se è un piccolo progetto potresti provare ad iniziare in rust, e se poi vedi che la gestione diventa troppo complessa per via del borrow checker puoi passare ad una soluzione più standard tipo C++. Se però hai poca esperienza in rust, e vuoi qualcosa di veloce, allora C++, perché considera che l'investimento iniziale per imparare rust non è banale a livello di energie e di lotte con il borrow checker
    2. @gapteckspace 22 maggio 2025
       ​@esadecimaledevo effettuare operazioni con le immagini quindi non devo scendere proprio a basso livello però voglio le massime prestazioni. Ho visto che si può usare OpenCv e c++ insieme. A basso livello non ho esperienza quindi per me è tutto nuovo. Grazie per la risposta 😀
12. @daniele.corsini 27 giugno 2025
    Cosa ne pensi di zig? Ho letto e fatto prove e mi sembra bello.
    2 risposte

    1. @esadecimale Autore 27 giugno 2025
       penso sia interessante, mai provato ma la vorrei fare, e a questo punto magari lo faccio in live
    2. @daniele.corsini 28 giugno 2025
       Sarebbe bello. Uno dei mantainer Lory è italiano se non sbaglio.