mirror of
https://github.com/privacyguides/privacyguides.org.git
synced 2024-12-26 16:09:27 -05:00
43 lines
2.5 KiB
Markdown
43 lines
2.5 KiB
Markdown
|
---
|
||
|
|
title: Allgemeine Kriterien
|
||
|
|
---
|
||
|
|
|
||
|
|
!!! example "Work in Progress"
|
||
|
|
|
||
|
|
Die folgende Seite ist in Arbeit und spiegelt zum aktuell noch nicht die vollständigen Kriterien für unsere Empfehlungen wider. 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.
|
||
|
|
- **Verfügbarkeit der Quellen**: Open-Source-Projekte werden meist gegenüber gleichwertigen proprietären Alternativen bevorzugt.
|
||
|
|
- **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.
|
||
|
|
|
||
|
|
- Muss ein Sicherheits-Whitepaper haben, wenn es sich um ein Projekt handelt, das den Umgang mit sensiblen Informationen beinhaltet, wie z. B. Messenger, Passwort-Manager, verschlüsselte Cloud-Speicherung 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?
|
||
|
|
|
||
|
|
- Must state what the exact threat model is with their project.
|
||
|
|
- Den potenziellen Nutzern sollte klar sein, was das Projekt bieten kann und was nicht.
|
||
|
|
|
||
|
|
--8<-- "includes/abbreviations.de.txt"
|