RD SecurityEN (English)Erstgespräch buchen (öffnet Google Kalender in einem neuen Tab)

Penetrationstests und Sicherheitsanalysen für Startups und kleine SoftwareunternehmenIhr Code geht schneller live als je zuvor. Die Angriffe auch.

KI hilft kleinen Teams, in Tagen zu liefern. Sie hilft auch Angreifern, das zu finden, was dabei durchgerutscht ist. Wir testen Ihr Produkt manuell, mit den Methoden echter Angreifer, in einem vereinbarten Umfang, und sagen Ihnen verständlich, was Sie zuerst beheben sollten.

Erster Test ab 4.500 € Festpreis · 3 Testertage · Aus Deutschland

audit@rdsecurity: ~
$ subfinder -d example.com -silent
www.example.com
api.example.com
staging.example.com     # vergessener Testserver
$ curl -sI staging.example.com/invoices/1042
HTTP/2 200              # kein Login nötig
$ curl -s staging.example.com/invoices/1042 | jq .total
"18.400,00 €"           # echte Kundendaten
Verständlich erklärtEin vergessener Testserver gibt Kundenrechnungen an jeden im Internet heraus. Eine meldepflichtige Datenpanne, die nur darauf wartet, zu passieren.Fiktives Beispiel, kein echter Kunde.
  • Tester in DeutschlandBei uns angestellt, nie an Subunternehmer vergeben
  • Manuell verifiziertNiemals ungeprüfte Scanner-Ergebnisse
  • Sicher per RegelKeine Denial-of-Service-, Last- oder destruktiven Tests
  • Daten nach dem Test gelöschtMit unterschriebener Löschbestätigung

~/why-now

Angreifer nutzen jetzt auch KI. Die meisten kleinen Teams haben nicht nachgezogen.

Sie haben KI wahrscheinlich eingeführt, um schneller zu werden. Die Leute, die einbrechen wollen, auch. Das Ergebnis: mehr Code, weniger Review und schnellere Angriffe. Am härtesten trifft es Teams, bei denen niemand hinschaut.

  • 45 %

    der KI-Coding-Tests enthielten eine bekannte Schwachstelle

    Über mehr als 100 KI-Modelle hinweg führten 45 % der Testfälle eine Schwachstelle aus den OWASP Top 10 ein. Neuere Modelle schrieben korrekteren Code, aber keinen sichereren.

    Veracode GenAI Code Security Report, 2025 ↗
  • 29 Min.

    vom ersten Zugriff bis zur Ausbreitung

    So lange brauchten Kriminelle 2025 im Schnitt, um vom ersten kompromittierten System weiterzuziehen. KI-gestützte Angriffsoperationen nahmen innerhalb eines Jahres um 89 % zu.

    CrowdStrike Global Threat Report, 2026 ↗
  • 31 %

    der Sicherheitsvorfälle beginnen mit einer Software-Schwachstelle

    Das Ausnutzen von Schwachstellen ist inzwischen der häufigste Einstiegsweg, noch vor gestohlenen Passwörtern. Ihr Code ist die Eingangstür.

    Verizon Data Breach Investigations Report, 2026 ↗

Es sind nicht mehr nur Elite-Hacker. In einer 2025 offengelegten Kampagne ließen Angreifer 80 bis 90 % der Arbeit gegen rund 30 Ziele von KI erledigen. Die Warnung der Ermittler: Auch weniger erfahrene Gruppen könnten solche Angriffe nun durchführen. Anthropic, 2025 ↗

Klein zu sein schützt nicht. Automatisierte Angriffe scannen alles, was im Internet erreichbar ist. Sie fragen nicht vorher nach Ihrer Mitarbeiterzahl, und ein Startup mit Kundendaten und ohne Sicherheitsteam ist ein leichter Einstieg.

~/your-code

Der Code funktioniert. Genau das macht ihn gefährlich.

