Lernen

Ethical Hacking, auch Penetrationstest oder White-Hat-Hacking genannt, ist die Praxis, Systeme, Netzwerke und Anwendungen mit ausdrücklicher Erlaubnis des Eigentümers auf Schwachstellen zu testen. Im Gegensatz zu Kriminellen werden Ethical Hacker beauftragt, Schwachstellen zu finden und beheben zu helfen, bevor sie jemand anderes ausnutzt. Starke technische Fähigkeiten sind wichtig, aber was einen Profi von einer Belästigung unterscheidet, ist Disziplin: schriftliche Autorisierung, Respekt vor dem Scope, Schutz sensibler Befunde und verantwortungsvolle Offenlegung.

Vor jedem Test solltest Du den rechtlichen Rahmen verstehen. Der Computer Fraud and Abuse Act in den USA und ähnliche Gesetze weltweit stellen unautorisierten Zugriff auf Computersysteme unter Strafe. Autorisierung ist alles. Gültige Quellen: Arbeitsverträge, die interne Tests autorisieren, unterzeichnete Auftragsschreiben für Penetrationstests, Bug-Bounty-Programmregeln, die Erlaubnis für bestimmte Assets erteilen, oder schriftliche Zustimmung der Gerätebesitzer für Hardware-Forschung. Auch mit Autorisierung gilt: Respektiere den Scope – welche Systeme dabei sind, welche nicht, und welche Aktionen (z. B. Datenvernichtung, DoS) verboten sind. Professionelle Tester nutzen detaillierte Verträge und Rules-of-Engagement-Dokumente, um Erwartungen klar zu machen.

Die Angriffsfläche ist die Summe aller Punkte, an denen ein unautorisierter Nutzer versuchen könnte, in ein System einzudringen oder Daten daraus zu extrahieren. Netzwerkflächen umfassen offene Ports, WLAN, VPN und Infrastrukturgeräte. Anwendungsflächen decken Webanwendungen, APIs, mobile Apps und Authentifizierung ab. Menschliche Flächen umfassen Social-Engineering-Ziele und Insider-Bedrohungen. Physische Flächen umfassen Gebäudezugang, Möglichkeiten zur Hardware-Manipulation und unverschlossene Arbeitsplätze. Umfassende Assessments untersuchen all das: Angreifer nutzen das schwächste Glied aus, unabhängig davon, was sonst geschützt ist.

Sicherheitslücken fallen in gängige Kategorien. Injection (SQLi, Command Injection) tritt auf, wenn nicht vertrauenswürdige Daten in Interpreter fließen. Authentifizierungsfehler umfassen schwache Passwörter, fehlende MFA, Session-Hijacking und Credential Stuffing. Autorisierungsfehler lassen Nutzer Aktionen ausführen, die sie nicht dürfen. Cross-Site Scripting (XSS) lässt Angreifer Skripte in den Browsern anderer Nutzer ausführen. Kryptografische Fehler: schwache Algorithmen, unsichere Speicherung, fehlerhafte Zertifikatsprüfung. Sicherheits-Fehlkonfigurationen, wie unsichere Standardeinstellungen und ausführliche Fehlermeldungen, gehören zu den häufigsten und am leichtesten behebbaren Bugs in Produktivsystemen.

' OR '1'='1' -- 

Open Source Intelligence (OSINT) ist Intelligence, die aus öffentlich verfügbaren Quellen gesammelt wird: öffentliche Register, soziale Medien, Nachrichten, wissenschaftliche Publikationen, Regierungsdatensätze, Website-Metadaten, DNS-Einträge und archivierte Seiten. OSINT ist wertvoll für Assessments, Threat Intelligence und Ermittlungen. Die Fähigkeit liegt im effizienten Finden, Korrelieren und Analysieren, nicht im Zugriff auf geheime Informationen. Es ist legal, wenn es auf öffentliche Daten angewendet wird, auch wenn ethische Fragen zur Privatsphäre weiterhin gelten.

