<rss version="2.0">
<channel>
    <title>Omegapoint Security Blog</title>
    <link>https://securityblog.omegapoint.se</link>
    <language>en-us</language>
    <webMaster>securityblog@omegapoint.se</webMaster>
    <lastBuildDate>Mon, 04 May 2026 14:36 +0000</lastBuildDate>
    <description>At Omegapoint we are strong believers in sharing our knowledge. On this site we have gathered blog posts and articles that represent our passion for 
cybersecurity and secure application development.</description>


<item>
<title>Defense in Depth: Identity modelling (part 1/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/1-identity-modelling/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>Virtually all of the systems we are building today share data via public networks. We rarely want that data to be available to everyone, so we restrict access to it.</description>
</item>

<item>
<title>Defense in Depth: Claims-based access control (part 2/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/2-claims-based-access-control/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>In the previous article, we talked about what information we require to achieve strong access control. This article looks at how we transfer information on what scopes and audiences the user has approved, their identity and details on their login, plus rights we use for access control.</description>
</item>

<item>
<title>Defense in Depth: Clients and sessions (part 3/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/3-clients-and-sessions/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>In the first two articles, we discussed how to design your system in order to build strong access control. We looked at how you can strike the right balance in terms of what information is associated with your access token, and we looked at balancing identity and local permissions. This article will take a look at how to configure a client in order to get a  token, and how we handle sessions.</description>
</item>

<item>
<title>Defense in Depth: Secure APIs (part 4/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/4-secure-apis/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>Our first three articles were about designing and getting an access token. We also established a model for how we move from identity and scopes to the permissions that we base all further access control on.
In this article, we discuss what you need to do when implementing your API in order to protect your functions and your data.</description>
</item>

<item>
<title>Defense in Depth: Infrastructure and data storage (part 5/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/5-infrastructure-and-data-storage/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>The first three articles covered modelling identity and the steps necessary to retrieve an access token. The fourth article showed how to validate an incoming request and build a fine-grained access control for our API.
In this article we will discuss important security aspects regarding server-side infrastructure, necessary to deploy and operate the system we’ve described in the previous articles. We will also cover some important notes regarding data and account management.</description>
</item>

<item>
<title>Defense in Depth: Web browsers (part 6/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/6-web-browsers/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description> In the previous article we covered some important security aspects regarding server-side infrastructure. This article covers some of the challenges we face on the client-side, in particular when working with browsers.
The browser is a very attractive target environment for distributing applications and systems to the user. It’s easy to access and requires no additional installation since most of today’s users have access to a modern browser. For the user it is, compared to installing and running a native application, a well-isolated and convenient environment for running applications. This allows users to be less careful regarding which sites they visit and are many times happy to have an online banking browser tab open at the same time as another tab is visiting a highly untrusted site.</description>
</item>

<item>
<title>Defense in Depth: Summary (part 7/7)</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth/7-summary/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description> This article summarizes the learnings from article series and highlight key security principles and recommended further reading. </description>
</item>

<item>
<title>Omegapoint CIS Control Verifications for Cloud Native Applications</title>
<link>https://securityblog.omegapoint.se/en/cis-archive/cis-control-verifications-cloud-native-applications-2024-1-0/</link>
<pubDate>2024-06-04 00:00:00 +0000</pubDate>
<description>*** THIS VERSION HAS BEEN ARCHIVED *** It is recommended to use the latest version of the Omegapoint CIS Control Verifications for Cloud Native Applications.</description>
</item>

<item>
<title>Omegapoint CIS Control Verifications for Cloud Native Applications</title>
<link>https://securityblog.omegapoint.se/en/cis-control-verifications-cloud-native-applications/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>This document interprets CIS Controls v8 IG 3 for a cloud-native system built, operated, and defended by a DevOps team. It references additional standards for guidance on implementation details, in example CIS Benchmarks and OWASP material.</description>
</item>

<item>
<title>How to choose an Identity Provider (IdP)</title>
<link>https://securityblog.omegapoint.se/en/how-to-choose-an-idp/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description> As independent security consultants we have had the opportunity and privilege to help our customers selecting and implementing a plethora of different solutions.In this article we aim to share with you some of the key factors to consider when selecting the right IdP solution for you, a central part of your architecture and IAM solution.</description>
</item>

<item>
<title>Offensive Application Security</title>
<link>https://securityblog.omegapoint.se/en/offensive-appsec/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>This article gives an introduction to ethical hacking and web application penetration testing, and how it differs from for other types of penetration tests. We cover the basic principles of penetration testing and a simplified model for pentesting methodology. It will highlight key aspects of a high-quality security review, where the penetration test plays a big part, and the importance for developers to embrace a hacker's mindset (and vice-versa)</description>
</item>

<item>
<title>Defense in Depth as Code: Secure APIs by design</title>
<link>https://securityblog.omegapoint.se/en/secure-apis-by-design/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>This article will show how to implement our six-step model for building APIs highlighting key aspects for creating APIs that are secure by design. Example code is available on GitHub.</description>
</item>

<item>
<title>Defense in Depth: Secure Architecture</title>
<link>https://securityblog.omegapoint.se/en/secure-architecture/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>Secure architecture is a broad topic. This article highlights six important architectural decisions and patterns that fundamentally impact the overall security of this system. The article is also provides an overview and introduction to the seven part article series Defense in depth.</description>
</item>

<item>
<title>Omegapoint security review questionnaire</title>
<link>https://securityblog.omegapoint.se/en/security-review-questionnaire/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>This document defines a set of questions Omegapoint uses for security reviews. The purpose is to be able to cover many aspects of security for a cloud-native DevOps team, during a two-hour interview with the team.</description>
</item>

<item>
<title>Defense in Depth as Code: Test Driven Application Security</title>
<link>https://securityblog.omegapoint.se/en/test-driven-appsec/</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>This article presents a test-driven approach to application security and shows how we can write automated tests to prove that our defenses work as expected.</description>
</item>

<item>
<title>Defense in Depth as Code: Agent Driven Application Security</title>
<link>https://securityblog.omegapoint.se/en/agent-driven-appsec/</link>
<pubDate>2026-03-31 00:00:00 +0000</pubDate>
<description>This article presents an agent-driven approach to application security and shows how we can be supported by AI-agents when creating and reviewing code.</description>
</item>

<item>
<title>Writeup: AWS API Gateway header smuggling and cache confusion</title>
<link>https://securityblog.omegapoint.se/en/writeup-apigw/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description>In this blog, we'll dive deeply into two potential security issues that Omegapoint identified in AWS API Gateway authorizers. We reported these issues to AWS in November 2022 and January 2023. AWS rolled out mitigations to all AWS customer accounts in May 2023.</description>
</item>

<item>
<title>Writeup: Keycloak open redirect (CVE-2023-6927)</title>
<link>https://securityblog.omegapoint.se/en/writeup-keycloak-cve-2023-6927/</link>
<pubDate>2024-01-11 00:00:00 +0000</pubDate>
<description>CVE-2023-6927 Keycloak vulnerability allows bypassing redirect URI validation which can be used as a vector for stealing authorization codes, access tokens and be used to redirect victims to arbitrary hosts.</description>
</item>

<item>
<title>Writeup: Exploiting TruffleHog v3 - Bending a Security Tool to Steal Secrets</title>
<link>https://securityblog.omegapoint.se/en/writeup-trufflehog/</link>
<pubDate>2024-03-06 00:00:00 +0000</pubDate>
<description>This blog covers several potential security issues that were identified in TruffleHog v3; an open source secret scanner. The issues were reported to Truffle Security, the team behind TruffleHog in December 2023.</description>
</item>

<item>
<title>Writeup: Stored XSS in Apache Syncope (CVE-2024-45031)</title>
<link>https://securityblog.omegapoint.se/en/writeup-apache-syncope-cve-2024-45031/</link>
<pubDate>2024-12-20 00:00:00 +0000</pubDate>
<description>CVE-2024-45031 in the IAM solution Apache Syncope allows a low-privileged attacker to inject an XSS payload in a self-registration/self-service portal. The payload executes in a high-privilege context of an administrative portal, enabling privilege escalation through session riding against system administrators.</description>
</item>

<item>
<title>Writeup: Account Takeover in Authentik due to Insecure Redirect URIs (CVE-2024-52289)</title>
<link>https://securityblog.omegapoint.se/en/writeup-authentik-cve-2024-52289/</link>
<pubDate>2025-01-31 00:00:00 +0000</pubDate>
<description>A vulnerability in Authentik’s OAuth 2.0 implementation (CVE-2024-52289) allowed attackers to bypass redirect URI validation due to the insecure use of regular expressions. By exploiting this flaw, an attacker could redirect authentication responses to a malicious server, enabling account takeover. Authentik has addressed the issue in patched versions (2024.10.3 and 2024.8.5) by enforcing strict string matching for URI validation.</description>
</item>

<item>
<title>Writeup: Leaked JWT Tokens as Part of the Curity HAAPI Authorization Flow</title>
<link>https://securityblog.omegapoint.se/en/writeup-curity-haapi/</link>
<pubDate>2025-04-16 00:00:00 +0000</pubDate>
<description>Writeup for the potential security issue that the HAAPI authorization flow sends a valid, signed JWT token to the front end. Since these HAAPI JWT tokens are exposed in the browser, a misconfigured API, which improperly accepts Curity tokens by only validating the signature of the JWT, enables an attacker to use the leaked JWTs to gain unauthorized access to the API.</description>
</item>

<item>
<title>Writeup: Subreport Remote Code Execution in Stimulsoft Reports (CVE-2025-50571)</title>
<link>https://securityblog.omegapoint.se/en/writeup-stimulsoft-reports-cve-2025-50571/</link>
<pubDate>2025-04-17 00:00:00 +0000</pubDate>
<description>The Stimulsoft Reports software component is vulnerable to remote code execution (RCE) by using the subreports feature. An RCE vulnerability can be used by an attacker to execute arbitrary code on the server which can be used to exfiltrate data, change or remove data as well as reduce the availability of the service. It can also be used to pivot to other resources within the environment as well as install arbitrary software.</description>
</item>

<item>
<title>Writeup: Reflected XSS in Apache Syncope on Enduser Login (CVE-2026-23794)</title>
<link>https://securityblog.omegapoint.se/en/writeup-apache-syncope-cve-2026-23794/</link>
<pubDate>2026-05-04 00:00:00 +0000</pubDate>
<description>CVE-2026-23794 in the IAM solution Apache Syncope makes it possible to inject XSS payloads on the login page of Syncope Enduser. An attacker could send such a link to a victim and steal their password in plain text when they attempt to log in.</description>
</item>

<item>
<title>Defense in Depth</title>
<link>https://securityblog.omegapoint.se/en/defense-in-depth</link>
<pubDate>2025-11-06 00:00:00 +0000</pubDate>
<description>Developing systems that expose sensitive information on the internet requires us as developers and architects to think about security at all times. The classic model with only a strong perimeter defense is no longer suitable for modern architecture. As a result of this our role has changed, and we need to shoulder a larger responsibility for the security of the APIs and applications we develop. With the contents gathered on this page we describe what you need in order to build a system with security controls in multiple layers according to the principles of defense in depth, least privilege and zero trust.</description>
</item>

</channel>
<channel>
    <title>Omegapoint Security Blog (Svenska)</title>
    <link>https://securityblog.omegapoint.se</link>
    <language>sv-se</language>
    <webMaster>securityblog@omegapoint.se</webMaster>
    <lastBuildDate>Mon, 04 May 2026 14:36 +0000</lastBuildDate>
    <description>At Omegapoint we are strong believers in sharing our knowledge. On this site we have gathered blog posts and articles that represent our passion for 
cybersecurity and secure application development.</description>


<item>
<title>Försvar på djupet: Del 1 Modellering av identitet</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/1-modellering-av-identitet/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description> Nästan alla system vi bygger i dag delar data över publika nätverk. Det betyder att de är tillgängliga för vem som helst. Det vill vi sällan att de ska vara, varför vi begränsar tillgången till dem.
Ofta vill vi också kunna skilja på olika typer av användare och ge dem tillgång till olika typer av information. En användare på en nivå ska inte heller kunna skaffa sig tillgång till information på en annan nivå. Vi behöver också skydda våra system från riktade, externa attacker.
Det här innebär att vi behöver bygga in säkerheten i flera delar och nivåer av systemet. Ett av våra viktigaste verktyg för att åstadkomma det är hur vi hanterar behörigheter. Hur och var vi inför dem påverkar både hur säkert vårt system blir, och hur enkelt det blir för oss att justera behörigheter i efterhand.
Att  säkra system enbart med hjälp av nätverkslösningar och andra former av skalskydd fungerar allt sämre i en modern arkitektur. För att bygga försvar på djupet med en stark behörighetskontroll behöver ett distribuerat systems olika delar självständigt verifiera identitet och rättigheter. </description>
</item>

<item>
<title>Försvar på djupet: Del 2 Claimsbaserad behörighetskontroll</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/2-claimsbaserad-beh%C3%B6righetskontroll/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description> I denna artikel går vi igenom hur vi överför informationen om vilka scopes och audiences som användaren godkänt, hennes identitet, samt detaljer kring inloggningstillfället, till rättigheter som vi använder för behörighetskontroll.</description>
</item>

<item>
<title>Försvar på djupet: Del 3 Klienter och sessioner</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/3-klienter-och-sessioner/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description>Denna artikeln kommer handla om hur en klient kan konfigureras för att få tag på din token, samt hur vi hanterar sessioner.</description>
</item>

<item>
<title>Försvar på djupet: Del 4 Säkra API:er</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/4-s%C3%A4kra-apier/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description> I denna artikel diskuterar vi vad du behöver göra i implementationen av ditt API för att skydda dina funktioner och ditt data. </description>
</item>

<item>
<title>Försvar på djupet: Del 5 Infrastruktur och lagring av data</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/5-infrastruktur-och-lagring-av-data/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description> I denna artikel kommer vi att diskutera den infrastruktur som du använder för att driftsätta det system vi tagit fram så här långt. Vi kommer också att titta på vad du behöver tänka på när det gäller lagring av data. </description>
</item>

<item>
<title>Försvar på djupet: Del 6 Webbläsare</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/6-webbl%C3%A4sare/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description>I denna artikel kommer vi att diskutera de utmaningar  vi har på klientsidan i allmänhet, och i webbläsare i synnerhet. </description>
</item>

<item>
<title>Försvar på djupet: Del 7 Sammanfattning</title>
<link>https://securityblog.omegapoint.se/sv/f%C3%B6rsvar-p%C3%A5-djupet/7-sammanfattning/</link>
<pubDate>2023-09-19 00:00:00 +0000</pubDate>
<description> När vi på Omegapoint genomför säkerhetsgranskningar hittar vi normalt sett fler sårbarheter ju mer komplext systemet är. Det är inte bara på grund av att komplexa system har fler funktioner och ger oss en större attackyta, utan även på grund av att de kan vara svåra att få grepp om. Många brister som vi hittar grundar sig i att teamet inte förstår sitt system fullt ut. Det kan till exempel handla om att teamet inte vet vilka API som är publika. </description>
</item>

</channel>
</rss>