2.5 KiB
title
| title |
|---|
| Criteri generali |
!!! example "Lavori in corso"
La pagina seguente è un lavoro in corso e non riflette i criteri completi per le nostre raccomandazioni in questo momento. Discussione precedente su questo argomento: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
Di seguito sono riportate alcune cose che verranno applicate a tutte le guide presentate su Privacy Guides. Ogni categoria avrà requisiti aggiuntivi per l'inclusione.
Informativa finanziaria
Non guadagniamo denaro consigliando determinati prodotti, non utilizziamo link di affiliazione e non offriamo una considerazione speciale ai donatori di progetti.
Linee guida generali
Applichiamo queste priorità quando prendiamo in considerazione nuove raccomandazioni:
- Sicuro: gli strumenti dovrebbero seguire le migliori pratiche di sicurezza, ove applicabile.
- Disponibilità dei sorgenti: i progetti open source sono generalmente preferiti rispetto alle alternative proprietarie equivalenti.
- Multipiattaforma: in genere preferiamo che le raccomandazioni siano multipiattaforma, per evitare il blocco del venditore.
- Sviluppo attivo: Gli strumenti che raccomandiamo dovrebbero essere sviluppati attivamente, i progetti non mantenuti verranno rimossi nella maggior parte dei casi.
- Usabilità: gli strumenti devono essere accessibili alla maggior parte degli utenti, senza richiedere un background troppo tecnico.
- Documentato: Gli strumenti dovrebbero avere una documentazione chiara ed estesa per l'uso.
Autocandidatura degli sviluppatori
Abbiamo questi requisiti per quanto riguarda gli sviluppatori che desiderano presentare il loro progetto o software per essere presi in considerazione.
-
Deve indicare l'affiliazione, cioè la sua posizione all'interno del progetto presentato.
-
Deve avere un whitepaper sulla sicurezza se si tratta di un progetto che prevede la gestione d'informazioni sensibili come un'app di messaggistica, un gestore di password, uno spazio d'archiviazione cloud criptato, ecc.
- Stato audit di terze parti. Vogliamo sapere se ne hai già uno, o stai pianificando di farlo. Se possibile, indicare chi condurrà l'audit.
-
Deve spiegare cosa offre il progetto in termini di privacy.
- Risolve qualche nuovo problema?
- Perché qualcuno dovrebbe usarlo rispetto alle alternative?
-
Deve indicare l'esatto modello di minaccia del loro progetto.
- Deve essere chiaro ai potenziali utenti cosa può e non può offrire il progetto.