Informazioni sui bocconcini e sulla codifica usando owasp Strumento EnDe?

1

Sto usando owasp EnDe strumento basato sul web per capire i nibbles e la codifica in generale. Questa utilità online a mia conoscenza è la migliore risorsa disponibile per chiunque sia interessato a imparare le tecniche di codifica.

Sto testando un input di esempio che è abcdwxyz.

Ora i risultati della codifica basata sul primo nibble e il secondo nibble sono dati come 36,1,36,2,36,3,36,4,37,7,37,8,37,9,37,A e 6,31,6,32,6,33,6,34,7,37,7,38,7,39,7,61 rispettivamente.

Una semplice rappresentazione in esadecimale dell'ingresso di esempio sopra è 61 62 63 64 77 78 79 7a .

Qualcuno può spiegare in che modo si riferisce all'uso in questo strumento?

Per coloro che sono interessati a scaricare owasp live cd ecco il link link

UPDATE

Con l'aiuto di ragazzi delle sorelle stackexchange sono in grado di capire le cose confuse. L'intera codifica funziona così.

In realtà ero confuso nella definizione di nibble 1 e nibble 2 nello strumento. In teoria, il nibble 1 dovrebbe riferirsi a nibble alto e nibble 2 a nibble basso. Ero solo confuso nell'uso del formato nibbles nello strumento.

Considera ora questo. Lo strumento enDe prende tutto il set (abcdwxyz) e lo converte in ora, gli strumenti lo convertono in questo 36,1,36,2,36,3,36,4,37,7,37,8,37,9,37,A basato sulla logica seguente.

Per stringa (abcd) scrive come 36,1,36,2,36,3,36,4 selezionando su e.g

'a' - > hex (61) - > chr (36) Alla fine, aggiungere 1 sul lato sinistro come 36,1

Ora, quando scelgo nibble 2 traduce abcdwxyz come 'a' - > hex (61) - > chr (31) Alla fine, aggiungi 1 a sinistra come 6,31

Ora, due cose da notare qui sono che nel nibble 1 (encoding) msb (6) viene usato per ottenere l'equivalente 36 esadecimale per la codifica nibble 2 lsb (1) è usato per ottenere l'equivalente esadecimale 31 aggiungendo lsb prima del risultato (6 , 31). Sono ancora un po 'confuso sull'uso e sul posizionamento dei bocconcini Spero che qualcuno qui dentro possa prendere tempo per commentare e spiegare di più.

Spero che questa spiegazione, altri a capire l'uso di tale strumento utile e un po 'di feedback su questa piccola ricerca dai guru del sito, sia un vantaggio in più:)

    
posta Saladin 27.02.2013 - 11:43
fonte

1 risposta

1

Sebbene la tua domanda sia tutt'altro che chiara, ciò che apparentemente accade nelle tue codifiche è piuttosto semplice da svelare. Vedi la stringa di esempio abcdwxyz . Quando codifica in ASCII , restituisce 8 byte, con valori esadecimali: 61 62 63 64 77 78 79 7a .

Ora, per ogni byte, prendi la cifra esadecimale sinistra: è un carattere che a sua volta ha un codice ASCII, che può essere rappresentato in esadecimale. Ad esempio, 61 inizia con 6 e il codice ASCII per il carattere 6 è 54 - questo è 36 in esadecimale. D'altra parte, puoi prendere la cifra esadecimale destra, che rappresenta un valore numerico compreso tra 0 e 15 e rappresentare quel valore come una cifra esadecimale (usando le cifre da 0 a 9 e le lettere da A a F) . In altre parole, mantieni invariata la cifra corretta, tranne che puoi normalizzarla in maiuscolo.

Se applichi queste regole, 61 diventa 36,1 , 62 diventa 36,2 , e così via ... fino a 7a che diventa 37,A . E finisci con la tua prima "codifica".

Se si esegue lo stesso processo, ma si invertono i ruoli delle cifre esadecimali sinistra e destra per ogni byte (ovvero si mantiene invariata la cifra esadecimale sinistra di ciascun byte e si converte il right hex digit alla rappresentazione esadecimale del valore ASCII del suo carattere), quindi ottieni la tua seconda "codifica": 61 diventa 6,31 , 62 diventa 6,32 ... e 7a diventa 7,61 (il codice ASCII per a è 97, alias 61 in esadecimale).

Per la vita di me, non riesco a capire quale possa essere l'utilizzo di queste "codifiche".

    
risposta data 27.02.2013 - 15:42
fonte

Leggi altre domande sui tag