<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Keamanan IoT on Nalar</title>
    <link>https://nalar.dev/id/tags/keamanan-iot/</link>
    <description>Recent content in Keamanan IoT on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Sat, 19 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/keamanan-iot/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>MQTT over TLS pada ESP32: Enkripsi Transport dan Autentikasi Broker Adalah Batas yang Berbeda</title>
      <link>https://nalar.dev/id/mqtt-over-tls-esp32-enkripsi-transport-autentikasi-broker/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/mqtt-over-tls-esp32-enkripsi-transport-autentikasi-broker/</guid>
      <description>&lt;p&gt;ESP32 yang memindahkan koneksi MQTT dari port 1883 ke 8883 tidak sekadar berpindah port. Stream TCP sekarang diharapkan membawa MQTT di dalam TLS. Data dalam perjalanan terlindungi hanya jika client TLS juga memvalidasi sertifikat broker. Autentikasi username/password MQTT merupakan mekanisme terpisah: kredensial mengidentifikasi client kepada broker, sedangkan validasi sertifikat mengidentifikasi broker kepada ESP32.&lt;/p&gt;&#xA;&lt;p&gt;Menyebut konfigurasi ini &amp;ldquo;MQTT dengan HTTPS&amp;rdquo; mencampur dua protokol aplikasi. MQTT tidak berubah menjadi HTTP ketika TLS ditambahkan. MQTT dapat berjalan melalui TCP biasa atau melalui koneksi TCP yang dilindungi TLS.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