Suchmaschinen indexieren Milliarden von Seiten, aber die meisten Menschen nutzen nur die Grundlagen. Erweiterte Operatoren machen aus Google ein Recherchewerkzeug, und ihre Kombination erzeugt mächtige Abfragen. Zeitfilter, zwischengespeicherte Seiten und Boolesche Logik erweitern Deine Reichweite noch weiter.

site:edu filetype:pdf "internal use only"

intitle:"admin login" -inurl:example.com

Social-Media-Plattformen enthalten enorme Mengen frei geteilter persönlicher und organisatorischer Informationen. Effektives SOCMINT erfordert das Verständnis jeder Plattform: LinkedIn offenbart Beschäftigung und Organisationsstruktur; Twitter/X bietet Echtzeitsignale und Geotags; GitHub zeigt Entwicklerfähigkeiten und manchmal geleakte Zugangsdaten; Reddit und Foren enthalten technische Nischendiskussionen. Spezialisierte Tools helfen: Maltego visualisiert Beziehungsgraphen, theHarvester aggregiert E-Mails und Subdomains, Social-Searcher verfolgt Erwähnungen. Ethische OSINT-Praktiker respektieren Privatsphäre-Grenzen, nutzen wirklich öffentliche Daten, vermeiden gefälschte Profile und beuten Privatsphäre-Fehlkonfigurationen nicht aus.

Bevor Du ein Zielnetzwerk berührst, sammle öffentliche Infrastrukturdaten. WHOIS zeigt Registrierungsdetails. DNS-Enumeration findet Subdomains über Certificate-Transparency-Logs (crt.sh), Brute-Forcing und passive DNS-Archive (SecurityTrails). Shodan und Censys sind Suchmaschinen für internetexponierte Geräte und zeigen weltweit Dienste und verwundbare Versionen. Reverse-IP-Lookup findet Co-Hosted-Domains. ARIN und RIPE zeigen IP-Zuweisungen. All das ist legal und für das Ziel unsichtbar: Du fragst nur öffentliche Datenbanken ab.

curl -s "https://crt.sh/?q=%25.example.com&output=json" | jq -r '.[].name_value' | sort -u

Professionelle Tests beginnen mit Planung lange vor jeder technischen Arbeit. Scoping definiert Systeme im Scope (IP-Bereiche, Domains, Apps), ausgeschlossene Systeme, Testarten (Black-, Grey- oder White-Box), erlaubte Methoden, Zeitfenster, Erfolgskriterien, Kommunikationsprotokolle und rechtlichen Schutz. Ein Rules-of-Engagement-Dokument formalisiert all das in einem unterzeichneten Vertrag. Schlechtes Scoping führt zu Missverständnissen, rechtlichen Problemen und unzureichenden Assessments.

Passive Reconnaissance nutzt öffentlich verfügbare Informationen, ohne Ziele zu berühren: OSINT, Suchmaschinen, Stellenanzeigen, die Tech-Stacks offenbaren, DNS-Einträge, archivierte Versionen. Aktive Reconnaissance interagiert direkt: Nmap-Portscans, Dienst-Enumeration, Web-App-Spidering, Netzwerk-Mapping, Banner-Grabbing, Schwachstellen-Scanning. Ziel: die Angriffsfläche, Technologien, potenzielle Schwachstellen und Sicherheitskontrollen des Ziels vor der Ausnutzung verstehen.

nmap -sV -sC -oA recon/target 10.0.0.0/24

Nach der Recon identifiziert die Schwachstellenbewertung konkrete Schwächen. Automatisierte Tools (Nessus, OpenVAS, Qualys) prüfen schnell Tausende bekannte CVEs, produzieren aber False Positives und übersehen Business-Logic-Fehler. Manuelle Tests decken Konfigurationsprüfung, Authentifizierung, Autorisierung und Privilege Escalation, Eingabeverarbeitung, Fehlermeldungslecks und kryptografische Implementierung ab. CVSS standardisiert den Schweregrad. Risikobasierte Priorisierung gewichtet den Geschäftskontext: ein mittlerer Befund bei einem Zahlungsdienstleister übertrumpft einen kritischen auf einer isolierten Dev-Box.