KI schreibt Code, der die Demo und die Tests besteht. Er tut, worum Sie gebeten haben, nicht das, woran Sie nicht gedacht haben. Ein Viertel des Y-Combinator-Jahrgangs Winter 2025 gab an, dass die eigene Codebasis zu 95 % KI-generiert ↗ ist, und in kleinen Teams prüft selten ein erfahrener Security-Reviewer alles davon.

  1. Ein aktiver Zahlungsschlüssel im CodeJeder mit Zugriff auf das Repository, oder ein einziger geleakter Commit, kann im Namen Ihres Unternehmens handeln.
  2. Keine Login-PrüfungDer Endpunkt antwortet jedem im Internet, nicht nur Ihren Nutzern.
  3. Keine EigentümerprüfungÄndern Sie die Zahl in der Adresse, und Sie lesen die Rechnung eines anderen Kunden.
prompt: „Füge einen Endpunkt zum Abrufen einer Rechnung hinzu“
const stripe = new Stripe("sk_live_••••••••");
 
app.get("/api/invoices/:id", async (req, res) => {
  const invoice = await db.invoice.findUnique({
    where: { id: req.params.id },
  });
  res.json(invoice);
});
✓ Tests bestanden✓ Demo läuft✕ 3 Wege hinein

Fiktives Beispiel, kein Kundencode.

~/self-check

Wie angreifbar sind Sie?

Sechs kurze Fragen, und Sie erhalten ein grobes Bild Ihrer Angriffsfläche und wo wir ansetzen würden.

Ihre Antworten bleiben in diesem Browser. Nichts wird gesendet oder gespeichert.

Frage 1 von 6

Wird Ihr Code überwiegend von KI-Tools geschrieben oder stark unterstützt?

Dieser Self-Check benötigt JavaScript. Buchen Sie direkt ein Gespräch mit uns.

~/services

Wählen Sie, wo der Angreifer startet.

Jede Option beantwortet eine geschäftliche Frage. Der Unterschied ist, mit wie viel Zugang wir beginnen. Die meisten kleinen Teams starten mit einer und ergänzen später eine weitere.

$ assess --scope one-app --access public

ÖFFENTLICHES INTERNETPRODUKTIONIN IHREM UNTERNEHMENInternetWeb-AppStagingDatenlecksAPIContainerKundendatenChat & WikiSSOCloud-IAMQuellcodeCI/CDSecrets

Startpunkt Getesteter Weg Ziel der Angreifer

Starter Test

„Was findet ein Tester in drei Tagen in unserer App?“

Ein fokussierter manueller Test für junge Unternehmen, die eine erste externe Prüfung brauchen, bevor Kunden oder Investoren danach fragen.

Was wir testen

  • Eine Webanwendung oder API mit bis zu 2 Benutzerrollen
  • Authentifizierung, Zugriffskontrolle, Injection und Fehler in der Geschäftslogik
  • Orientiert an den OWASP Top 10, nur aus dem öffentlichen Internet

Sie erhalten

  • Kompakter Bericht mit Schweregrad und Behebungshinweisen
  • Ein Retest der behobenen Schwachstellen
  • Testbestätigung zur Weitergabe an Kunden
Startzugang
Zugang über das öffentliche Internet zu einer Web-App oder API
Dauer
3 Testertage
Festpreis
4.500 €

External Assessment

„Was kann ein Außenstehender erreichen und aufbrechen?“

Wir starten mit nichts als Ihrem Firmennamen und testen, was wir aus dem öffentlichen Internet finden und ausnutzen können.

Was wir testen

  • Angriffsfläche: Domains, vergessene Staging- und Testsysteme, offene Cloud-Speicher
  • Geleakte Zugangsdaten, Secrets in öffentlichen Repositories, indexierte Dokumente
  • Web-, API- und Mobile-Tests nach OWASP Top 10 und API Top 10
  • E-Mail- und Domain-Sicherheit: SPF, DKIM, DMARC, Domain-Übernahme

Sie erhalten

  • Karte der Angriffsfläche mit allem, was wir offen vorgefunden haben
  • Bericht mit Ausnutzungsnachweis und Behebungen
  • Management-Zusammenfassung
Startzugang
Keiner. Öffentliches Internet und Ihr Firmenname
Dauer
2 bis 3 Wochen
Ab
7.500 €

Insider Assessment

„Wie weit kommt ein kompromittiertes Konto von Mitarbeitenden oder Freelancern?“

