<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Secure LDAP?]]></title><description><![CDATA[<p dir="auto">Guys,<br />
I noticed while fooling around in nextcloud that it is using LDAP as opposed to LDAPS to connect to cloudron LDAP. This means that requests and creds are sent in plain text. Now somebody would have to be on the container network to sniff these, but still a big no no. (I once had my enterprise admin credentials exposed on a webex because my boss used LDAP instead of LDAPS and was reviewing a PCAP live.)</p>
]]></description><link>https://forum.cloudron.io/topic/2523/secure-ldap</link><generator>RSS for Node</generator><lastBuildDate>Tue, 11 Aug 2026 08:38:42 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/2523.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 15 May 2020 18:57:15 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Secure LDAP? on Thu, 28 May 2020 19:55:29 GMT]]></title><description><![CDATA[<p dir="auto">I think there's a genuine case in the future where if we introduce per-app admins, then app admin can access terminal of one app to see traffic (and sniff ldap/db creds) of another app. I think it's an excellent suggestion to remove it!</p>
]]></description><link>https://forum.cloudron.io/post/8924</link><guid isPermaLink="true">https://forum.cloudron.io/post/8924</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Thu, 28 May 2020 19:55:29 GMT</pubDate></item><item><title><![CDATA[Reply to Secure LDAP? on Thu, 28 May 2020 19:01:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> Thanks, might be paranoid, but the little things add up.</p>
]]></description><link>https://forum.cloudron.io/post/8920</link><guid isPermaLink="true">https://forum.cloudron.io/post/8920</guid><dc:creator><![CDATA[will]]></dc:creator><pubDate>Thu, 28 May 2020 19:01:05 GMT</pubDate></item><item><title><![CDATA[Reply to Secure LDAP? on Thu, 28 May 2020 16:36:57 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/will" aria-label="Profile: will">@<bdi>will</bdi></a>  Just wanted to follow up on this. I did end up removing <code>NET_RAW</code> caps from the app containers in 5.2. So, containers cannot sniff each other's traffic anymore.</p>
]]></description><link>https://forum.cloudron.io/post/8915</link><guid isPermaLink="true">https://forum.cloudron.io/post/8915</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Thu, 28 May 2020 16:36:57 GMT</pubDate></item><item><title><![CDATA[Reply to Secure LDAP? on Fri, 15 May 2020 20:08:43 GMT]]></title><description><![CDATA[<p dir="auto">I have pondered adding CapDrop <code>NET_RAW</code> in the past to all our containers but this will break some tools like <code>ping</code>. But the real reason I haven't added it is that because as <a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> said, if user gets access to container network, then all is lost already. This is why in our previous release, we started making sure that apps that use the <code>docker</code> addon can can only be installed by <code>owner</code> privileges (i.e a user who already has ssh access).</p>
<p dir="auto">One attack I can think of is if the app container image is itself compromised. Atleast, right now, all app images are personally tested by us and we only install upstream apt packages and we don't allow 3rd party packagers. So, maybe dropping NET_RAW is worth it for future proofing. AFAIK, this won't break anything.</p>
]]></description><link>https://forum.cloudron.io/post/8538</link><guid isPermaLink="true">https://forum.cloudron.io/post/8538</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Fri, 15 May 2020 20:08:43 GMT</pubDate></item><item><title><![CDATA[Reply to Secure LDAP? on Fri, 15 May 2020 19:56:24 GMT]]></title><description><![CDATA[<p dir="auto">As you said this is only happening within the server local container network. If a person has access to that, that person has numerous ways to get a user's password. For example just adding a console.log() in the code which validates the password. I don't really see how the security is improved by making the local connection using locally available certificates.</p>
]]></description><link>https://forum.cloudron.io/post/8537</link><guid isPermaLink="true">https://forum.cloudron.io/post/8537</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Fri, 15 May 2020 19:56:24 GMT</pubDate></item></channel></rss>