<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Secrets on AJTech</title>
    <link>https://ajtech.nl/tags/secrets/</link>
    <description>Recent content in Secrets on AJTech</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>en</language>
    <copyright>Copyright © 2023–2026, Arash Jalalat; all rights reserved</copyright>
    <lastBuildDate>Sun, 01 Oct 2023 20:09:40 +0000</lastBuildDate>
    <atom:link href="https://ajtech.nl/tags/secrets/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Azure Workload identity federation with Azure DevOps</title>
      <link>https://ajtech.nl/blog/azure-workload-identity-federation-with-azure-devops/</link>
      <pubDate>Sun, 01 Oct 2023 20:09:40 +0000</pubDate>
      <guid>https://ajtech.nl/blog/azure-workload-identity-federation-with-azure-devops/</guid>
      <description>&lt;p&gt;About 2 months ago I wrote a blog post about &lt;a href=&#34;https://ajtech.nl/workload-identity-federation-with-github-actions/&#34;&gt;workload identity federation&lt;/a&gt; with GitHub Actions. When an application needs to access cloud based resources it often needs to think about authentication and authorization. Using workload identity federation there is no need to use any keys or secrets. For example, Google Cloud Platform and Microsoft Azure are providing this great feature. And now this feature has also been released for Azure DevOps! This means that organizations can now take advantage of this to provide an even more secure way to connect to Azure from Azure DevOps, or rather Azure Pipelines, via a Service Connection.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Azure Workload identity federation with GitHub Actions and user-managed identity</title>
      <link>https://ajtech.nl/blog/workload-identity-federation-with-github-actions/</link>
      <pubDate>Mon, 17 Jul 2023 18:01:21 +0000</pubDate>
      <guid>https://ajtech.nl/blog/workload-identity-federation-with-github-actions/</guid>
      <description>&lt;p&gt;Usually when running software workload (e.g. script or container-based applications) an identity is involved for authentication and access resources. Software workload running inside Microsoft Azure can use a Service Principal or &lt;a href=&#34;https://learn.microsoft.com/en-gb/azure/active-directory/managed-identities-azure-resources/overview&#34; target=&#34;_blank&#34;&gt;(User)-Managed Identity&lt;/a&gt;. However, when running software workload outside Azure most of the times we have to use credentials (like secrets or certificates) in order to access Azure AD protected resources such as Azure Key Vault or Azure Storage. This can pose a risk since secrets needs to be stored somewhere and regularly rotated to improve security.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to protect and discover secrets with Gitleaks?</title>
      <link>https://ajtech.nl/blog/how-to-protect-and-discover-secrets-with-gitleaks/</link>
      <pubDate>Sun, 18 Jun 2023 11:32:41 +0000</pubDate>
      <guid>https://ajtech.nl/blog/how-to-protect-and-discover-secrets-with-gitleaks/</guid>
      <description>&lt;p&gt;Detecting and discovering secrets or (hardcoded) passwords in a code repository should be an ongoing process for everyone involved in code development. But this process should not take all the time so that we have more time to contribute to good code quality. Fortunately, nowadays there are various tools that help us to automatically check that no sensitive data is present. Secrets, such as API keys and passwords are a well-known example of this. Continue reading on how you can easily do this in your local dev environment with Gitleaks.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