Wir erhalten den Zugang, den neue Mitarbeitende am ersten Tag hätten, und zeigen, wie weit dieses Konto käme, wenn es kompromittiert oder missbraucht würde.

Was wir testen

  • Passwörter, API-Schlüssel und Tokens in Chats, Tickets und Wikis
  • Kunden-, Personal- und Finanzdaten, die für den ganzen Workspace offen sind
  • SSO- und MFA-Abdeckung, Gastzugänge, verwaiste Konten, verbundene Apps
  • Wege zur Rechteausweitung bis zu Admin-Rechten und Produktion

Sie erhalten

  • Schritt-für-Schritt-Bericht zum Angriffsweg
  • Bericht mit Schweregrad und Behebungen
  • Empfehlungen zu Zugriffsrichtlinien und Mitarbeitersensibilisierung
Startzugang
Ein Zugang zu Ihren Kommunikationstools, kein Systemzugriff
Dauer
2 bis 3 Wochen
Ab
8.000 €

Full Access Review

„Welche Schwachstellen im System könnten Schaden anrichten?“

Mit Lesezugriff auf Code, Cloud und Pipelines suchen wir Schwachstellen, die zu einem Sicherheitsvorfall, Datenverlust oder Ausfall führen könnten, auch solche, die ein Test von außen nie erreichen würde.

Was wir testen

  • Secure Code Review, Secrets-Management, Abhängigkeiten und SBOM
  • Cloud-Konfiguration: IAM, Netzwerk-Exposition, Verschlüsselung, Logging, Backups
  • Container, Kubernetes und Angriffswege über CI/CD-Pipelines
  • KI- und LLM-Funktionen: Prompt Injection, Datenlecks über RAG, Agenten mit zu vielen Rechten

Sie erhalten

  • Schwachstellen mit betroffenem Code oder Ressourcen und Behebungen
  • Bericht zu Abhängigkeiten und SBOM
  • Priorisierter Behebungsplan für Ihre Entwickler
Startzugang
Lesezugriff auf Code, Cloud, Infrastruktur und CI/CD
Dauer
3 bis 5 Wochen
Ab
12.000 €

~/why-us

Behalten Sie Ihren Scanner. Holen Sie einen Menschen dazu.

Automatisierte Tools finden viel, günstig und bei jedem Commit. In der Geschäftslogik sind sie meist schwächer, etwa bei der Frage, ob Kunde A die Rechnungen von Kunde B lesen kann. Genau dort bringt ein Mensch, der Ihr Produkt testet, Mehrwert.

FähigkeitAutomatischer Scanner oder KI-ReviewUnser manueller Test
Läuft automatisch bei jeder CodeänderungJaNein
Sucht Fehler in Ihrer GeschäftslogikJe nach ToolJa
Ein Mensch bestätigt, was wirklich ausnutzbar istJe nach ToolJa
Erklärt die Auswirkungen für Gründer und EntwicklerUnterschiedlichJa

Allgemeine Muster. Einzelne Tools unterscheiden sich, und beides ergänzt sich gut.

~/reports

Ein Bericht, den Ihr ganzes Unternehmen lesen kann.

Wir testen manuell, unterstützt durch Tools. Jede Schwachstelle wird von Hand verifiziert, nach CVSS bewertet und an die Auswirkung auf Ihr Geschäft angepasst. So funktioniert ein Bericht für Ihre Entwickler und Ihre Geschäftsführung.

Rohdaten der Tools → manuelle Verifizierung
  • TLS 1.0 on legacy hostnicht erreichbar, verworfen
  • X-Powered-By header exposedkeine echte Auswirkung, verworfen
  • Possible SQLi on /searchFehlalarm, verworfen
  • Outdated library on /blogkein Angriffsweg, verworfen
  • Weak cache headers on /assetskeine echte Auswirkung, verworfen
  • GET /api/invoices/:id → 200ausgenutzt, bestätigt
Schwachstelle 01 · Fiktives Beispiel

Kundenrechnungen ohne Login lesbar

Hoch

Für die Geschäftsführung

Jeder, der diesen Server findet, kann Kundenrechnungen herunterladen. Ihnen drohen wahrscheinlich eine Meldung nach der DSGVO und schwierige Gespräche mit Kunden.

