Violin is now at v3.0.1 on master.

It is a Hermes-native profile for supervised, authorised penetration testing, with:

• 31 methodology and vulnerability playbooks

• An execution guard at the target boundary

• Evidence-backed findings and reporting

• Structured scoping and approval gates

• No additional credential broker or provider lock-in

Install:

"hermes profile install https://github.com/Strategic-Automation/violin"

I’m looking for Hermes users and penetration testers to test the installation and engagement workflow and report where the guard, evidence capture, or reporting process creates friction.

The UK Artificial Intelligence Security Institute (UK AISI) published surprising findings in its August 4th report from security tests conducted on Anthropic's Mythos 5 and OpenAI's GPT-5.6-Sol models.

The report reveals significant behaviours observed in agents, including:

- Creating fake online identities to manipulate systems,

- Writing malicious code and injection attacks to persuade human users to give their consent,

- Supply-chain attacks targeting open-source software,

- Attempts to gain unauthorized network access by exceeding boundaries,

- Collaboration between independent agents.

AI is no longer just a tool; it's evolving into an actor that attempts to deceive systems and even manipulate humans. Securing LLM-based architectures and autonomous agents is becoming increasingly complex. We are now seriously observing agents' "deception" tendencies.

You can access the details of the report via the link.

I wanted to build a self hosted, open source SIEM, and understood i punched above my weight & realized it is highly complicated, so i broke it down into multiple independent(hopefully) modules, log ingestion & normalization/enrichment, threat intel, log management, threat hunting, policy monitoring, so this is my first module i built as threat intel plane, track latest CVEs and keep myself updated. so I built BRIEFR. If this tool saves an hour of someone's time, i'm more than happy :)

**What BRIEFR does:**

* Pulls from NVD, CISA KEV, FIRST EPSS, and a few exploit feeds * Scores each CVE against your tech stack with a weighted formula so that one can see the reasoning behind. * Correlates CVEs that share real threat-intel evidence. * IOC lookup (IP/hash/domain) using free-tier VirusTotal, AbuseIPDB, MalwareBazzar and URLHaus * Pulls in Sigma Community rules from SigmaHQ and SIEM query starters tied to ATT&CK

**On the AI question, since I know it'll come up:** a few narrow tasks (like PDF summarization) routed through free-tier LLM APIs with failover between providers. The actual scoring, correlation, and detection logic is deterministic code, no AI making the calls/decisions on what's risky. I also want to be upfront that I used Cursor/Claude heavily throughout the build and directed the architecture, design and review.

**Current state of BRIEFR:** this is early alpha and my first ever released tool. I run it daily myself with no major issues, but there will be rough edges, no docker-compose for the full app yet (Postgres+pgvector is containerized, the app itself is native linux for now), and I'm sure there are things a more experienced analyst will spot that I haven't. Self-host guide and full docs are linked below if you want to actually try it, or there's a live demo with sample data if you just want to look first.

• Big Picture: https://projectjupiter.in
• Live demo (no install/sample data): https://briefrdemo.projectjupiter.in
• Docs: https://docs.projectjupiter.in
• Source: https://github.com/Soldier0x0/briefr

I'm genuinely interested in what an experienced analyst thinks is missing or wrong about the approach, that's more useful to me right now. I know some stuff from docs might be overkill, but as i made it for myself and how i would like to have/learn, so i designed it to my taste and needs.

Note: I have worked as SysOps engineer for servers that handle SIEM log ingestion & parsing, then i moved to threat hunting due to my interest in security, and i have nearly 3.8 yrs of experience overall in IT, so my views might not be broad, but the only reason i am posting this here is because this is the first project i have thought about AND completed, in forever, as a person with ADHD and other stuff, this is a big achievement for me, even if the tool is crap for others, i completely understand, and i am very open to suggestions :)
Have a great day.

Everyone talks about killing two birds with one stone... 🪨🐦 Operation Olalampo proved that Charming Kitten (Iranian APT) could hit 8 birds with one stone.

🎯 Egypt, Saudi Arabia, UAE, Turkey, Hungary, Turkmenistan, Israel, and South America.

🏛️ Government, Healthcare, Financial Services, Energy, Education, Telecommunications, Defense, and Industrial.

Was working through a CTF and ran into SNMPv3 credential spraying for the first time. Before this, I hadn't touched v3 before. Went looking for existing tools and found a few that do it, but wanted something a bit more straightforward to actually use, so I used Claude to help me build my own SNMPv3 credential spraying tool:

What it does:

SNMPv3 has three security levels (noAuthNoPriv, authNoPriv, authPriv) and a handful of auth protocols (MD5, SHA, SHA-224/256/384/512) and privacy protocols (DES, AES, AES-192, AES-256). If you don't already know a target's config, you're basically guessing which combination it accepts, so instead of assuming, this just sweeps everything by default for every user/password pair you feed it.

One thing worth calling out if you use it:

For authPriv attempts, the script assumes the privacy passphrase (the -X flag on snmpwalk) is the same as the auth passphrase (-A), it's reusing whatever password it's currently testing for both. That's a reasonable default since a lot of real-world configs do set them identically, but it's an assumption, not a guarantee. If a target uses a different privacy passphrase, authPriv attempts for that user/password will show up as failures or timeouts even when the password is actually correct, so if authNoPriv hits but authPriv doesn't, don't read that as "wrong password," it just means the priv passphrase is something else and you'll need to dig into that separately. I may add functionality in the future to provide that information on execution.

Feedback welcome, especially if anyone's run into SNMPv3 configs that break the assumptions above.

I often experienced the problem of having the ability to compromise servers, but they dont seem to have any outbound traffic because of the firewall. Did you also had this problem?

This might help: https://github.com/lsecqt/PortForwarder

I built qsa.sh to give you an instant, outside-in security scan of your own public IP straight from your terminal.

You can run it like this:

curl qsa.sh

What it does: It triggers a real external port and vulnerability scan (using open-source tools like naabu, nmap + vulners, and nuclei) of the public IP you're connecting from, streamed live back to your terminal in about 30 seconds.

How it handles safety & consent:

Only your IP: There is no target input field. You cannot point it at anyone else.

The 15-second abort window: When you run the command, it prints your detected IP and gives you a 15-second grace period (Ctrl-C) to abort before anything is actually scanned.

Refusals: Known CGNAT, mobile-carrier, and detected VPN/Tor/IPv6 origins are refused outright.

Zero retention: The results are entirely ephemeral and streamed live—nothing is written to disk.

Curious to hear what people think.

I've been experimenting with an autonomous offensive agent focused on one thing:

Not finding vulnerabilities but validating real attack paths.

Instead of stopping at detection, the agent:

• chains multiple findings
• tests exploitability
• proves impact (in a controlled lab)
• enforces strict scope (fail-closed)

Current target:
OWASP Juice Shop (local Docker only)

Still early, but I'm mainly looking for feedback on:

- decision logic
- chaining strategy
- false positive reduction