ForHosting KIT · Strumenti per sviluppatori

Converta i permessi Unix tra formato simbolico e ottale

rwxr-xr-- diventa 754, e 754 torna a essere rwxr-xr--, perché lettura vale 4, scrittura 2 ed esecuzione 1 per ciascun gruppo di utenti. Incolli una delle due forme e le ottiene entrambe; i valori malformati vengono segnalati, non indovinati. Gratis nel suo browser.

  • Gratis
  • Funziona nel suo browser
  • Senza registrazione
  • I suoi dati restano sul dispositivo
Usalo da WebAPIEmailTelegramApp presto
Se inserisce
Testo
rwxr-xr--
Ottiene
Input
rwxr-xr--
Formato di input
symbolic
Ottale
754
Simbolico
rwxr-xr--

I permessi Unix sono compatti, ma il passaggio tra i due formati può causare errori quando Lei esamina una distribuzione, scrive un comando chmod o documenta una modifica di sicurezza. Questo convertitore accetta un valore simbolico di nove caratteri, come rwxr-xr--, oppure un valore ottale di tre cifre, come 754, convalida ogni posizione e restituisce entrambe le rappresentazioni. La conversione è deterministica, non accede alla rete o al file system e non interpreta il permesso rispetto a un file reale. Cifre errate, lettere fuori posizione, prefissi aggiuntivi, spazi e valori incompleti generano un errore esplicito anziché un risultato plausibile ma scorretto.

Comprenda le due rappresentazioni dei permessi

Un permesso Unix standard descrive l’accesso per tre categorie in un ordine fisso: il proprietario del file, il gruppo proprietario e tutti gli altri utenti. La notazione simbolica assegna a ciascuna categoria un blocco di tre caratteri. Le posizioni indicano sempre lettura, scrittura ed esecuzione: rwx concede tutti e tre i permessi, r-x concede lettura ed esecuzione, mentre r-- concede soltanto la lettura.

La notazione ottale comprime gli stessi bit in una cifra per categoria. La lettura vale quattro, la scrittura due e l’esecuzione uno. Sommando i valori abilitati si ottiene una cifra da zero a sette.

Di conseguenza, rwx diventa 7, r-x diventa 5 e r-- diventa 4, quindi rwxr-xr-- equivale a 754. Il convertitore mantiene esattamente l’ordine proprietario-gruppo-altri. Non consulta utenti, gruppi, liste di controllo degli accessi o metadati del file system.

Questa operazione circoscritta rende il risultato prevedibile e adatto a script, revisioni, procedure operative e materiali didattici.

Inserisca un valore simbolico o ottale rigoroso

Inserisca esattamente una stringa di permessi nel campo di testo. Per il formato ottale, fornisca tre caratteri e utilizzi esclusivamente le cifre da zero a sette, per esempio 640 o 755. Per il formato simbolico, fornisca esattamente nove caratteri, suddivisi concettualmente nei blocchi proprietario, gruppo e altri.

Ogni blocco deve collocare r nella posizione di lettura, w in quella di scrittura e x in quella di esecuzione; usi un trattino quando il permesso non è presente. Un valore come rw-r----- è valido, mentre wr-r----- non lo è perché le lettere sono nelle posizioni sbagliate. La convalida è intenzionalmente rigorosa.

Il convertitore non elimina spazi, non accetta un comando chmod, non accetta il carattere iniziale del tipo di file mostrato da ls e non ignora silenziosamente uno zero iniziale. Esclude anche setuid, setgid e sticky bit, poiché questi bit speciali richiedono ulteriori regole simboliche. Rifiutare i formati non supportati evita normalizzazioni accidentali nell’automazione.

Utilizzi il risultato in sicurezza nelle attività operative

La risposta indica se il valore inviato era ottale o simbolico e restituisce campi normalizzati per entrambi i formati. Lei può mostrare il campo simbolico a chi desidera leggere chiaramente i diritti di accesso e usare il campo ottale in un comando, un modello infrastrutturale o un registro di configurazione. Ricordi sempre che la conversione non costituisce un’analisi delle autorizzazioni.

Una modalità matematicamente corretta può comunque essere inadeguata per una chiave sensibile, una directory condivisa, un eseguibile o un account di servizio. Prima di applicarla, verifichi chi possiede la destinazione, se serve il permesso di esecuzione per attraversare la directory, se le ACL predefinite aggiungono accesso e se l’applicazione richiede bit speciali. Questo strumento non modifica mai un file e non dichiara sicura una modalità; converte solamente il valore fornito.

Esamini una modifica chmod

Trasformi una modalità ottale in blocchi leggibili per proprietario, gruppo e altri prima di approvare una distribuzione.

Prepari una configurazione

Converta un permesso simbolico già verificato nel valore compatto a tre cifre richiesto dall’automazione.

Convalidi la documentazione

Verifichi che le forme simbolica e ottale di una procedura descrivano gli stessi bit Unix di base.

Questo strumento modifica un file?

No. Converte soltanto testo e non accede mai al file system.

Sono supportate le modalità a quattro cifre?

No. Questa versione accetta tre cifre di base per proprietario, gruppo e altri, senza bit speciali.

Posso incollare l’output di ls -l?

No. Rimuova il carattere iniziale del tipo di file e fornisca esattamente i nove caratteri dei permessi.

Perché gli spazi vengono rifiutati?

La convalida rigorosa impedisce di accettare silenziosamente formattazioni nascoste nelle automazioni sensibili alla sicurezza.

Perché un valore come wr-r----- viene rifiutato?

Ogni blocco di tre ha posizioni fisse: prima lettura, poi scrittura e infine esecuzione. In wr-r----- le lettere sono invertite, quindi non è un permesso valido. Metta ogni lettera al suo posto e usi un trattino dove manca un diritto.

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

POSThttps://api.kit.forhosting.com/security/file-permission-symbolic-convert

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/security/file-permission-symbolic-convert \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"rwxr-xr--"}'
{
  "text": "rwxr-xr--"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "security.file_permission_symbolic_convert",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Utilizzi il risultato in sicurezza nelle attività operative

I client automatici possono considerare una risposta invalid_input come un arresto obbligatorio anziché proseguire con permessi presunti o interpretati solo in parte.

Quanto costa una chiamata API?

Ogni richiesta API costa $0.002. La versione per browser può essere eseguita localmente nella pagina.

Leggi la documentazione completa del KIT →