Entscheidung: vor dem nächsten Release beheben.

Für Entwickler

Die Staging-API hat keine Authentifizierung, und die Objekt-IDs sind fortlaufend. Ein Ausnutzungsnachweis liegt bei.

Behebung: Authentifizierung und Berechtigungsprüfung pro Objekt erzwingen. Produktionsdaten aus Staging entfernen.

~/process

Vom ersten Gespräch bis zur unterschriebenen Löschung.

Acht Schritte, schriftlich, ohne Unklarheiten. Die Tests beginnen in der Regel 2 bis 4 Wochen nach Unterzeichnung und Eingang der Anzahlung.

  1. Erstgespräch

    Wir klären Systeme, Anwendungen und Ziele und wählen das Paket.

  2. Angebot und Vertrag

    Fester Umfang, Zeitplan und Preis, von beiden Seiten unterschrieben, dazu ein Auftragsverarbeitungsvertrag.

  3. ohne sie beginnt kein Test

    Schriftliche Autorisierung

    Ihre Geschäftsführung bestätigt schriftlich, dass Sie jedes System im Umfang besitzen oder kontrollieren.

  4. Einsatzregeln

    Testzeitfenster, ausgeschlossene Systeme, unsere angemeldeten Quell-IPs und ein benannter Notfallkontakt.

  5. Test

    Kritische Schwachstellen melden wir Ihnen sofort, nicht erst im Abschlussbericht.

  6. Bericht und Besprechung

    Innerhalb von 10 Arbeitstagen über einen verschlüsselten Kanal geliefert und mit Ihrem Team besprochen.

  7. Retest

    Innerhalb von 90 Tagen prüfen wir Ihre Behebungen und stellen einen aktualisierten Bericht und eine Testbestätigung aus.

  8. Ende des Auftrags

    Datenlöschung

    Kundendaten und Zugangsdaten werden dauerhaft gelöscht, und Sie erhalten eine unterschriebene Löschbestätigung.

~/principles

Die Regeln, nach denen wir arbeiten.

Sie geben Fremden die Schlüssel. Das können Sie im Gegenzug genau erwarten.

/etc/rdsecurity/principles.conf
our_role = stated
Klar in unserer Rolle. Wir verkaufen Test- und Readiness-Leistungen, keine Software. Wir nehmen keine Provisionen von Plattformen oder Auditoren. Unterstützen wir Sie zusätzlich beim Compliance-Aufbau, vermerken wir das im Bericht und in der Testbestätigung.
report_style = attacker_view
Die Sicht des Angreifers. Wir berichten, was wir nachweisen konnten, sortiert nach echter geschäftlicher Auswirkung, keine rohe Scanner-Ausgabe.
destructive_tests = never
Sicheres Testen. Wir führen niemals Denial-of-Service-, Last- oder destruktive Tests gegen Ihre Systeme durch.
tester_identity = private
Anonyme Tester. Identitäten bleiben vertraulich, zu ihrer und Ihrer Sicherheit. Alle Tester sind bei uns angestellt und in Deutschland ansässig.
client_names = never_published
Anonyme Kunden. Wir veröffentlichen keine Kundennamen, Logos oder Fallstudien, und Ihren Namen auch nicht.
data_retention = minimal
Daten gelöscht. Kundendaten und alle Zugangsdaten, die wir hatten, werden nach dem Auftrag dauerhaft gelöscht. Wir behalten nur minimale Testprotokolle ohne Kundendaten und die gesetzlich vorgeschriebenen Geschäftsunterlagen.

~/who

Anonyme Tester. Ein Unternehmen, das geradesteht.

Unsere Tester und unsere Kunden bleiben anonym. Das Unternehmen und die Person, die für die Arbeit verantwortlich ist, nicht.

Soheil Nikbin

Gründer und Geschäftsführer, RiveDrive UG (haftungsbeschränkt)

Soheil Nikbin hat in Branchen mit hohen Sicherheitsanforderungen gearbeitet, darunter Banken und Industrie, Sicherheitsprüfungen durchgeführt und viele erfolgreiche Audits begleitet, auch SOC-2- und ISO/IEC-27001-Einführungen. Soheil Nikbin verantwortet jeden Auftrag, den wir übernehmen.

