Strumenti per sviluppatori · Calcolatore Chmod
Perché chmod 777 è la soluzione sbagliata per gli errori di autorizzazione negata
· Perché è importante
chmod unix controllo degli accessi
777 fa sparire l'errore dando tutto a tutti. Questo post spiega cosa garantisce effettivamente, come viene sfruttato e i passaggi diagnostici che individuano il vero problema.
L'errore è scomparso, la domanda no: chmod -R 777 nella directory del progetto ha corretto il modulo di caricamento e nessuno sa perché
Un errore di autorizzazione che scompare dopo 777 dimostra solo che l'accesso ampio ha cambiato il risultato. Non rivela quale bit fosse importante o se i bit di modalità abbiano causato l'errore. La calcolatrice mappa 777 su rwxrwxrwx. Ogni classe riceve operazioni di lettura, scrittura ed esecuzione, i cui significati pratici differiscono tra file e directory normali.
La prova utile è la differenza a livello di bit rispetto alla modalità originale. Registra il triplo della classe di quella modalità, quindi confronta 777 senza considerare il successo una diagnosi. Il calcolatore non conosce identità di processo, proprietario, gruppo, ACL o policy obbligatorie. Espone solo la quantità di accesso concesso da 777 prima che una soluzione alternativa diventi un'impostazione permanente.
Ciò che 777 garantisce in parole povere: ogni utente del sistema può leggere, modificare e (per le directory) creare o eliminare qualsiasi cosa nell'albero
La modalità 777 assegna ad ogni classe la cifra massima ordinaria. Ciascuno 7 combina lettura 4, scrittura 2 ed esecuzione 1, producendo rwxrwxrwx. Per i file, tutte le classi possono leggere, modificare ed eseguire i contenuti. Per le directory, possono elencare, modificare le voci e inserire per nome. Ogni casella di controllo ordinaria è selezionata.
“Tutti gli altri” corrisponde specificamente alla tripla autorizzazione finale, non a un account noto. Senza identità e proprietà, il calcolatore non può determinare se un processo utilizza proprietario, gruppo o altro. Confrontando 777 con 775 o 755 si rivela comunque con precisione ogni bit di scrittura rimosso, sostituendo descrizioni vaghe come "aperto" con differenze visibili a livello di classe.
Come si verifica il danno: un processo web compromesso, uno script scritto male o un altro tenant che modifica la configurazione o elimina una shell web
La calcolatrice espone i bit concessi ma non può dimostrare un percorso di exploit. Un file scrivibile da tutti attiva un avviso che qualsiasi account può modificarne il contenuto. Una directory 777 senza sticky avverte che le voci possono essere create o cancellate. Queste conseguenze derivano dalla modalità e dal tipo di obiettivo, non dalla prova che un altro account esiste o ha agito.
Separare le possibili conseguenze dagli eventi osservati. La pagina non controlla processi, tenant, script, configurazioni o radici web e non esegue nulla. Può stabilire che la scrittura è abilitata per una classe e contrassegnare un candidato ampio per la revisione. Reclami relativi a compromissioni, file inseriti o abusi effettivi richiedono prove ambientali che il calcolatore non raccoglie mai.
La calcolatrice espone i bit concessi ma non può dimostrare un percorso di exploit
La diagnosi dell'identità e della proprietà avviene al di fuori di questo percorso. I bit ordinari sono raggruppati come proprietario, gruppo e altro, ma la calcolatrice riceve solo un numero intero di modalità e un tipo di destinazione. Senza nomi di proprietari, appartenenza a gruppi o credenziali di processo, non può decidere quale tripla controlla un tentativo di accesso fallito, anche se decodifica ogni tripla in modo coerente.
Questo è il motivo per cui l’ampliamento di tutte le classi è una diagnosi debole. Un bit di gruppo verificato può essere importante quando un processo deve utilizzare l'accesso al gruppo; la proprietà errata può far sì che qualsiasi modalità modifichi il rimedio sbagliato. Utilizza la matrice per isolare le modifiche candidate, quindi verifica le identità e la proprietà esternamente. Il browser si occupa della rappresentazione, non dell'autorizzazione.
La diagnosi dell’identità e della proprietà deve avvenire al di fuori di questo percorso
Per una directory di caricamento, confronta i candidati senza prescriverne uno. La modalità 777 consente a ogni directory di classe di leggere, scrivere ed eseguire. La modalità 775 rimuove le altre scritture preservando la scrittura di gruppo. La modalità 755 riserva la scrittura al proprietario. La calcolatrice visualizza queste differenze, ma non può sapere quale classe utilizza un uploader o di quali operazioni ha bisogno.
Registra la più piccola variazione di bit tra i candidati. Da 777 a 775, scompare solo la scrittura diversa; da 775 a 755, anche la scrittura di gruppo scompare. La scrittura nella directory controlla la creazione, la ridenominazione e l'eliminazione delle voci, mentre l'esecuzione controlla l'immissione e la ricerca del nome. L'idoneità dipende ancora dalla proprietà, dall'identità, dagli ACL e dal comportamento dell'applicazione al di fuori del calcolatore.
Esempio pratico: confrontare le modalità della directory di caricamento dei candidati senza prescriverne una
Le regole di rifiuto specifiche del programma richiedono la documentazione del programma e le prove di runtime. Le origini chmod non contengono policy SSH, regole del server Web o configurazione dell'applicazione. Non possono dimostrare che il software rifiuta 777, accetta 755 o richiede un altro valore. La calcolatrice converte solo le modalità e descrive le operazioni ordinarie su file o directory.
Se il software segnala che le autorizzazioni sono troppo ampie, entra nella modalità osservata e controlla il suo gruppo e altri bit. Quindi consulta prove autorevoli per quel programma prima di cambiare qualsiasi cosa. La riga chmod generata è testo inerte. La corrispondenza delle visualizzazioni ottali e simboliche conferma la coerenza della conversione, non la conformità alla politica del programma o il futuro successo operativo.
Le regole di rifiuto specifiche del programma necessitano della documentazione di quel programma
I rifiuti obbligatori del controllo degli accessi si trovano al di fuori di chmod e della calcolatrice. Nessuna fonte interroga SELinux, AppArmor o un altro motore di policy. La modalità 777 può quindi essere renderizzata perfettamente mentre un controllo non correlato rimane invisibile. La pagina non è in grado di distinguere tale condizione dalle limitazioni di proprietà, ACL, archiviazione o applicazione; sono tutte possibilità esterne piuttosto che risultati del calcolatore.
Non considerare la modalità ampia come un test universale di ogni livello di autorizzazione. Le prove della calcolatrice terminano con proprietario, gruppo e altri bit più setuid, setgid e sticky. Mostra le autorizzazioni selezionate, non il motivo per cui un'operazione fallisce o riesce. Preserva le modalità osservate, confronta i bit esatti e analizza la politica esterna in modo indipendente.
I rifiuti di policy obbligatori sono al di fuori di chmod e al di fuori del calcolatore
Comprendere ogni concessione prima di ampliare una modalità. Inserisci 777 e tutte e nove le autorizzazioni ordinarie diventeranno esplicite. Confronta 755 per rimuovere il gruppo e altre scritture oppure 775 per mantenere la scrittura del gruppo rimuovendo altre scritture. Queste trasformazioni fattuali rivelano la superficie di accesso di ciascun candidato senza scegliere una modalità per un proprietario, processo o carico di lavoro sconosciuto.
Risolvi l'identità e la proprietà all'esterno del browser, quindi verifica solo i bit previsti. Confermare che l'ottale, il testo simbolico, il riepilogo e le caselle di controllo coincidano, utilizzando la spiegazione corretta del file o della directory. La pagina rifiuta l'input non valido, ma non esegue chmod né identifica la compromissione. Le decisioni di autorizzazione finale spettano all'ambiente ispezionato.