Newsgroup: it.comp.os.linux.iniziare
Titolo: gestire gli ADS sotto linux

Con windows si può fare
https://www.ilsoftware.it/articoli.asp?tag=Windows-puo-nascondere-dati-in-qualunque-file-con-gli-ADS_23232
 
 
Con linux?


Ma "gestire"...
Cosa devi farci con quella roba esattamente?
Gli ADS di cui parla l'articolo sono una caratteristica di NTFS, quindi
non di windows, ma del filesystem in questione.
 
Esempio se da linux vuoi "gestire" il registro di windows tanto per dire
lo puoi fare, nel senso che ci sono utility con cui puoi accedere alla
partizione di win e al registro, editarlo e salvare.
 
Spiega cosa intendi per "si può fare":
si può fare cosa?
 
E "gestire":
gestire come? Per farci cosa e in che contesto?
 
Oppure la domanda è in un altro senso, del tipo su linux non trovo gli
ADS dei files... Spiegati.
 
E quando ti sei dato una risposta, la cosa più facile e rapida sarà fare
una ricerca in rete mirata.

Il 16/07/21 18:44, Joe ha scritto:

Praticamente, c'è un sistema per aggiungere metadati (informazioni 
aggiuntive) ad un file: descrizioni, etichette identificative, parole 
chiave, ecc.
Forse attualmente nessun file-system supporta nulla di tutto questo, ma 
la mia è solo una curiosità, e non si sa mai che in futuro venga 
inventato un file-system, in cui per ogni file (oltre ai permessi 
[chmod], al proprietario/gruppo [chown]) è possibile specificare altre cose.

 cose.
 
Beh non a livello di file system ma quello che fanno gli ADS
di nascosto direi di solito sia fatto coi Tags sui files.
Il KDE li ha per esempio, forse dico una minchiata ma MacOs
potrebbe averli da anni.
Poi è tutt'altra cosa eh ma il risultato finale per un utente
potrebbe essere lo stesso.
Se ho capito cosa intendi eh, perché alla fine direi che
gli ADS di NTFS siano invisibili all'utente e nascano
più per sicurezza che altro.
 
bye
-- 
"S'io m'intuassi, come tu t'inmii." - Dante - Paradiso IX,81


man ntfs-3g
 
bye,
 
-- 
 
piergiorgio

 chiave, ecc.
 
Ad esempio potresti fare così:
 
$ touch new.txt
 
$ setfattr -n user.description -v "Descrizione del file new.txt" new.txt
 
$ getfattr -d -m ".*" new.txt
# file: new.txt
user.description="Descrizione del file new.txt"
 
Per rimuovere la descrizione:
 
$ setfattr -x user.description new.txt
 
$ getfattr -d -m ".*" new.txt
$
 
 

man ntfs-3g
 
