Torna indietro   Hardware Upgrade Forum > Software > Programmazione

ASUS ROG Kithara: quando HIFIMAN incontra il gaming con driver planari da 100mm
ASUS ROG Kithara: quando HIFIMAN incontra il gaming con driver planari da 100mm
ASUS e HIFIMAN uniscono le forze per creare ROG Kithara, cuffie gaming con driver magnetici planari da 100mm, design open-back e microfono MEMS full-band. Una proposta che ambisce a coniugare fedeltà per audiofili e performance ludiche, disponibili a 319 euro
Roborock Qrevo Curv 2 Flow: ora lava con un rullo
Roborock Qrevo Curv 2 Flow: ora lava con un rullo
Qrevo Curv 2 Flow è l'ultima novità di casa Roborock per la pulizia di casa: un robot completo, forte di un sistema di lavaggio dei pavimenti basato su rullo che si estende a seguire il profilo delle pareti abbinato ad un potente motore di aspirazione con doppia spazzola laterale
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite
Abbiamo guidato per diversi giorni la Alpine A290, la prima elettrica del nuovo corso della marca. Non è solo una Renault 5 sotto steroidi, ha una sua identità e vuole farsi guidare
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 22-06-2003, 18:01   #1
BEbo_
Senior Member
 
Iscritto dal: Apr 2003
Città: Trieste
Messaggi: 397
Delta Offset e ss:bp, aiuto!

Allora, sto cercando di fare in assembly un un .com che mi permetta di attaccarsi in fondo ad un altro .com e dopo essere stato eseguito ripassi il controllo al file .com al quale si è attaccato. Si, lo so, è quello che fanno i virus più comuni, ma io ne sto facendo uno per l'esame di università, quindi niente di distruttivo.
Ho trovato qua e la diverse guide molto ben fatte, ma un forte dubbio mi è rimasto su di un comando che forse non è spiegato al meglio; è questo:

call get_offset ;
get_offset:
pop bp
sub bp,offset get_offset
lea si,[bp+wherever]

Il miei dubbi sono i seguenti:
1) quel call dovrebbe servire a chiamare una procedura e quindi salvare nello stack l'offset dell'istruzione sucessiva (giusto?), che nel nostro caso sarebbe di nuovo la get_offset o sarebbe l'istruzione del programma .com a cui si è attaccato? Cioè tra call get_offset e get_offset: ci stà il programma attaccato???
2) poi qui si fa un pop di bp per estrarre l'offset salvato dal call? Giusto? Ma l'offset proprio dello stack non sarebbe l' SP? Ho letto che bp e sp hanno lo stesso compito in teoria, ma vanno o non vanno di pari passo? Cioè cambiano entrambi il loro valore allo stesso momento? A quanto vedo col debug sembra di no (sp sta a fffx, mentre bp è sempre 0)
3)e poi ultima domanda per quanto riguarda queste istruzioni: in teoria facendo il pop di bp ottengo l'offset di ciò che sta dopo la call e quindi un offset dell'inizio del programma (mettiamo un numero a caso... 0105h), mentre l'offset di get_offset dovrebbe stare alla fine del .com originale e quindi essere tipo 0120h. Ora perché si sottrae get_offset a bp (e quindi 0105h-0120h) invece del contrario per sapere dove si troveranno gli indirizzi delle istruzioni del "virus"?

Poi vabbeh, ho tante altre domande sul dta e altre cosette, ma sarei contento di capire già bene sta cosa qua.

Vi ringrazio anticipatamente.
BEbo_ è offline   Rispondi citando il messaggio o parte di esso
Old 22-06-2003, 18:44   #2
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
BP e SP non vanno avanti di pari passo, BP solitamente si fa puntare alla base dello stack locale...mentre SP punta al primo indirizzo libero dello stack...

Il valore di BP va cambiato a mano...il valore di SP viene aggiornato da PUSH (decremento) e POP (incremento)...

