<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Kriptografi on Nalar</title>
    <link>https://nalar.dev/id/tags/kriptografi/</link>
    <description>Recent content in Kriptografi on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Sun, 20 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/kriptografi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Session Ticket TLS 1.3 Membawa State Resumption Antar-Koneksi</title>
      <link>https://nalar.dev/id/session-ticket-tls-13-membawa-state-resumption-antar-koneksi/</link>
      <pubDate>Sun, 20 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/session-ticket-tls-13-membawa-state-resumption-antar-koneksi/</guid>
      <description>&lt;h1 id=&#34;session-ticket-tls-13-membawa-state-resumption-antar-koneksi&#34;&gt;Session Ticket TLS 1.3 Membawa State Resumption Antar-Koneksi&lt;/h1&gt;&#xA;&lt;p&gt;Handshake TLS 1.3 yang selesai dapat menghasilkan lebih dari sekadar traffic key untuk koneksi yang sedang terbuka. Setelah handshake, server dapat menerbitkan &lt;code&gt;NewSessionTicket&lt;/code&gt; yang memberi client material untuk mencoba resumption pada koneksi berikutnya. Koneksi baru itu dapat membuktikan kesinambungan dengan session TLS sebelumnya tanpa mengulang jalur certificate-based handshake yang sama.&lt;/p&gt;&#xA;&lt;p&gt;Optimasi tersebut mengubah lokasi security state. Deployment yang mengaktifkan resumption tidak lagi hanya berurusan dengan sertifikat server dan key pada koneksi saat ini. Masa berlaku ticket, resumption secret, atribut autentikasi yang di-cache, ticket protection key, serta aturan untuk menerima koneksi hasil resumption ikut menjadi bagian dari boundary.&lt;/p&gt;</description>
    </item>
    <item>
      <title>fs-verity Mengikat Pembacaan File Read-Only ke Digest Merkle Tree</title>
      <link>https://nalar.dev/id/fs-verity-mengikat-pembacaan-file-read-only-ke-digest-merkle-tree/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/fs-verity-mengikat-pembacaan-file-read-only-ke-digest-merkle-tree/</guid>
      <description>&lt;p&gt;Sebuah file dapat disimpan pada media yang tingkat kepercayaannya lebih rendah daripada proses yang mengonsumsinya. Menjadikan file tersebut read-only melalui permission bit biasa tidak membuktikan bahwa byte yang kemudian dikembalikan dari storage sama dengan byte yang sebelumnya disetujui. Linux &lt;code&gt;fs-verity&lt;/code&gt; menangani batas integritas yang lebih sempit ini pada filesystem yang didukung dengan mengikat pembacaan file yang telah diaktifkan ke Merkle tree dan digest file yang stabil.&lt;/p&gt;&#xA;&lt;p&gt;Mekanisme ini memiliki dua peran keamanan yang berbeda. Kernel memverifikasi data file terhadap Merkle tree saat data dibaca. Kebijakan terpisah harus menetapkan bahwa digest fs-verity yang dihasilkan memang digest yang dimaksudkan untuk dipercaya oleh sistem. Menganggap kedua peran tersebut sebagai satu jaminan akan melebihkan properti yang diberikan fitur filesystem ini.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hex Acak Bukan Hash: Membuat Nilai Acak Kriptografis di Linux</title>
      <link>https://nalar.dev/id/membuat-nilai-acak-kriptografis-di-linux/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/membuat-nilai-acak-kriptografis-di-linux/</guid>
      <description>&lt;p&gt;Perintah seperti &lt;code&gt;openssl rand -hex 32&lt;/code&gt; sering disebut sebagai cara membuat &amp;ldquo;hash acak.&amp;rdquo; Hasilnya memang terlihat seperti digest SHA-256: 64 karakter heksadesimal. Namun, tidak ada operasi hash di sana. OpenSSL menghasilkan 32 byte acak lalu meng-encode-nya sebagai heksadesimal.&lt;/p&gt;&#xA;&lt;p&gt;Perbedaannya penting. Fungsi hash mengubah input menjadi digest berukuran tetap. Cryptographically secure random number generator menghasilkan byte yang tidak dapat diprediksi. Jika kebutuhannya adalah token, session secret, kredensial API, nonce, atau nilai acak baru lainnya, bagian yang penting adalah byte acaknya. Melakukan hashing setelahnya biasanya tidak menambah ketidakpastian yang berguna.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pemilihan Kunci JWS Adalah Keputusan Trust, Bukan Instruksi Header</title>
      <link>https://nalar.dev/id/pemilihan-kunci-jws-adalah-keputusan-trust-bukan-instruksi-header/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/pemilihan-kunci-jws-adalah-keputusan-trust-bukan-instruksi-header/</guid>
      <description>&lt;h1 id=&#34;pemilihan-kunci-jws-adalah-keputusan-trust-bukan-instruksi-header&#34;&gt;Pemilihan Kunci JWS Adalah Keputusan Trust, Bukan Instruksi Header&lt;/h1&gt;&#xA;&lt;p&gt;Token bertanda tangan dapat membawa metadata yang mengarahkan verifier ke sebuah kunci. Protected header JWS dapat menyebut algoritma melalui &lt;code&gt;alg&lt;/code&gt;, mengidentifikasi kunci melalui &lt;code&gt;kid&lt;/code&gt;, atau, pada profile yang mengizinkannya, membawa maupun mereferensikan material kunci melalui parameter seperti &lt;code&gt;jwk&lt;/code&gt;, &lt;code&gt;jku&lt;/code&gt;, &lt;code&gt;x5c&lt;/code&gt;, atau &lt;code&gt;x5u&lt;/code&gt;. Field tersebut berguna untuk mengarahkan proses verifikasi, terutama saat rotasi kunci.&lt;/p&gt;&#xA;&lt;p&gt;Field tersebut tidak membuktikan bahwa kunci yang dipilih memang tepercaya untuk token yang sedang diproses.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Signal Protocol Adalah Lapisan Kriptografi, Bukan Protokol Transport</title>
      <link>https://nalar.dev/id/signal-protocol-adalah-lapisan-kriptografi-bukan-protokol-transport/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/signal-protocol-adalah-lapisan-kriptografi-bukan-protokol-transport/</guid>
      <description>&lt;h1 id=&#34;signal-protocol-adalah-lapisan-kriptografi-bukan-protokol-transport&#34;&gt;Signal Protocol Adalah Lapisan Kriptografi, Bukan Protokol Transport&lt;/h1&gt;&#xA;&lt;p&gt;Service Go dapat mengirim pesan melalui WebSocket, HTTP, WebRTC, MQTT, atau antrean store-and-forward tanpa satu pun transport tersebut menyediakan end-to-end encryption. Enkripsi transport seperti TLS melindungi koneksi antara peer jaringan. Signal Protocol menangani batas yang berbeda: isi pesan dienkripsi pada satu endpoint dan tetap berupa ciphertext sampai endpoint penerima memproses sesi kriptografi yang sesuai.&lt;/p&gt;&#xA;&lt;p&gt;Perbedaan itu menentukan posisi Signal Protocol dalam aplikasi. Relay dapat mengautentikasi akun, merutekan envelope, menyimpan ciphertext yang belum terkirim, dan menerapkan kuota, tetapi relay tidak perlu memiliki conversation key yang dibutuhkan untuk mendapatkan kembali plaintext pesan.&lt;/p&gt;</description>
    </item>
    <item>
      <title>fs-verity Mengikat Pembacaan File pada Digest Merkle Tree</title>
      <link>https://nalar.dev/id/fs-verity-mengikat-pembacaan-file-pada-digest-merkle-tree/</link>
      <pubDate>Fri, 18 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/fs-verity-mengikat-pembacaan-file-pada-digest-merkle-tree/</guid>
      <description>&lt;p&gt;Package manager dapat menempatkan executable pada filesystem yang writable, menutupnya, lalu mengharapkan setiap byte yang dibaca kemudian tetap sama dengan objek yang sebelumnya disetujui. Permission biasa dapat menghentikan penulis yang tunduk pada kebijakan, tetapi tidak mengubah isi file menjadi objek dengan identitas kriptografis. Linux &lt;code&gt;fs-verity&lt;/code&gt; menyediakan properti yang lebih sempit untuk file individual: setelah verity diaktifkan, data file menjadi read-only dan pembacaan diperiksa terhadap Merkle tree yang berakar pada digest file yang stabil.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
