Skip to content

About us

Established in April 2010, Ruxmon is a free monthly community event organised and run by the Ruxcon team.

Each month speakers from the local security community will share their knowledge on a security topic ranging from introductory/beginner level to more advanced topics. Presentations are followed up with a catchup at a local pub. Everyone is welcome and encouraged to attend, especially newcomers. We're always looking for new speakers!

Talk Submissions: **ruxmon@proton.me**
Discord: https://discord.gg/2qcaxce8Mw

Upcoming events

1

See all
  • 1.  Footguns in Golang  2. Please stop exposing your LLM to the internet!

    1. Footguns in Golang 2. Please stop exposing your LLM to the internet!

    RMIT Swanston Academic Building 80. level 2 room 2, 445 Swanston Street, Melbourne, Melbourne, AU

    Talk Submissions: ruxmon@proton.me

    Footguns in Golang - Zoltan (@loltan)
    Automated tooling and AI assistants have raised the floor for code review — the obvious Go bugs now get caught on the first pass by anyone. But that floor is also where most reviewers stop, because the tooling only flags what it already knows to look for. This talk goes past it, into Go's subtle and dangerous behaviours: silent integer overflows that smuggle SQL queries at the protocol level, null-byte auth bypasses at the CGO boundary, JSON marshallers that silently leak the very secrets they were written to redact, reverse-proxy hop-by-hop header abuse, and the JSON-parsing quirks that keep CSRF alive in modern REST APIs. These footguns and the Semgrep rules to catch them were the subject of a recent elttam blog post — but rules are only interesting once you point them at real code. So for Ruxmon, we've turned them loose on a swathe of large, widely-used open source Go projects to see what actually falls out

    2. Please stop exposing your LLM inference to the internet! - Griffyn Hancock
    LLM backend and frontend vendor docs make configuration recommendations that are vulnerable in non secure networks. Those same backends often have no auth out of the box, or no native option for auth at all. This becomes a problem when non technical people ask chatgpt to set up "local ai" for them and end up exposing their inference endpoint to the internet en masse. This is likely a contributing factor to the hundreds of thousands (and counting) hosts that are exposed with no authentication, which at best can result in inference compute hijacking, and at worst result in for RCE with extra steps. We will also look at some of the whacky poisoned system prompts that I have found while scanning for this.

    Griffyn Hancock is a cybersecurity student who has had a hobbyist interest in machine learning for 10 years. He is always tinkering and learning, and loves to share what he's found.

    Location
    Room 080.02.002 at RMIT (Building 80) - 445 Swanston St, Melbourne

    Discord
    Discord Invite

    • Photo of the user
    • Photo of the user
    • Photo of the user
    44 attendees

Group links

Organizers

Super Organizer

Find us also at