Condividere la diagnostica con l’assistenza dosya in sicurezza

L’assistenza ha bisogno di dettagli sufficienti a riprodurre e collegare un errore, non di un segreto di autenticazione o di un intero file privato. Costruisci la richiesta attorno a un’azione, un intervallo e l’evidenza minima che mostri il risultato.

Passaggi

Controlla prima status.dosya.dev se più aree del prodotto falliscono insieme. Riproduci l’azione una sola volta e solo se non può duplicare pagamento, invito, eliminazione, caricamento, processo webhook, link pubblico o messaggio esterno.

Annota:

• attività, passaggi in ordine, risultato previsto e risultato effettivo;
• data, ora locale e fuso orario, più l’ultimo momento in cui funzionava;
• interfaccia dosya e versione: browser, mobile, desktop, CLI, API, S3, SFTP, WebDAV o integrazione;
• sistema operativo e versione pertinente del client o ambiente di esecuzione;
• nome o ID dello spazio di lavoro attivo e ID non segreto della risorsa interessata, se sicuro;
• testo esatto dell’errore, stato HTTP/SFTP, codice di uscita CLI o identificativo della richiesta, consegna o processo;
• se il problema si ripete sempre e quali controlli sicuri sono già stati eseguiti.

Usa un elemento sacrificabile quando possibile. Per un problema su un file riservato, inizia con tipo, dimensione approssimativa, destinazione e risultato del controllo delle regole invece di allegare l’origine.

Rimuovere segreti e dati che concedono accesso

Non includere mai password dosya, codice di verifica email, codice dell’app di autenticazione, codice di recupero, cookie di sessione, token bearer, chiave API, segreto S3, segreto di firma webhook, password o chiave di recupero del Vault, numero o codice di sicurezza della carta, URL privato di condivisione o richiesta di file.

Un URL di download firmato, un codice di autorizzazione OAuth e il token di un link privato concedono accesso anche se non sembrano password. Oscura stringhe di query e frammenti degli URL. In una richiesta HTTP rimuovi Authorization, Cookie, X-Dosya-Signature e altre intestazioni di credenziali prima di condividerla. Sostituisci i valori segreti con etichette come [API KEY REDACTED]; non lasciare visibili i primi o ultimi caratteri.

Se una credenziale è già stata pubblicata, ruotala o revocala subito, poi comunica all’assistenza tipo e momento dell’esposizione. Modificare un messaggio successivo della richiesta non garantisce che non siano mai esistite copie fuori dalla conversazione visibile.

Ritagliare registri e screenshot

Includi solo le righe vicine alla richiesta fallita. Mantieni errore esatto, stato, operazione, data e ora e ID non segreto, rimuovendo dump dell’ambiente, intestazioni di autorizzazione, nomi utente locali, percorsi delle cartelle personali, nomi di file non pertinenti, indirizzi email e contenuti di payload o file.

Il controllo degli allegati accetta PNG, JPEG, WebP e GIF. Ogni immagine può essere al massimo di 5 MiB (5.242.880 byte) e un messaggio può contenerne al massimo tre. Il modulo indica “sotto 5 MB”. Ritaglia il controllo e l’errore pertinenti prima di caricare. Registrazioni dello schermo, archivi, documenti o file sorgente generici non sono accettati dal controllo immagini; descrivili e attendi un metodo di trasferimento privato approvato.

Creare e controllare la richiesta privata

1. Nell’app web con accesso effettuato apri il menu del profilo e scegli Chiedi aiuto.
2. Scegli Crea una richiesta e la categoria più vicina, ad esempio Problema tecnico.
3. Usa un oggetto che indichi azione e risultato. Il limite è 200 caratteri.
4. Inserisci riproduzione ed evidenze. Il limite della descrizione è 10.000 caratteri.
5. Allega al massimo tre immagini supportate e oscurate, ciascuna fino a 5 MiB (5.242.880 byte).
6. Rileggi tutta la bozza, inclusi nomi dei file e barre degli indirizzi visibili del browser, poi scegli Crea una richiesta una sola volta.

La conversazione creata compare in Aperto. Aggiungi le evidenze successive alla stessa richiesta per mantenere insieme orari e risposte; non creare duplicati solo per chiedere un aggiornamento. Segnala un bug è una procedura separata di diagnostica strutturata. Controlla cosa invierà prima dell’invio e usa Crea una richiesta per una conversazione di assistenza specifica dell’account.

Esempi diagnostici per interfaccia

Problema	Evidenze utili	Da escludere
Caricamento/download	Tipo di file, byte approssimativi, spazio di lavoro/cartella, stato del trasferimento, cambio di rete, errore esatto	Byte originali riservati, URL di download firmato, cookie
Condivisione/richiesta	Fase di creazione/apertura/download, scadenza, destinatario/browser, ID richiesta o condivisione se sicuro	Token pubblico, password/codice di accesso, dati privati del destinatario non necessari alla diagnosi
MCP/OAuth	Client/versione, URL server, fase del consenso, spazio di lavoro, strumento e risposta esatta non segreta	Token di accesso o aggiornamento, codice di autorizzazione, testo dei file esposto
API/S3/SFTP/CLI	Metodo/operazione, versione client, endpoint/porta, stato/codice, ora, ID richiesta oscurato	Chiave, segreto, intestazione Authorization, percorso privato completo dell’oggetto
Copia di sicurezza mobile	Piattaforma/versione app, etichetta Backup, ambito del permesso, regole, spazio di lavoro, tipo/dimensione dell’elemento	Contenuto delle foto, elenco completo della raccolta, credenziali della copia di sicurezza del dispositivo
Fatturazione/account	Piano, data fattura, ultime quattro cifre solo se richieste, metodo di accesso, errore mostrato	Numero completo della carta, codice di sicurezza, password, valori 2FA o di recupero

Risultato previsto

Cerca nella bozza e negli allegati dos_, DOSYA, whsec_, Authorization, Cookie, token=, code=, stringhe di query lunghe, codici QR e URL privati. Verifica che l’ora includa il fuso orario e che la richiesta identifichi una concreta operazione fallita. Conserva il riferimento della richiesta creata.

Una risposta legittima dell’assistenza non richiede password, codice a due fattori, chiave di recupero del Vault o segreto API/S3 completo. Se una risposta ne chiede uno, non fornirlo; usa la conversazione di assistenza con accesso effettuato per contestare la richiesta e proteggi ogni credenziale già divulgata.

Guide correlate

• Contattare l’assistenza
• Rispondere ad attività sospette
• Recuperare l’accesso al Vault