~/who
$ whoami
soheil.nikbin     # Gründer und Geschäftsführer
$ cat ~/background
Banken · Industrie · Umgebungen mit hohen Sicherheitsanforderungen
Einführung von SOC 2 und ISO/IEC 27001
Sicherheitsprüfungen und Audit-Begleitung
$ ls ~/clients
ls: Öffnen des Verzeichnisses nicht möglich: Keine Berechtigung
# wir nennen nie Kunden
  • Eingetragen in BerlinRiveDrive UG (haftungsbeschränkt), HRB 278482
  • Angestellte TesterKeine Freelancer oder Subunternehmer
  • Fester AnsprechpartnerSie sprechen mit dem Verantwortlichen

~/compliance

Bereiten Sie sich auf Ihr SOC-2- oder ISO-27001-Audit vor.

Wir bereiten Sie auf ein formales Audit nach SOC 2 oder ISO 27001:2022 vor. Unsere Berichte können als Nachweis eines Penetrationstests dienen. Klären Sie das mit Ihrem Auditor.

Wir führen das Audit nicht durch und stellen weder den Bericht noch das Zertifikat aus. Das bleibt beim Auditor oder der Zertifizierungsstelle Ihrer Wahl, und wir können das Ergebnis nicht garantieren. Auditorhonorare und Lizenzen für Compliance-Plattformen sind nicht enthalten.

Wie SOC 2 und ISO 27001 mit Penetrationstests zusammenspielen →
ein beispielhafter Arbeitsplan100%
  1. Gap-AnalyseIhre Kontrollen im Abgleich mit den SOC 2 Trust Services Criteria oder ISO 27001 Anhang A
  2. Richtlinien und ProzesseZugriffskontrolle, Incident Response, Change- und Lieferantenmanagement
  3. Technische KontrollenZugriffsprüfungen, Logging, Backups, Verschlüsselung, On- und Offboarding
  4. Einrichtung der Compliance-PlattformCompliance-Plattformen, angebunden an Ihre Systeme
  5. Nachweise und Audit-BegleitungNachweise vorbereitet und Ihr Team bei Fragen des Auditors unterstützt

In der Regel 6 bis 12 Wochen · Ab 18.000 €

~/pricing

Ein erster Test kostet weniger, als Sie denken.

Jeder Auftrag hat einen Festpreis, der im Angebot vereinbart wird. Dies sind Einstiegspreise für den kleinsten typischen Umfang. Der endgültige Preis hängt von der Zahl der Anwendungen, APIs, Benutzerrollen und Umgebungen ab.

PaketWelche Frage es beantwortetDauerNettopreis
Starter TestWas findet ein Tester in drei Tagen?3 TestertageFest 4.500 €
External AssessmentWas kann ein Außenstehender aufbrechen?2 bis 3 WochenAb 7.500 €
Insider AssessmentWie weit kommt ein kompromittiertes Konto?2 bis 3 WochenAb 8.000 €
Full Access ReviewWas im System könnte Schaden anrichten?3 bis 5 WochenAb 12.000 €
Compliance ReadinessBereit für ein SOC-2- oder ISO-27001-Audit?6 bis 12 WochenAb 18.000 €
  • In jeder Analyse enthalten: ein Retest und eine Testbestätigung, wenn sie innerhalb von 90 Tagen nach dem Abschlussbericht angefordert werden.
  • Jahresvereinbarung: 10 % Rabatt auf alle innerhalb von 12 Monaten gebuchten Aufträge, bei mindestens 2 Aufträgen pro Jahr.
  • Zahlung: 50 % bei Unterzeichnung, 50 % bei Lieferung des Abschlussberichts. Alle Preise zzgl. USt.

Für alle Aufträge gelten unsere AGB.

~/faq

Was Kunden zuerst fragen.

Sind wir zu klein, um ein Ziel zu sein?

Die meisten Angreifer wählen nicht nach Unternehmensgröße. Sie scannen das Internet nach Schwachstellen und greifen an, was sie erreichen können, und KI-Tools machen das billiger. Ein kleines Unternehmen mit Kundendaten, bei dem niemand hinschaut, kann ein leichtes Ziel sein.

