mirror of
https://github.com/privacyguides/i18n.git
synced 2025-09-01 19:08:46 +00:00
41 lines
2.5 KiB
Markdown
41 lines
2.5 KiB
Markdown
---
|
|
title: Allgemeine Kriterien
|
|
---
|
|
|
|
!!! example "In Bearbeitung"
|
|
|
|
An dieser Seite wird im Moment noch gearbeitet; sie spiegelt derzeit nicht die vollständigen Kriterien für unsere Empfehlungen wieder. Frühere Diskussion zu diesem Thema: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
|
|
|
|
Nachfolgend sind einige Punkte aufgeführt, die für alle Einsendungen an Privacy Guides zutreffen müssen. Für jede Kategorie gelten zusätzliche Anforderungen für die Aufnahme.
|
|
|
|
## Finanz-Offenlegung
|
|
|
|
Wir verdienen kein Geld mit Empfehlungen bestimmter Produkte, wir verwenden keine Affiliate-Links, und wir gewähren keine besondere Gegenleistung für Projektspender.
|
|
|
|
## Allgemeine Richtlinien
|
|
|
|
Wir wenden diese Prioritäten beim Prüfen neuer Empfehlungen an:
|
|
|
|
- **Sicher**: Tools sollten, wo möglich, bewährte Sicherheitspraktiken anwenden.
|
|
- **Source Availability**: Open-source projects are generally preferred over equivalent proprietary alternatives.
|
|
- **Plattformübergreifend**: Wir bevorzugen Empfehlungen die plattformübergreifend sind, um eine Herstellerbindung zu vermeiden.
|
|
- **Aktive Entwicklung**: Die von uns empfohlenen Tools sollten aktiv weiterentwickelt werden, nicht gewartete Projekte werden in den meisten Fällen entfernt.
|
|
- **Benutzerfreundlichkeit**: Die Tools sollten für die meisten Computerbenutzer zugänglich sein, ein übermäßig technischer Hintergrund sollte nicht erforderlich sein.
|
|
- **Dokumentiert**: Die Werkzeuge sollten über eine klare und ausführliche Dokumentation zum Gebrauch verfügen.
|
|
|
|
## Selbsteinreichungen von Entwicklern
|
|
|
|
Wir haben diese Anforderungen an Entwickler, die eigene Projekt oder Software zur Prüfung einreichen möchten.
|
|
|
|
- Muss die Zugehörigkeit offenlegen, d.h. deine Position innerhalb des eingereichten Projekts.
|
|
|
|
- Es muss ein Sicherheits-Whitepaper vorliegen, wenn es sich um ein Projekt handelt, das den Umgang mit sensiblen Informationen beinhaltet, wie z. B. ein Messenger, ein Passwortmanager, ein verschlüsselter Cloud-Speicher usw.
|
|
- Status der Prüfung durch Dritte. Wir möchten wissen, ob eine vorhanden oder geplant ist. Wenn möglich, gib bitte an, wer die Prüfung durchführen wird.
|
|
|
|
- Muss erklären, was das Projekt im Hinblick auf den Schutz der Privatsphäre bietet.
|
|
- Löst es ein neues Problem?
|
|
- Warum sollte jemand es den Alternativen vorziehen?
|
|
|
|
- Es muss angegeben werden, was das genaue Bedrohungsmodell für das Projekt ist.
|
|
- Den potenziellen Nutzern sollte klar sein, was das Projekt bieten kann und was nicht.
|