Exploitation beweist, dass Schwachstellen real sind. Das kann SQL Injection zur Datenextraktion bedeuten, RCE für eine Shell, Privilege Escalation, Authentifizierungs-Umgehung oder XSS zum Nachweis einer Kontoübernahme. Post-Exploitation zeigt die volle Auswirkung: Lateral Movement, Admin-Privilege-Escalation, (simulierte) Datenexfiltration, Persistenzmechanismen, Pivoting. Professionelle Tester hören auf, sobald die Auswirkung bewiesen ist, minimieren den Zugriff auf echte Daten, dokumentieren alles und benachrichtigen den Kunden sofort über kritische Befunde.

Der Bericht übersetzt technische Befunde in Geschäftsintelligenz. Er sollte eine jargonfreie Executive Summary enthalten, technische Befunde mit Reproduktionsschritten und Beweisen, CVSS- oder Risikobewertungen, Behebungsempfehlungen und strategische Vorschläge zur gesamten Sicherheitslage. Priorisiere nach Geschäftsrisiko, nicht nur nach technischem Schweregrad. Behebungsverifikation bedeutet, nach den Fixes erneut zu testen, um zu bestätigen, dass sie funktionieren und nichts zurückgefallen ist. Der Wert eines Tests liegt in den Verbesserungen, die er antreibt, nicht in den Shells.

Responsible (koordinierte) Disclosure bedeutet, Probleme privat an den Hersteller zu melden und ihm angemessen Zeit zum Patchen zu geben, bevor Details öffentlich werden. Es schützt Nutzer, gibt Herstellern Raum zur Behebung und erhält Vertrauen. Die Alternativen scheitern: volle Offenlegung hilft zuerst den Angreifern, unbegrenzte Nichtoffenlegung lässt Nutzer stillschweigend exponiert, und der Verkauf an kriminelle oder staatliche Käufer ermöglicht Schaden. Die meisten Forscher und großen Hersteller behandeln koordinierte Offenlegung als ethischen Standard.

Prüfe zuerst, ob eine veröffentlichte Disclosure-Richtlinie oder /.well-known/security.txt existiert. Viele Unternehmen betreiben Bounty-Programme auf HackerOne, Bugcrowd oder Intigriti. Existiert keins von beiden, kontaktiere security@<domain>. Dein Bericht sollte eine klare Beschreibung, Reproduktionsschritte, eine Auswirkungsbewertung, einen Proof of Concept, Deine Kontaktdaten und eine Bitte um Bestätigung enthalten. Nutze PGP für Exploit-Code. Sei geduldig und folge nach ein bis zwei Wochen Stille höflich nach. Führe detaillierte Aufzeichnungen der gesamten Kommunikation.

Contact: mailto:security@example.com
Expires: 2027-01-01T00:00:00.000Z
Preferred-Languages: en
Canonical: https://example.com/.well-known/security.txt

90 Tage vom Bericht bis zur öffentlichen Offenlegung ist die übliche Grundlinie, angepasst an die Umstände: schneller, wenn der Bug kritisch und aktiv ausgenutzt wird, länger bei architektonischen Problemen, wenn der Hersteller kooperiert. Öffentliche Offenlegung sollte Nutzer warnen, Abhilfemaßnahmen bereitstellen, falls kein Patch verfügbar ist, alle fair anerkennen und nicht mehr Exploit-Details liefern, als Verteidiger brauchen. Ziel ist der Schutz der Nutzer, nicht die Bestrafung von Herstellern oder die Jagd nach Schlagzeilen.

Bug-Bounty-Programme bieten strukturierte Offenlegung mit Belohnungen. Die großen Plattformen hosten Programme für Tausende Unternehmen. Jedes Programm definiert seinen Scope, ausgeschlossene Probleme (z. B. Self-XSS, DoS), Belohnungsspannen und Engagement-Regeln. Für Forscher bedeuten sie Geld, rechtliche Klarheit, reale Ziele und Reputation. Für Unternehmen: kontinuierliche Abdeckung, vielfältige Perspektiven und gute Community-Beziehungen. Erfolgreich teilzunehmen bedeutet, die Regeln sorgfältig zu lesen, den Scope zu respektieren, hochwertige Berichte zu schreiben und zu akzeptieren, dass nicht jeder Befund qualifiziert.