Unser Code wird überwiegend mit KI-Tools geschrieben. Können Sie ihn testen?

Ja. Wir testen das laufende Produkt und lesen im Full Access Review den Code selbst. Für uns macht es keinen Unterschied, wer oder was ihn geschrieben hat. Wir suchen, was sich in der Praxis nachweisen lässt.

Warum nicht einfach einen Scanner laufen lassen oder eine KI den Code prüfen lassen?

Machen Sie beides weiter, denn beides findet günstig viel. In der Geschäftslogik sind diese Tools schwächer, etwa bei der Frage, ob Kunde A die Rechnungen von Kunde B lesen kann, und oft bestätigen sie nicht, was tatsächlich ausnutzbar ist. Ein Tester kann es im vereinbarten Umfang zeigen.

Stört der Test unseren Betrieb?

Wir führen niemals Denial-of-Service-, Last- oder destruktive Tests durch und hören sofort auf, wenn ein System instabil wird. Aktives Testen birgt immer ein gewisses Risiko. Deshalb vereinbaren wir Testzeitfenster und lassen uns vorher Backups bestätigen.

Wir haben SOC 2 oder ISO 27001. Brauchen wir trotzdem einen Penetrationstest?

Sie beantworten unterschiedliche Fragen. SOC 2 und ISO 27001 betrachten, ob Ihre Kontrollen und Prozesse festgelegt sind und funktionieren. Ein Penetrationstest betrachtet, was Tester in Ihrem Produkt innerhalb eines vereinbarten Umfangs ausnutzen können. Ob Sie einen brauchen, hängt von Ihren Risiken ab und davon, was Ihre Kunden und Ihr Auditor erwarten.

Können wir den Bericht an unseren Auditor oder Kunden weitergeben?

Ja, unter Vertraulichkeit. Ein Bericht kann als Nachweis eines Penetrationstests für SOC-2- und ISO-27001-Audits dienen. Klären Sie das mit Ihrem Auditor.

Können wir Kunden den Test nachweisen, ohne den Bericht zu teilen?

Ja. Jedes Paket enthält eine Testbestätigung, die Umfang und Testzeitraum bestätigt, ohne Details zu Schwachstellen. Sie können sie frei weitergeben.

Können wir vorab einen Beispielbericht sehen?

Ja, ein Beispielbericht aus einem fiktiven Test ist auf Anfrage erhältlich.

Wer sind die Tester?

Überprüfte Sicherheitstester mit Sitz in Deutschland, angestellt bei der RiveDrive UG. Ihre Identitäten bleiben vertraulich, zu ihrer und Ihrer Sicherheit.

Warum zeigen Sie keine Kundenlogos oder Referenzen?

Weil unsere Kunden uns ihre Schwachstellen anvertrauen. Wir veröffentlichen nie, für wen wir arbeiten, und auch Ihren Namen nicht.

Müssen wir unseren Hosting- oder Cloud-Anbieter informieren?

Manche Anbieter verlangen eine Vorankündigung von Tests. Die Prüfung ihrer Richtlinien liegt bei Ihnen. Im Erstgespräch weisen wir darauf hin, welche Anbieter voraussichtlich betroffen sind.

Was passiert danach mit unseren Daten?

Zugangsdaten werden nach jeder Testphase entfernt, alle anderen Daten nach dem Retest gelöscht, mit unterschriebener Löschbestätigung. Wir behalten nur minimale Testprotokolle und die gesetzlich vorgeschriebenen Geschäftsunterlagen.

Können wir mit Ihnen auf Deutsch arbeiten?

Ja. Gespräche, Projektkommunikation und Berichte sind auf Deutsch oder Englisch möglich, wie im Angebot vereinbart.

$ ./start --erstgespraech

Irgendwer testet Ihr Produkt irgendwann. Sorgen Sie dafür, dass wir es sind.

Erzählen Sie uns, was Sie betreiben und was Sie beschäftigt. Wir legen den Umfang gemeinsam fest und schicken Ihnen ein Festpreisangebot. Die Tests beginnen in der Regel 2 bis 4 Wochen nach Unterzeichnung.

oder per E-Mail crew@rivedrive.com