<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Security on Simple Enough Blog</title><link>https://blog.dev.simpleenough.net/tags/security/</link><description>Recent content in Security on Simple Enough Blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Wed, 17 Jun 2026 10:00:00 +0200</lastBuildDate><atom:link href="https://blog.dev.simpleenough.net/tags/security/index.xml" rel="self" type="application/rss+xml"/><item><title>MCP Servers: Integration and Ecosystem</title><link>https://blog.dev.simpleenough.net/blog/mcpecosystem/</link><pubDate>Wed, 17 Jun 2026 10:00:00 +0200</pubDate><guid>https://blog.dev.simpleenough.net/blog/mcpecosystem/</guid><description>&lt;p>In the first article, we laid the groundwork for the Model Context Protocol; in the second, we built a server from end to end. That leaves the question that turns a prototype into an everyday tool: &lt;strong>how do you integrate an MCP server into your working environment, reusing the existing ecosystem, without opening a security hole?&lt;/strong> That&amp;rsquo;s the subject of this final article.&lt;/p>
&lt;hr>




&lt;h2 id="i-connecting-a-server-to-claude-and-claude-code" class="heading">I. Connecting a server to Claude and Claude Code&lt;a href="#i-connecting-a-server-to-claude-and-claude-code" aria-labelledby="i-connecting-a-server-to-claude-and-claude-code">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h2>
&lt;p>In the tutorial, we connected our server to Claude Desktop through &lt;code>claude_desktop_config.json&lt;/code>. &lt;strong>Claude Code&lt;/strong>, the command-line assistant, offers an even more direct approach with the &lt;code>claude mcp&lt;/code> subcommand:&lt;/p></description></item><item><title>How to create a security group that allows only traffic coming from CloudFront?</title><link>https://blog.dev.simpleenough.net/blog/gs_cloudfront/</link><pubDate>Tue, 14 Apr 2026 17:52:00 +0100</pubDate><guid>https://blog.dev.simpleenough.net/blog/gs_cloudfront/</guid><description>&lt;h1 id="how-to-create-a-security-group-that-allows-only-traffic-coming-from-cloudfront" class="heading">How to create a security group that allows only traffic coming from CloudFront?&lt;a href="#how-to-create-a-security-group-that-allows-only-traffic-coming-from-cloudfront" aria-labelledby="how-to-create-a-security-group-that-allows-only-traffic-coming-from-cloudfront">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h1>




&lt;h2 id="why-this-question-keeps-coming-back" class="heading">Why this question keeps coming back&lt;a href="#why-this-question-keeps-coming-back" aria-labelledby="why-this-question-keeps-coming-back">
&lt;!-- &lt;i class="fas fa-link anchor">&lt;/i> -->
 &lt;svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512">&lt;use href="#fas-link">&lt;/use>&lt;/svg>&amp;nbsp;
 &lt;/a>
&lt;/h2>
&lt;p>In the AWS world, some questions come up again and again.&lt;br>
Not because they are poorly phrased, but because they point to a &lt;strong>real friction between security, networking, and application architecture&lt;/strong>.&lt;/p></description></item></channel></rss>