<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Kubernetes exposed to the internet in Cloud Security</title>
    <link>https://community.isc2.org/t5/Cloud-Security/Kubernetes-exposed-to-the-internet/m-p/51129#M210</link>
    <description>&lt;P&gt;This is a serious call for action. Review your K8S clusters for ingress control now!&lt;/P&gt;</description>
    <pubDate>Sat, 21 May 2022 14:34:00 GMT</pubDate>
    <dc:creator>AppDefects</dc:creator>
    <dc:date>2022-05-21T14:34:00Z</dc:date>
    <item>
      <title>Kubernetes exposed to the internet</title>
      <link>https://community.isc2.org/t5/Cloud-Security/Kubernetes-exposed-to-the-internet/m-p/51105#M209</link>
      <description>&lt;P&gt;HI All&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Well we have been talking about it, and now the reality has been realised.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Back to the Shared Responsibility Model from the cloud provider; who responsibility when we know those who do not read the documentation i.e. the client - you must not should place a gateway in front of all public access to your stack.&amp;nbsp; A load balancer is not sufficient, a Web Application Firewall is a good idea, but remember there are many high end ports left open by default by Cloud Providers, which can provide direct insights from the internet directly.&amp;nbsp;&amp;nbsp; So read, read again, and check with the cloud provider and other sources to validate that you are protected or not.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.darkreading.com/application-security/more-than-eight-in-10-kubernetes-api-servers-exposed-to-the-internet?utm_source=dlvr.it&amp;amp;utm_medium=linkedin" target="_blank"&gt;https://www.darkreading.com/application-security/more-than-eight-in-10-kubernetes-api-servers-exposed-to-the-internet?utm_source=dlvr.it&amp;amp;utm_medium=linkedin&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Caute_Cautim&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2023 10:11:30 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Cloud-Security/Kubernetes-exposed-to-the-internet/m-p/51105#M209</guid>
      <dc:creator>Caute_cautim</dc:creator>
      <dc:date>2023-10-09T10:11:30Z</dc:date>
    </item>
    <item>
      <title>Re: Kubernetes exposed to the internet</title>
      <link>https://community.isc2.org/t5/Cloud-Security/Kubernetes-exposed-to-the-internet/m-p/51129#M210</link>
      <description>&lt;P&gt;This is a serious call for action. Review your K8S clusters for ingress control now!&lt;/P&gt;</description>
      <pubDate>Sat, 21 May 2022 14:34:00 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Cloud-Security/Kubernetes-exposed-to-the-internet/m-p/51129#M210</guid>
      <dc:creator>AppDefects</dc:creator>
      <dc:date>2022-05-21T14:34:00Z</dc:date>
    </item>
  </channel>
</rss>