Solitamente quando si entra in una subroutine (dopo una CALL) si fa un'operazione del genere:

push bp
mov bp, sp

Questo serve a determinare il nuovo valore di bp che punterà al primo indirizzo utilizzabile nello stack locale alla subroutine...ovviamente dopo dovrà essere ripristinato (tramite una LEAVE o a mano)...e serve per evitare di sporcare lo stack precedente alla chiamata della subroutine...

La CALL NEAR non fa altro che fare un PUSH della posizione dell'istruzione successiva alla CALL e assegnare a IP il valore dell'indirizzo a cui si vuole saltare (in questo caso get_offset che è in pratica l'indirizzo dell'istruzione "pop bp")...
Quando fa "pop bp" va a mettere in bp l'indirizzo di ritorno inserito nello stack dalla CALL...

sub bp,offset get_offset

Questa istruzione toglie da l'offset di get_offset...

In pratica supponendo queste posizioni:

0100H CALL 1100H
0104H ... ;supponendo che la CALL occupi 4 byte
...
...
1100H POP BP ;<--in BP ci va 0104H
110xH SUB BP, 1100H ;<--in BP ci rimane -0FFCH che è la distanza fra la CALL e il punto di salto !!!
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 22-06-2003, 19:09   #3
BEbo_
Senior Member
 
Iscritto dal: Apr 2003
Città: Trieste
Messaggi: 397
Intanto grazie mille!
Ma quindi alla fin fine sottraendo da bp l'offset di get_offset ottendo qualcosa di negativo? O ho capito male? Nel tuo esempio sarebbe 0104h-1100h? E se è così, si potrebbe anche salvare in un registro l'offset di get_offset e poi sottrarne il bp così da ottenere un valore positivo? Con un valore negativo non ci dovrebbero essere problemi ugualmente? E poi tutta sta cosa si potrebbe anche fare "semplicemente" leggendo la lunghezza del file dal dta e sommargli 0100h che è da dove è partito il file .com, o sbaglio? Cioè dovrei pensarci un bel po' su per farlo , ma come idea potrebbe starci?
Comunque per il resto mi hai chiarito tutto! Grazie ancora.
BEbo_ è offline   Rispondi citando il messaggio o parte di esso
Old 22-06-2003, 19:55   #4
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Il fatto che la differenza sia negativa non dovrebbe essere un problema...
cionci è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


ASUS ROG Kithara: quando HIFIMAN incontra il gaming con driver planari da 100mm ASUS ROG Kithara: quando HIFIMAN incontra il gam...
Roborock Qrevo Curv 2 Flow: ora lava con un rullo Roborock Qrevo Curv 2 Flow: ora lava con un rull...
Alpine A290 alla prova: un'auto bella che ti fa innamorare, con qualche limite Alpine A290 alla prova: un'auto bella che ti fa ...
Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile Recensione HONOR Magic 8 Lite: lo smartphone ind...
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora Sony WF-1000X M6: le cuffie in-ear di riferiment...
Area Science Park scommette sul deep tec...
Samsung presenta le nuove Galaxy Buds4 e...
Ecco la nuova serie Galaxy S26: Samsung ...
Ken il Guerriero e Ghost in the Shell: l...
Fallout 4 sbarca su Nintendo Switch 2: c...
BMW tratta con Bruxelles per liberare Mi...
NVIDIA, l'amara verità: zero H200...
Uomo morto intrappolato nella Xiaomi SU7...
HP: prezzi di DRAM e NAND raddoppiati, l...
Vodafone è la rete mobile più veloce d'I...
Iliad arriva a Sanremo con un hub tecnol...
Monitor gaming QD-OLED a prezzi mai vist...
Paramount aumenta l'offerta per acquisir...
Grazie ad ALMA di ESO catturata una nuov...
30.000 Pa e autopulizia a 100 °C: Dreame...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 22:00.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v