Wann man eine App erstellen sollte: Sicherheitsanfänger können das nicht ignorieren

Die Frage „Soll ich eine App erstellen?“ Es wird fast immer von Kostenaufstellungen, Leinwandideen und Wachstumsträumen begleitet. Selten geht damit eine so wichtige Frage einher wie: „Bin ich bereit, die Daten der Personen zu speichern, die sie verwenden werden?“.

Diese Abwesenheit ist nicht böse. Es ist Unwissenheit. Wer am Anfang steht, sieht Sicherheit als etwas, das später gelöst wird, wenn das Produkt wächst. Aber Sicherheit ist kein Feature, das am Ende hinzugefügt wird, sondern eine Grundlage. Und Sie fügen dem bereits errichteten Gebäude kein Fundament hinzu.

Dieser Text richtet sich an alle, die sich für die Erstellung einer App entscheiden und ohne Fachjargon verstehen möchten, was ihnen vom ersten Tag an im Kopf herumschwirren muss. Nicht um ein Experte zu werden, sondern um zu vermeiden, dass später kostspielige Entscheidungen getroffen werden.

Warum Sicherheit schon vor dem Code wichtig ist

Jede Anwendung, die etwas Nützliches tut, speichert Daten. Name, E-Mail, Telefon, Standort, Nutzungsverlauf, manchmal Dokument- und Zahlungsdetails. In dem Moment, in dem Sie die ersten Daten einer Person erfassen, übernehmen Sie eine rechtliche und ethische Verantwortung.

In Brasilien hat dies einen Namen: LGPD, das Allgemeine Datenschutzgesetz. Es ist kein Vorschlag. Darin wird festgelegt, dass Sie für die von Ihnen erfassten Daten verantwortlich sind, dass Sie für deren Erfassung eine Rechtsgrundlage benötigen und dass Sie diese schützen müssen. Eine Startup-App und eine Großunternehmens-App unterliegen demselben Gesetz.

Die praktische Konsequenz: Sie entscheiden nicht, ob Sie sich um die Sicherheit sorgen. Sie entscheiden nur, ob Sie sich vor oder nach dem Problem Sorgen machen. Und dann ist es immer teurer, in Bezug auf Geld, Ruf und manchmal auch Geldstrafen.

Die These: Sicherheit ist eine architektonische Entscheidung, keine Wartungsentscheidung

Die zentrale Idee dieses Artikels ist einfach. Sicherheit ist keine Schicht, die Sie über das fertige Produkt legen. Es handelt sich um eine Reihe von Entscheidungen, die von Anfang an die Art und Weise prägen, wie das Produkt hergestellt wird.

Wo die Daten gespeichert werden. Wie mit Passwörtern umgegangen wird. Wer kann was sehen. Wie die Anwendung mit dem Server kommuniziert. Jede dieser Entscheidungen wird frühzeitig getroffen, und wenn man sie später erneut trifft, muss man ganze Teile des Systems neu schreiben.

Aus diesem Grund ist der beste Zeitpunkt für einen Anfänger, über Sicherheit nachzudenken, nicht dann, wenn er bereits fortgeschritten ist. Es ist gerade jetzt, am Anfang, wo Entscheidungen noch günstig zu treffen sind.

Die Grundlagen, die niemand überspringen sollte

Sie müssen Kryptographie nicht beherrschen, um verantwortungsvoll zu beginnen. Es muss eine Handvoll Prinzipien respektieren, die die meisten anfänglichen Risiken beseitigen.

Speichern Sie das Passwort niemals im Klartext

Passwörter sollten niemals so gespeichert werden, wie der Benutzer sie eingegeben hat. Sie durchlaufen einen Prozess namens Hash, der sie in etwas Unumkehrbares umwandelt. Selbst wenn jemand die Datenbank stiehlt, kann er die Passwörter nicht lesen. Moderne Frameworks erledigen das bereits für Sie, der Anfängerfehler besteht darin, diesen Schutz vorschnell zu deaktivieren oder zu umgehen.

Setzen Sie Authentifizierung und Autorisierung von Anfang an ein

Bei der Authentifizierung wird bestätigt, wer die Person ist. Autorisierung definiert, was sie tun kann. Beide sind unterschiedlich und beide sind wichtig. Ein häufiger Fehler besteht darin, den Anmeldebildschirm zu schützen und dabei zu vergessen, bei jeder Aktion zu prüfen, ob der Benutzer dazu berechtigt ist. Das Ergebnis ist der Klassiker: Eine Nummer in der URL ändern und auf die Daten einer anderen Person zugreifen.

Die gesamte Kommunikation muss verschlüsselt sein

Daten, die zwischen der Anwendung und dem Server übertragen werden, müssen geschützt über HTTPS übertragen werden. Ohne diese Möglichkeit kann jeder in einem gemeinsamen Netzwerk, zum Beispiel im WLAN eines Cafés, abfangen, was gesendet wird. Heute ist das Standard und günstig. Es gibt keine Entschuldigung, es nicht zu tun.

Sammeln Sie nur das, was Sie brauchen

