Criterios Generales

Trabajo en Progreso

La siguiente página se encuentra en construcción, y no refleja todos los criterios para nuestras recomendaciones en este momento. Discusión anterior sobre este tema: #24

Abajo se encuentran algunos aspectos que deben cumplir todos los envíos a Privacy Guides. Cada categoría puede tener requisitos adicionales.

Información financiera¶

No obtenemos dinero al recomendar ciertos productos, nosotros no utilizamos enlaces de afiliados, y no realizamos alguna consideración especial a los patrocinadores del proyecto.

Lineamientos generales¶

Aplicamos estas prioridades al considerar nuevas recomendaciones:

Herramientas seguras: Las herramientas deben seguir las mejores prácticas de seguridad cuando sea necesario.
Disponibilidad del código: Proyectos de código abierto son preferibles sobre alternativas similares de código cerrado.
Multiplataforma: Preferimos que las recomendaciones sean multiplataforma para evitar la dependencia de un sistema.
Desarrollo activo: Las herramientas que recomendamos deben ser desarrolladas activamente, los proyectos no mantenidos serán eliminados en la mayoría de los casos.
Usabilidad: Las herramientas deben ser accesibles para la mayoría de los usuarios de ordenador, no debe exigirse una formación demasiado técnica.
Documentado: Las herramientas deben tener una documentación de uso clara y extensa.

Autoenvíos del desarrollador¶

Estos son los requisitos que exigimos a los desarrolladores que deseen presentar su proyecto o programa informático.

Debe revelar su afiliación, es decir, su cargo dentro del proyecto que se presenta.
Debe tener un documento de seguridad si se trata de un proyecto que implica el manejo de información sensible, como un mensajero, un gestor de contraseñas, almacenamiento cifrado en la nube, etc.
- Estado de la auditoría de terceros. Queremos saber si tiene una, o tiene prevista una. Si es posible, mencione quién realizará la auditoría.
Debe explicar qué aporta el proyecto en materia de privacidad.
- ¿Resuelve algún problema nuevo?
- ¿Por qué utilizarlo en lugar de otras alternativas?
Deben indicar cuál es el modelo de amenaza exacto de su proyecto.
- Los usuarios potenciales deben tener claro qué puede ofrecer el proyecto y qué no.