Aggiungo una cosa: attenzione agli script.
Una volta, su Windows, avevo fatto uno script che comprimeva dei file
con 7-zip.
Per un errore mio (mi pare l'ora in formato nativo 00:30:30), usciva
fuori nella shell il carattere ":" e questo provocava la creazione di
un flusso alternativo.
"Come mai lo spazio occupato su disco č enorme rispetto alla
dimensione dei file?" ;-)
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 cose.
 
Veramente FFS e AFS supportavano la cosa in
modo banale.
Dato un file "pippo", c'era un file ".pippo"
con tutti i metadati che si voleva, inclusa
l'icona da visualizzare.
 
Il problema erano le operazioni sui file,
tipo copia, sposta, rimuovi che, in funzione
di come venivano fatti, potevano portarsi
appresso il ".xyz" oppure no, creando confusione.
 
bye,
 
-- 
 
piergiorgio


Giusto per precisare.
Il punto era che il filesystem non gestiva
nulla, era la GUI ad interpretare i due file.
 
Per cui, se da GUI si copiava un file, questa
si prendeva cura di tutti e due, se si faceva
da FS bisognava prestare attenzione.
 
bye,
 
-- 
 
piergiorgio

 dimensione dei file?" ;-)
 
Potrei sbagliarmi, ma non mi pare la
cosa abbia avuto molto successo neanche
in ambiente Windows.
 
L'idea di per se non e` male, ma forse
troppo generica e complicata per poter
essere usata in maniera trasparente.
 
Ma forse sbaglio...
 
bye,
 
-- 
 
piergiorgio

 cose.
 
Un'altra cosa...
Sarebbe questa una duplicazione delle
funzionalita` dei file container.
 
Un file JPEG con EXIF contiene una marea
di metadati che sono specifici al formato
ed anche al genere (foto, quindi cose come
tempo di esposizione, etc.).
 
Diventa quindi un problema mescolare le
cose tra file e filesystem.
 
Ovviamente, il filesystem potrebbe riservare
uno spazio dinamico per questi metadati, che in
seguito potrebbe essere usati dai vari programmi.
 
D'altro canto tale spazio e` gia` nel formato
del file, quindi diventa ridondante.
 
In altre parole, il filesystem e` un database,
i file container sono essi stessi dei database
(come i file .db), dove si pone il limite tra
uno e gli altri?
Cosa va in uno e cosa va negli altri?
 
Una soluzione e` avere le cose generiche
relativa al sistema, come proprietario e
permessi, nel FS e le cose specifiche del
formato, come EXIF metadata, nel file.
 
bye,
 
-- 
 
piergiorgio

 in ambiente Windows.
 
 
Gli ADS hanno invece avuto un successo strepitoso tra i creatori dei 
primi rootkit malevoli :-)


C'e` un metodo piu` semplice...
 
Si chiama "folder" o "directory" :-)
 
bye,
 
-- 
 
piergiorgio

 primi rootkit malevoli :-)
 
Ah! Ecco! Hanno trovato gli utenti giusti... :-)
 
bye,
 
-- 
 
piergiorgio


https://it.wikipedia.org/wiki/Attributi_estesi#Linux
 
 

essere usata in maniera trasparente.
 
Un uso legittimo che ricordo era da parte di un antivirus.
Non ricordo il nome, sono passati 15-16 anni.
Memorizzava lì delle informazioni sullo stato dei file. Solo che
quando si copiavano i file su FAT32 usciva un messaggio (più o meno)
"non è possibile salvare alcune informazioni: procedere ugualmente?",
che lasciava l'utente con parecchi punti interrogativi.
 
Oggi il più frequente è quello dei file eseguibili scaricati da
internet: hanno un flusso alternativo che indica la provenienza
esterna, e compare un "annulla blocco" nelle proprietà per rimuovere
il blocco.
Non ho mai visto però come venga gestita la cosa nella copia su FAT32,
può darsi che il flusso venga ignorato automaticamente.


 
https://it.wikipedia.org/wiki/Attributi_estesi#Linux
 
 
Interessanti anche i 'Proposed metadata attributes' elencati qui:
 
https://web.archive.org/web/20120204170632/http://www.freedesktop.org/wiki/CommonExtendedAttributes
 
 
 

 Non ricordo il nome, sono passati 15-16 anni.
 
Kaspersky è sicuro, se poi ce ne sono anche altri non so.

 
https://it.wikipedia.org/wiki/Attributi_estesi#Linux
 
 
Spiritoso... :-)
 
Il senso e` che si puo` fare la stessa
cosa in n-mila modi diversi, senza
scomodare caratteristiche del FS.
 
bye,
 
-- 
 
piergiorgio

Kaspersky č sicuro, se poi ce ne sono anche altri non so.
 
Mi sono ricordato adesso: si chiamava "CA" (Computer Associates).


 appresso il ".xyz" oppure no, creando confusione.
 
Ai tempi del DOS, c'era un sistema operativo analogo di nome 4Dos che 
per ogni file poteva gestire un file aggiuntivo con il testo che 
volevi.
 
Con il comando dir a fianco di ogni file appariva il contenuto del file 
aggiuntivo.
Comodissimo!


 
-- 
bye
!(!1|1)
 

 chiave, ecc.
 
Un articolo a firma Jonathan Corbet riguardo gli attributi estesi:
 
https://lwn.net/Articles/868505/
 
 

 
https://lwn.net/Articles/868505/
 
 
buon pomeriggio,
 
non me ne voglia l'autore della discussione se mi intrometto ma volevo ringraziare
Tony per la segnalazione.
 
l'articolo in questione è davvero interessante, grazie.
 
saluti.
 
***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***