Die sichersten Daten sind die, die Sie nicht behalten. Bevor Sie nach Informationen fragen, fragen Sie: Brauche ich diese wirklich? Wenn Sie alles einsammeln, „weil es eines Tages nützlich sein könnte“, erhöht sich Ihr Schutzbedarf und Ihr Risiko angesichts von LGPD. Datenminimierung ist gleichzeitig eine gute Sicherheitspraxis und eine gesetzliche Anforderung.

Ein konkretes Beispiel: die App, die geleakt wurde, ohne gehackt zu werden

Stellen Sie sich eine kleine Planungs-App vor, die von einem angehenden Unternehmer erstellt wurde. Es funktioniert gut, wächst, gewinnt Benutzer. Eines Tages entdeckt jemand, dass er durch Ändern der Identifikationsnummer auf der Anfrage die Termine jedes anderen Kunden sehen kann, einschließlich Name, Telefonnummer und Adresse.

Es gab keine raffinierte Invasion. Es gab keinen genialen Hacker. Es ist ein Autorisierungsfehler aufgetreten: Das System hat bestätigt, wer Sie sind, hat jedoch nicht überprüft, ob es sich bei den Daten um Ihre handelt. Es handelt sich um eine der häufigsten Schwachstellen, die es gibt, und wird von OWASP als eines der Hauptanwendungsrisiken katalogisiert.

Die Lektion für den Anfänger: Die meisten Leaks stammen nicht von Kinoangriffen. Es beruht auf grundlegenden Versäumnissen, die durch die Anwendung einfacher Prinzipien von Anfang an hätten vermieden werden können.

Bestehendes nutzen, statt etwas zu erfinden

Diejenigen, die anfangen, haben einen verständlichen Instinkt: Sie wollen alles von Grund auf neu aufbauen, um zu verstehen, wie es funktioniert. In der Sicherheit ist dieser Instinkt gefährlich. Kryptographie, Passwortverwaltung und Authentifizierung sind Bereiche, in denen selbst Experten Fehler machen und in denen ein subtiler Fehler eine große Lücke öffnet.

Der verantwortungsvolle Weg für den Anfänger besteht darin, konsolidierte Bibliotheken und Dienste zu nutzen, die von Communities gepflegt werden, die bereits mit unvorstellbaren Problemen konfrontiert und diese behoben haben. Schreiben Sie keinen eigenen Passwort-Algorithmus. Erfinden Sie kein eigenes Anmeldeschema. Nutzen Sie das, was von Tausenden von Menschen getestet wurde und aktualisiert wird, wenn ein Fehler auftritt.

Dies gilt auch für die Aktualisierung von Abhängigkeiten. Die meisten Angriffe nutzen bereits bekannte und bereits in neueren Versionen behobene Fehler aus, die das Opfer einfach nicht installiert hat. Ein Upgrade ist eine der kostengünstigsten und am häufigsten übersehenen Abwehrmaßnahmen überhaupt.

Die Reflexion, die Amateure von Profis trennt

Es gibt eine gefährliche mentale Falle: „Meine App ist zu klein, um ins Visier genommen zu werden.“ Es ist genau das Gegenteil. Kleine Apps verfügen oft über den schwächsten Schutz und sind daher ein leichtes Ziel für automatisierte Angriffe, die das Internet nach bekannten Schwachstellen durchsuchen. Niemand muss Sie gezielt angreifen wollen, es genügt, dass ein Roboter die offene Tür findet.

Reife ist hier nicht technisch, sondern eine Haltung. Dabei geht es darum, zu verstehen, dass Sie mit der Anfrage nach den Daten einer Person das Versprechen gegeben haben, sich darum zu kümmern. Dieses Versprechen zu brechen, auch wenn es unbeabsichtigt ist, hat reale Konsequenzen für echte Menschen.

Und es gibt einen Punkt im Geschäftsleben, den Anfänger unterschätzen: Vertrauen ist das am schwersten wieder aufzubauende Gut. Ein Produkt kann nach einem Funktionsausfall wiederhergestellt werden. Die Wiederherstellung nach einem Verstoß, durch den Kunden gefährdet wurden, ist viel schwieriger.

Fangen Sie einfach an, aber fangen Sie richtig an

Sie brauchen keine Festung, um Ihre erste App zu starten. Es braucht solide Grundlagen: geschützte Passwörter, verschlüsselte Kommunikation, verifizierte Autorisierung und minimale Datenerfassung. Damit sind Sie bereits einer Vielzahl von Produkten auf dem Markt voraus.

Bei Sicherheit für Anfänger geht es nicht darum, alles zu wissen. Es geht darum, nicht die Fehler zu machen, die man vermeiden kann. Den Rest kann man im Laufe der Zeit erlernen, sofern die Grundlage stimmt.

Wenn Sie im Begriff sind, eine Anwendung zu erstellen und verstehen möchten, wie man Sicherheit durch Design aufbaut, finden Sie im Blog weitere Artikel über LGPD, Authentifizierung und sichere Architektur, die tiefer auf jeden dieser Punkte eingehen. Wenn es in Ihrer Organisation ein entscheidender Moment ist, lohnt es sich, ihn zu besprechen, bevor Sie die erste Zeile schreiben.