The following rant is not against the owner/project - but...
What an irony. I cant publish a attack surface mapping / pentesting tool i wrote which runs fully deterministic and really controlable due to "dual use" legal problems - but llm driven tools hit public space......
sorry for the rant....
ddevnyc 2 hours ago [-]
This is really regrettable. I think the biggest issue is that once such laws or case law are in place, it is really really impossible to repeal them, or to replace them with something more modern. So we're still applying horse laws to cars 100 years later.
rpicard 3 hours ago [-]
Are you referring to GitHub policies? I haven’t seen issues like that from people publishing security tools before.
No im referring to the legal terms of germany, the country im residing at. Our laws regarding "hacking" are arguable the strictest and worst.
The problem is that they are formulated in a way that it is super easy to have your software being possible "dual use" and that a judge has to decide if its fine or not. Making it worse it also states your "intention" which well is impossible to proof - if the judge says he doesn't believe your intentions are only good, you can literally get massively sued.
So ye i could move to another country and than publish it - apart from that i can let it rot on my hdd (which is prolly what will happen).
Edit: Additionally mentioned, it is not just the publishing in germany, even the facilitating already which is why i don't even have an article about it (any more).
Centigonal 2 hours ago [-]
So would it be fair to say this is less about deterministic vs. LLM-driven tools, and more about software published out of New York vs. software published out of Germany?
RamblingCTO 2 hours ago [-]
Really? Have there been any cases yet?
I'm asking cuz I started devloping a c2+agent+BOF kind of thing with custom bytecode vm for the lulz (to learn how stuff works nowadays) and it's on tangled and github :/
sdoering 27 minutes ago [-]
Yes. More than one. This one was especially "interesting", a security researcher was tasked by a company to evaluate the ERP (I believe would be the acronym) software. Diiscovered an external database connection, looked at it, discovered this external DB contained sensitive information from other clients of that vendor - reported it, got sued, lost.
Intentions are very often a factor when it comes to law, and rightfully so. The problems come when you classify some category of software as "dangerous" by default. Software is special in that it can't be a "controlled substance". So everyone needs to have the tools to increase their security. That includes access to "offensive tools" to study what they do. A recent example was the Huggingface attack.
ksk23 7 minutes ago [-]
As I understand the hole shebang, the German law is about "does the court think you are `hacking` something?" -- this is against the law.
Yes, there was one German pentester that got sued, because he reported a BASE64 encoded, hardcoded authentication token in an application.
Not that I would wish him anything like that and am ashamed by the outcome, I also recall that he might have tried to put pressure on the vendor by doing an interview with a blogger or so?
On the other hand, I do not know of any cases regarding publication of dual-use tools as OSS.
NickySlicks 4 hours ago [-]
Completely understand, the legal landscape has really shifted around AI/LLM tools. I see tools drop everyday that spit in the face of DMCA/Copyright law but they skirt by mainly because they leverage AI
sdoering 30 minutes ago [-]
That has nothing to do with LLMs or not. If they were to "code" the same tool with an LLM, or build a LLM version of it, in Germany (where rthey are residing) they would face the same consequences.
Our legal system in that regard is total BS, when it comes to the so called "Hacker Paragraph". This comes with a sentence tht can range from a fine to up to one year prison time, just for producing such a tool. So if the police would actually - even if they had not published it - computer... well. They could be potentially "f**ed" (depending on how a judge would decide).
haeseong 2 hours ago [-]
What does the 50% look like when it fails? Garbage the parser throws out is easy to handle, but a well formed command aimed at the wrong host gets past the scope check, and you would only catch that reading the report afterward.
aaa_aaa 1 hours ago [-]
Judas Priest reference?
kreidema 4 hours ago [-]
I completely forgot that AI can very much also attack networks/devices in the wild. Interesting project.
imranshah10140 1 hours ago [-]
Will this work on iphones as well.
oquidave 4 hours ago [-]
Why phone? This cuts out a lot of phones. Why not on a computer?
NickySlicks 4 hours ago [-]
I used to red team professionally, and it is a lot easier to sneak an unauthorized phone into a facility than a computer.
mrbluecoat 3 hours ago [-]
Agreed. Also less noticeable when "accidentally" dropped/left, especially in tight spaces out of view. And better odds of plausible deniability if caught or device is later found and somehow traced to you.
saagarjha 4 hours ago [-]
Many kids don’t have a computer
dotancohen 2 hours ago [-]
Are kids the target audience of this tool?
michaelksaleme 16 minutes ago [-]
[flagged]
NickySlicks 5 hours ago [-]
I built Nightcrawler, an open-source autonomous penetration-testing agent that runs entirely on an Android phone.
The project started with a question: how much of a real pentesting workflow could I run locally on relatively old mobile hardware, without relying on a cloud model or API?
Nightcrawler runs a 1.2B-parameter model locally on the Adreno GPU of a OnePlus 8. The model chooses targets and tools, while a separate scope-enforcement proxy validates every command before execution. The system maintains per-host memory in SQLite, rotates between targets, matches detected versions against a local CVE database, executes multi-step playbooks, and generates a structured report.
A few implementation details that may be interesting:
Local inference runs at roughly 115 prompt tokens/sec and 13 generated tokens/sec.
The small model only produces a usable command around 50% of the time, so much of the engineering is recovery logic, duplicate detection, persistent memory, and deterministic playbooks.
Every command passes through a separate scope and safety layer rather than trusting the model to remain in scope.
The project includes a dry-run mode, so the agent loop can be tested without executing real network commands or owning the phone hardware.
I've had it running on my home network for the past 3 months uninterrupted
mr_mitm 4 hours ago [-]
Have you ever tested this on a real corporate network?
NickySlicks 4 hours ago [-]
So far only against four authorized networks. One of them was a corporate network. Left it overnight and it only found one minor week old CVE that I'm sure the IT team already had on their tracker. But showed that the proof of concept worked.
Rendered at 16:13:53 GMT+0000 (Coordinated Universal Time) with Vercel.
What an irony. I cant publish a attack surface mapping / pentesting tool i wrote which runs fully deterministic and really controlable due to "dual use" legal problems - but llm driven tools hit public space......
sorry for the rant....
Metasploit is one example: https://github.com/rapid7/metasploit-framework
The problem is that they are formulated in a way that it is super easy to have your software being possible "dual use" and that a judge has to decide if its fine or not. Making it worse it also states your "intention" which well is impossible to proof - if the judge says he doesn't believe your intentions are only good, you can literally get massively sued.
So ye i could move to another country and than publish it - apart from that i can let it rot on my hdd (which is prolly what will happen).
Edit: Additionally mentioned, it is not just the publishing in germany, even the facilitating already which is why i don't even have an article about it (any more).
I'm asking cuz I started devloping a c2+agent+BOF kind of thing with custom bytecode vm for the lulz (to learn how stuff works nowadays) and it's on tangled and github :/
In German: https://ht-strafrecht.de/blog/strafrecht/it-sicherheitslueck...
Yes, there was one German pentester that got sued, because he reported a BASE64 encoded, hardcoded authentication token in an application. Not that I would wish him anything like that and am ashamed by the outcome, I also recall that he might have tried to put pressure on the vendor by doing an interview with a blogger or so?
On the other hand, I do not know of any cases regarding publication of dual-use tools as OSS.
Our legal system in that regard is total BS, when it comes to the so called "Hacker Paragraph". This comes with a sentence tht can range from a fine to up to one year prison time, just for producing such a tool. So if the police would actually - even if they had not published it - computer... well. They could be potentially "f**ed" (depending on how a judge would decide).
The project started with a question: how much of a real pentesting workflow could I run locally on relatively old mobile hardware, without relying on a cloud model or API?
Nightcrawler runs a 1.2B-parameter model locally on the Adreno GPU of a OnePlus 8. The model chooses targets and tools, while a separate scope-enforcement proxy validates every command before execution. The system maintains per-host memory in SQLite, rotates between targets, matches detected versions against a local CVE database, executes multi-step playbooks, and generates a structured report.
A few implementation details that may be interesting:
Local inference runs at roughly 115 prompt tokens/sec and 13 generated tokens/sec. The small model only produces a usable command around 50% of the time, so much of the engineering is recovery logic, duplicate detection, persistent memory, and deterministic playbooks. Every command passes through a separate scope and safety layer rather than trusting the model to remain in scope. The project includes a dry-run mode, so the agent loop can be tested without executing real network commands or owning the phone hardware. I've had it running on my home network for the past 3 months uninterrupted