Tech Events in Gothenburg
Upcoming tech events in Gothenburg, Sweden.
Upcoming events in Gothenburg
BSides Gothenburg – A Day of Security Learning Sessions & Networking - GetTicket
Gothenburg, 🇸🇪 Sweden
🎉 Security BSides Göteborg 2026 – Tickets Now Open!
🎟️ Grab your ticket and secure your place at the event.
Security BSides Gothenburg - Registration Link for Full day Event
🦄 Join us for a full‑day in person community‑driven cybersecurity event at 23th October in Lindholmen Conference Centre -Tesla Room - Gothenburg.?
🔥 Expect technical talks across multiple security domains — red team, blue team, AI security, car security, cloud security, application security, and more with strong community vibe. ?
🍽️ Lunch and refreshments are included throughout the day.?
🚀 A great chance to learn, connect, and meet people across the security community
🎟️ Grab your ticket and secure your place at the event
Security BSides Gothenburg - Registration Lin
🇸🇪 Follow up us in Linkdine for keep tunin
Security BSides Gothenburg - Linkedine Pag
Let's build a stronger cybersecurity community together. 💙💛?
This is a low‑cost, budget friendly and paid event — grab your ticket and secure your spot. ?
We can’t wait to welcome you at BSides Gothenburg.🔥🦄?
Dead on Arrival: The Detection That Physically Can Not Fire - Detection Engineer
Gothenburg, 🇸🇪 Sweden
Dead on Arrival: The Detections That Physically Cannot Fire / Detection Engineering
đź’«Grab your ticket and secure your spot:
Registration Link for Full day Event
** 🦄 This is low cost and budget friendly and paid... **
A detection rule can sit in your repo, pass CI, and glow green on your ATT&CK coverage map while being physically incapable of firing. Not misconfigured. Incapable. It reads a log field that nobody collects, so no event will ever match it, and nothing on your dashboard tells you.
This is one of the most common silent failures in a real detection stack, and it is the one nobody owns. Coverage maps measure whether a rule was written, not whether it can fire. SIEM rule-health checks confirm a rule ran without error, and a rule running over data that never contains the field it needs runs without error too. It just runs over nothing. The gap between "quiet" and "dead" is invisible.
I built a small, read-only checker that closes that gap deterministically. It takes your Sigma rules, resolves the fields each one needs through your normal pySigma pipeline, and asks your SIEM's schema whether those fields are actually present, using metadata APIs like Elastic field_caps.
There is no matching, no scoring, no model: a field exists or it does not, so a rule can fire or it cannot. The verdict is FIREABLE or DEAD-ON-ARRIVAL with the exact missing field.
đź’«Grab your ticket and secure your spot:
Registration Link - Full Day Event
This is low cost and budget friendly events.
Real world Incident Response Lessons How Attacker Reach out OT. Grab Ticket
Gothenburg, 🇸🇪 Sweden
From IT to OT: Real-World Incident Response Lessons on How Attackers Reach Operational Technology Environments
đź’«Grab your ticket and secure your spot:
Registration Link for Full day Event
**🦄 This is low cost and budget friendly and paid... **
Operational Technology (OT) environments are often seen as isolated and separate from IT. In reality, they are increasingly connected through remote access, suppliers, shared infrastructure, virtualization platforms, and enterprise IT systems, creating attack paths adversaries can exploit.
This session is based on hands-on incident response experience and explores how attacks against OT environments actually begin. Instead of focusing on theory, it highlights real-world ways attackers move from IT into OT by abusing remote access, supplier connectivity, shared services, and modern infrastructure dependencies.
A key focus is the growing risk introduced by virtualization platforms such as VMware, which often support critical OT functions including engineering workstations, management systems, and historians. When these platforms are compromised, the impact can quickly become operational.
Attendees will gain practical insight into common attack paths, why IT compromise can become an OT risk, and what defenders should prioritize to improve detection, segmentation, and resilience across hybrid IT/OT environments.
✨️Grab your ticket and Secure your spots.
Ticket Registration - Full day Event
That is Paid and Budget Friendly Ticket.
The Robot's Credentials: Attacking the AI Platform Behind the Device-Get Ticket
Gothenburg, 🇸🇪 Sweden
The Robot's Credentials: Attacking the AI Platform Behind the Device
đź’«Grab your ticket and secure your spot:
Registration Link For Full Day Event
🦄 This is low cost and budget friendly and paid events.
Mikael Eriksson:
Consumer robots are arriving on our networks with something IoT devices typically don't have: a persistent cloud identity with write access to the owner's repositories, tied directly to an AI platform ecosystem. That changes what a compromise actually meant.
During my research into one of the consumer-accessible robots on the market, I found four attack paths. Two are what you'd expect from a device on a local network. Unauthenticated RCE, a desktop proxy deliberately designed to bypass browser Private Network Access restrictions. The vendor patched those. When I went through that patch, I found the other two were already there untouched by the security release, and in one case made newly relevant by the patch itself.
A malicious HuggingFace Space with a build hook exfiltrates the robot's stored OAuth token before the install even completes. A second unauthenticated endpoint replaces the stored token entirely in three HTTP requests. The robot's cloud identity is now the attacker's, persistent across reboots, and the victim's HuggingFace repositories are exposed alongside the robot itself.
The techniques are familiar. The composition is new: local daemon, desktop proxy, package build pipeline, cloud relay, stored OAuth token, and repository permissions are all part of one control plane. A breach here is not contained to the device.
Attendees leave able to evaluate any cloud-connected robot on their network and the risk they introduce.
The token replacement is not the end state. An attacker with the robot's cloud identity can substitute the model it runs. Silent and persistent across reboots, the compromise survives the attacker's exit. The device continues functioning normally, except what it thinks is no longer the users model.
đź’«Grab your ticket and secure your spot:
Registration Link For Full Day Event
Registration Link For Full Day Event
This is low cost and budget friendly events.
Jev + Voidleap + SF Tech Week
Gothenburg, 🇸🇪 Sweden
På detta meetup bjuder vi på flera korta och spännande presentationer om AI-driven utveckling. Vi börjar med den hypade AI-modellen Jev – vad det är och hur du kan ha nytta av Jev i dina projekt.
Sedan är det dags för Voidleap, ett riktigt coolt alternativ till Claude Code, byggt av två gubbar från Göteborg. Ett verktyg som ger dig full kontroll över din kontext. Och mycket mer.
Storbonden på QueensLab, Stefan, rundar av kvällen med en sammanfattning av en vecka i San Francisco under SF Tech Week 2026.
📅 När? Torsdag 29 oktober, kl. 17:00–19:30
📍 Var? Queenslab, Västra Hamngatan 11 – mitt emot Domkyrkan
đź’¸ Pris? Gratis
🍕🍺 Vi bjuder på pizza, öl och energifyllda presentationer!
📌 OBS! Begränsat antal platser! Först till kvarn gäller.
Kvällens schema:
17:00–17:30 – Välkommen! Ta en öl och en pizzaslice
17:30–17:50 – Presentation 1: Jev - användningsfall
17:50–18:10 – Presentation 2: Jev - användningsfall II
18:30–18:50 – Presentation 3: Voidleap - Context is king
18:50–19:10 – Presentation 4: SF Tech week 2026
19:10-19:30 – Mingel 🍻
Varmt välkommen! 🤗
Figma Göteborg: Show, Share & Inspire
Gothenburg, 🇸🇪 Sweden
Join Friends of Figma Göteborg for an evening of knowledge sharing, inspiring presentations, and meaningful conversations with our local design community.
This time, we're putting the spotlight on our community members!
Expect short talks, real-world projects, practical Figma tips, AI-powered workflows, and lessons learned from fellow designers and creators.
Whether you're presenting, learning, or simply connecting with others, everyone is welcome.
Come curious. Leave inspired.
Free event. Limited seats.
Join our community
FinOps for AI: Cost per Task, Not Cost per Token
Gothenburg, 🇸🇪 Sweden
Registration
Only registrations through the link, not on Meetup. Register here: https://gdg.community.dev/events/details/google-gdg-west-sweden-presents-finops-for-ai-cost-per-task-not-cost-per-token/
Your CFO asks if the AI spending is paying off. “I think so” won’t cut it.
Gartner expects 40% of agentic AI projects to be cancelled by 2027 because their return on investment can’t be defined. Most teams can see their token spend; far fewer can say which feature, team or customer caused it, or whether it paid off. This talk gives you a practical FinOps method for ML and GenAI on Google Cloud’s Gemini Enterprise Agent Platform (formerly Vertex AI).
We start with the classic ML pipeline and what drives the bill. Then we move to GenAI, covering serving modes, caching, model routing, and controls that cap runaway cost. Next comes attribution: labeling every call and job, where labels fall short, and how eBPF observes traffic at the kernel level with no code changes. We finish with budgets, anomaly detection, and the team habits that make cost reviews stick.
You will leave with a shift in metric, from cost per token to cost per completed task, and five things to do on Monday.
Schedule:
- 17:30 - Doors open
- 18:00 - Talk + Q&A with Google Developer Expert Joshua Fox
- 19:00–21:00 - Food, drinks & mingling
English. Light food and drinks provided.
Location: Devies offices (Vallgatan 14), Gothenburg.
ISTQB Foundation training Gothenburg in English, 3 days
Gothenburg, 🇸🇪 Sweden
The aim of this course is to provide you with the knowledge and skills to pass an exam certifying you as an ISTQB® Certified Tester
Training objectives:- Learn aspects of test planning, estimation, monitoring and control.
- Understand and use international standards and terminology.
- Understand and implement effective testing techniques.
- Be well prepared for the exam.
- Identify the missing testing skills for the career development purposes.
- Fundamentals of software testing
- Testing throughout the life cycle (software development models, test levels, test types)
- Test design techniques (e.g. specification-based or black-box techniques, structure-based or white-box techniques)
- Static testing (static testing techniques, review process, tool-assisted static analysis)
- Test management (test organisation, test planning and estimation, test progress monitoring and control, risks)
- Tools to support testing (types, benefits and risks)