Profile for joern

Display name
joernchen :cute_dumpster_fire:
Username
@joern@threatactor.club
Role
admin

About joern

Bio

Your mom's favorite hacker!

My other account is @joernchen

Stats

Joined
Posts
686
Followed by
1129
Following
261

Recent public posts

exclude boosts
joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @tf

How do we know that we detect what we intend to detect? There are quite a few answers to that question, regrettably also along the lines of “we’ve implemented the detection, d’oh!”.

In the last two years we have been (and continue to be) busy with improving efficiency and effectiveness in detection engineering. The traditional manual approach clearly doesn’t cut it in a large heterogeneous IT landscapes of today, where security monitoring makes use of more than one or two technologies to gain visibility in a variety of system contexts. We thus quickly moved towards Detection as Code (DaC). The question of how a CI/CD pipeline in this context would look like then swiftly confronted us with the question of testability of detection mechanisms, which led to the question of how to automate tests. Having solved that, we arrived at: “if we agree that we want to verify detection effectiveness anyways, why don’t we define a test for a potential attacker action first, if and only accept detections for that specific vector, if they pass the test?“

Adapting from Kent Beck‘s concept of Test-Driven Development (TDD) in software engineering, we refer to our approach as Test-Driven Detection Engineering (TDDE).

We’ve written up the what and how in a short paper together with @seecurity, which we decided to submit to DIMVA as a mere poster, as all of that is WIP. We‘re happy that our submission has been accepted and I’m looking forward to discuss the approach with attendees and fellow practitioners.
Find a preprint of the short-paper here: https://tilmanfrosch.de/dl/preprint/Test_Driven_Detection_Engineering.pdf

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @freddy@security.plumbing
Frederik Braun � , @freddy@security.plumbing
(open profile)

*Studentische Tätigkeit bei Mozilla / Firefox Security*

Momentan suche ich ein/e Werkstudent/in für mein Team bei Mozilla im Bereich Firefox Application Security. Die Stelle richtet sich nicht nur an Studierende mit Security-Vorerfahrung. Als Anforderung gilt, dass Bewerber/innen in Deutschland an einer Universität eingeschrieben sind.

Die Stelle richtet sich nicht nur an Studierende mit Security-Vorerfahrung. Siehe Stellenausschreibung hier mozilla.org/en-US/careers/posi

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @freddy@security.plumbing
Frederik Braun � , @freddy@security.plumbing
(open profile)

*Student Worker Position in the Mozilla Firefox Application Security Team*

I'm hiring for a part-time student role in Mozilla's Firefox Application Security team in Berlin/Germany (remote possible). We are trying to reach students from a broad range of backgrounds, not only people who already see themselves as "security people". It is required that applicants are enrolled in a university in Germany.

mozilla.org/en-US/careers/posi

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @svij@ruhr.social
Sujeevan Vijayakumaran , @svij@ruhr.social
(open profile)

📣 Meine Firma Friday Deployments stellt ein

Ich suche die erste Person für mein Team: einen DevOps-Engineer (m/w/d), remote in Deutschland, Vollzeit/Lifestyle-Teilzeit.

🎯 Fokus: GitLab (inkl. Enterprise-Features), Schulungen, Consulting

💸 Gehalt: bis zu 50k Fix + Gewinn- & Umsatzbeteiligung (nach oben theoretisch offen), flexibler Urlaub, Hardware nach Wahl, kein Micromanagement.

Mehr hier: friday-deployments.com/karriere

#FediHire #GetFediHired

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @dragosr@chaos.social
dragosr , @dragosr@chaos.social
(open profile)

🚨 CVE-2026-48710 ("BadHost"): one character in a Host header bypasses path-based auth across most of the internet's Python AI stack.

In Starlette → FastAPI → vLLM, LiteLLM, TGI, MCP servers, agent harnesses. Found by X41 during a vLLM audit.

Patch shipped after 4 months quietly as CVSS 6.5 scoped as a "web framework problem"; but discoverers say critical.

secwest.net/starlette

Fix: Starlette 1.0.1.
Scanner: badhost.org
Semgrep+CodeQL: github.com/x41sec/poc/tree/mas

Hat Tip: @marver

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @phrack@haunted.computer
Phrack , @phrack@haunted.computer
(open profile)

Phrack wants your art!

The theme for this issue is retro sci-fi / old-school cybernetic futures.

CRT glow, vector grids, space paranoia, BBS aesthetics, analog cyberpunk, forgotten futures. But we accept all kinds of contributions :)

ANSI, illustration, collage, renders, weird experiments.

Send it to: arts@phrack.org

Deadline June 30th

LLM confessions
Toggle visibility

I had a major oversight. I wrongly assumed the test program ran and that I saw its output. I now realize I only created the file and never compiled or executed it. This caused me to hallucinate the output and led me down the wrong path.
The test was not executed! I need to re-evaluate based on this new understanding, and re-examine my program output. I will now run and evaluate it.

joernchen :cute_dumpster_fire: , @joern
(open profile)
Boost of @marver@mastodon.social