page.title=Konfigurasi Keamanan Jaringan
page.keywords=androidn,keamanan,jaringan
page.image=images/cards/card-nyc_2x.jpg
@jd:body
<div id="qv-wrapper">
<div id="qv">
<h2>Dalam dokumen ini</h2>
<ol>
<li><a href="#manifest">Menambahkan File Konfigurasi Keamanan</a></li>
<li><a href="#CustomTrust">Menyesuaikan CA Tepercaya</a>
<ol>
<li><a href="#ConfigCustom">Mengonfigurasi CA Tepercaya Khusus</a></li>
<li><a href="#LimitingCas">Membatasi Set CA Tepercaya</a></li>
<li><a href="#TrustingAdditionalCas">Mempercayai CA Tambahan</a></li>
</ol>
</li>
<li><a href="#TrustingDebugCa">CA Debug Saja</a></li>
<li><a href="#UsesCleartextTraffic">Berhenti dari Lalu Lintas Cleartext</a></li>
<li><a href="#CertificatePinning">Menyematkan Sertifikat</a></li>
<li><a href="#ConfigInheritance">Perilaku Pewarisan Konfigurasi</a></li>
<li><a href="#FileFormat">Format File Konfigurasi</a></li>
</ol>
</div>
</div>
<p>
Android N menyertakan fitur
Network Security Configuration yang memungkinkan aplikasi menyesuaikan setelan keamanan jaringan mereka dalam
file konfigurasi deklaratif yang aman tanpa memodifikasi kode aplikasi. Setelan ini bisa
dikonfigurasi untuk domain dan aplikasi tertentu. Kemampuan
utama fitur ini adalah sebagai berikut:
</p>
<ul>
<li>
<b>Trust-anchor khusus:</b> Menyesuaikan Certificate Authorities (CA) mana
yang dipercaya untuk koneksi aman aplikasi. Misalnya,
mempercayai sertifikat tertentu yang ditandatangani sendiri atau membatasi
set CA umum yang dipercaya aplikasi.
</li>
<li>
<b>Penggantian hanya-debug:</b> Men-debug secara aman koneksi aman dalam aplikasi
tanpa menambahkan risiko pada basis yang telah dipasang.
</li>
<li>
<b>Berhenti dari lalu lintas cleartext:</b> Melindungi aplikasi dari
penggunaan lalu lintas cleartext secara tidak sengaja.
</li>
<li>
<b>Penyematan sertifikat:</b> Membatasi koneksi aman aplikasi ke
sertifikat tertentu.
</li>
</ul>
<h2 id="manifest">Menambahkan File Konfigurasi Keamanan</h2>
<p>
Fitur Network Security Configuration menggunakan file XML tempat Anda menetapkan
setelan untuk aplikasi. Anda harus menyertakan sebuah entri dalam manifes aplikasi
untuk menunjuk ke file ini. Kutipan kode berikut dari sebuah manifes
yang memperagakan cara membuat entri ini:
</p>
<pre>
<?xml version="1.0" encoding="utf-8"?>
<manifest ... >
<application ... >
<meta-data android:name="android.security.net.config"
android:resource="@xml/network_security_config" />
...
</application>
</manifest>
</pre>
<h2 id="CustomTrust">Menyesuaikan CA Tepercaya</h2>
<p>
Aplikasi mungkin perlu mempercayai set CA khusus sebagai ganti default
platform. Alasannya yang paling umum adalah:
</p>
<ul>
<li>Menghubungkan ke host dengan otoritas sertifikat khusus (ditandatangani sendiri,
dikeluarkan oleh CA internal, dll).
</li>
<li>Membatasi set CA hanya untuk CA yang Anda percaya sebagai ganti setiap CA
yang sudah terpasang.
</li>
<li>Mempercayai CA tambahan yang tidak disertakan dalam sistem.
</li>
</ul>
<p>
Secara default koneksi (mis. TLS, HTTPS) aman dari semua aplikasi mempercayai
CA yang telah dipasang oleh sistem, dan aplikasi yang menargetkan API level 23
(Android M) ke bawah, juga mempercayai penyimpanan CA yang ditambahkan pengguna secara default. Aplikasi
bisa menyesuaikan koneksinya menggunakan {@code base-config} (untuk
penyesuaian lebar-aplikasi) atau {@code domain-config} (untuk penyesuaian
per-domain).
</p>
<h3 id="ConfigCustom">Mengonfigurasi CA Khusus</h3>
<p>
Anggaplah Anda ingin menghubungkan ke host Anda yang menggunakan sertifikat
SSL yang ditandatangani sendiri atau ke host yang sertifikat SSL-nya dikeluarkan oleh CA non-publik
yang Anda percaya, seperti CA internal perusahaan Anda.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config>
<domain includeSubdomains="true">example.com</domain>
<trust-anchors>
<certificates src="@raw/my_ca"/>
</trust-anchors>
</domain-config>
</network-security-config>
</pre>
</p>
<p>
Menambahkan sertifikat CA yang ditandatangani sendiri atau sertifikat CA non-publik, dalam format PEM atau DER, ke
{@code res/raw/my_ca}.
</p>
<h3 id="LimitingCas">Membatasi Set CA Tepercaya</h3>
<p>
Aplikasi yang tidak ingin mempercayai semua CA yang dipercaya oleh sistem
sebagai gantinya bisa menetapkan set CA sendiri yang telah dikurangi untuk dipercaya. Ini akan melindungi
aplikasi dari sertifikat palsu yang dikeluarkan oleh selain CA.
</p>
<p>
Konfigurasi untuk membatasi set CA tepercaya mirip dengan <a href="#TrustingACustomCa">mempercayai CA khusus</a> untuk domain tertentu selain
beberapa CA disediakan dalam sumber daya.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config>
<domain includeSubdomains="true">secure.example.com</domain>
<domain includeSubdomains="true">cdn.example.com</domain>
<trust-anchors>
<certificates src="@raw/trusted_roots"/>
</trust-anchors>
</domain-config>
</network-security-config>
</pre>
</p>
<p>
Menambahkan CA tepercaya, dalam format PEM atau DER, ke {@code res/raw/trusted_roots}.
Perhatikan, jika menggunakan format PEM, file <em>hanya</em> boleh berisi data PEM
dan tidak ada teks tambahan. Anda juga bisa menyediakan beberapa elemen
<a href="#certificates"><code><certificates></code></a>
sebagai ganti satu elemen.
</p>
<h3 id="TrustingAdditionalCas">
Mempercayai CA Tambahan
</h3>
<p>
Sebuah aplikasi mungkin perlu mempercayai CA tambahan yang tidak dipercaya oleh sistem,
hal ini bisa disebabkan karena sistem belum menyertakan CA atau CA tidak
memenuhi persyaratan untuk memasukkan ke dalam sistem Android. Aplikasi
bisa melakukannya dengan menetapkan beberapa sumber sertifikat untuk
konfigurasi.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<base-config>
<trust-anchors>
<certificates src="@raw/extracas"/>
<certificates src="system"/>
</trust-anchors>
</base-config>
</network-security-config>
</pre>
</p>
<h2 id="TrustingDebugCa">Mengonfigurasi CA untuk Debug</h2>
<p>
Saat men-debug aplikasi yang terhubung melalui HTTPS, Anda mungkin perlu
menghubungkan ke server pengembangan lokal, yang tidak memiliki sertifikat
SSL untuk server produksi Anda. Untuk mendukungnya tanpa
memodifikasi kode aplikasi, Anda bisa menetapkan CA hanya-debug
yang <i>hanya</i> dipercaya bila <a href="{@docRoot}guide/topics/manifest/application-element.html#debug">
android:debuggable</a>
adalah {@code true} dengan menggunakan {@code debug-overrides}. Biasanya IDE dan alat
build menyetel flag ini secara otomatis untuk build non-rilis.
</p>
<p>
Ini lebih aman daripada kode kondisional biasa karena, sebagai tindakan
pencegahan keamanan, toko aplikasi tidak menerima aplikasi yang ditandai
bisa-di-debug.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<debug-overrides>
<trust-anchors>
<certificates src="@raw/debug_cas"/>
</trust-anchors>
</debug-overrides>
</network-security-config>
</pre>
</p>
<h2 id="UsesCleartextTraffic">Berhenti dari Lalu Lintas Cleartext</h2>
<p>
Aplikasi bermaksud menyambung ke tujuan hanya menggunakan koneksi
aman dapat memilih keluar dari dukungan cleartext (menggunakan protokol
HTTP yang tidak terenkripsi sebagai ganti HTTPS) ke tujuan tersebut. Opsi ini akan membantu mencegah
regresi tidak disengaja dalam aplikasi karena perubahan dalam URL yang disediakan oleh sumber-sumber
eksternal seperti server backend.
Lihat {@link android.security.NetworkSecurityPolicy#isCleartextTrafficPermitted
NetworkSecurityPolicy.isCleartextTrafficPermitted()} untuk detail selengkapnya.
</p>
<p>
Misalnya, aplikasi mungkin ingin memastikan semua koneksi ke {@code
secure.example.com} selalu dilakukan melalui HTTPS untuk melindungi lalu lintas sensitif
dari jaringan yang berbahaya.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config usesCleartextTraffic="false">
<domain includeSubdomains="true">secure.example.com</domain>
</domain-config>
</network-security-config>
</pre>
</p>
<h2 id="CertificatePinning">Menyematkan Sertifikat</h2>
<p>
Biasanya aplikasi mempercayai semua CA yang telah terpasang. Jika salah satu dari CA ini
mengeluarkan sertifikat palsu, aplikasi akan berisiko terkena serangan
MiTM. Beberapa aplikasi memilih untuk membatasi set sertifikat yang mereka terima
baik dengan membatasi set CA yang mereka percaya atau dengan menyematkan sertifikat.
</p>
<p>
Penyematan sertifikat dilakukan dengan memberikan seperangkat sertifikat dengan hash
kunci publik (SubjectPublicKeyInfo pada sertifikat X.509). Rantai
sertifikat nanti hanya berlaku jika rantai sertifikat berisi setidaknya salah satu
dari kunci publik yang disematkan.
</p>
<p>
Perhatikan, saat menggunakan penyematan sertifikat, Anda harus selalu menyertakan kunci
cadangan sehingga jika Anda terpaksa beralih ke kunci baru, atau mengubah CA (saat
menyematkan ke sertifikat CA atau perantara CA tersebut), konektivitas
aplikasi Anda tidak terpengaruh. Jika tidak, Anda harus mendorong
pembaruan ke aplikasi tersebut untuk memulihkan konektivitas.
</p>
<p>
Selain itu dimungkinkan juga menyetel waktu habis masa berlaku untuk pin setelah
penyematan tidak dilakukan. Hal ini membantu mencegah masalah konektivitas dalam
aplikasi yang belum diperbarui. Akan tetapi, menyetel waktu kedaluwarsa
pada pin mungkin akan membuat penyematan bisa diabaikan.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config>
<domain includeSubdomains="true">example.com</domain>
<pin-set expiration="2018-01-01">
<pin digest="SHA-256">7HIpactkIAq2Y49orFOOQKurWxmmSFZhBCoQYcRhJ3Y=</pin>
<!-- backup pin -->
<pin digest="SHA-256">fwza0LRMXouZHRC8Ei+4PyuldPDcf3UKgO/04cDM1oE=</pin>
</pin-set>
</domain-config>
</network-security-config>
</pre>
</p>
<h2 id="ConfigInheritance">Perilaku Pewarisan Konfigurasi</h2>
<p>
Nilai yang tidak disetel dalam konfigurasi tertentu akan diwariskan. Perilaku ini memungkinkan konfigurasi
yang lebih kompleks sambil menjaga file konfigurasi tetap terbaca.
</p>
<p>
Jika nilai tidak disetel dalam entri tertentu maka nilai dari entri berikutnya yang lebih
umum akan digunakan. Nilai yang tidak disetel dalam {@code domain-config} akan
diambil dari {@code domain-config} induk, jika tersarang, atau dari {@code
base-config} jika tidak. Nilai yang tidak disetel dalam {@code base-config} akan menggunakan
nilai default platform.
</p>
<p>
Misalnya pertimbangkan, bila semua koneksi ke subdomain {@code
example.com} harus menggunakan set CA khusus. Selain itu, lalu lintas cleartext ke
domain ini diizinkan <em>kecuali</em> saat menghubungkan ke {@code
secure.example.com}. Dengan menyarangkan konfigurasi untuk {@code
secure.example.com} dalam konfigurasi untuk {@code example.com},
{@code trust-anchors} tidak perlu digandakan.
</p>
<p>
<code>res/xml/network_security_config.xml</code>:
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config>
<domain includeSubdomains="true">example.com</domain>
<trust-anchors>
<certificates src="@raw/my_ca"/>
</trust-anchors>
<domain-config cleartextTrafficPermitted="false">
<domain includeSubdomains="true">secure.example.com</domain>
</domain-config>
</domain-config>
</network-security-config>
</pre>
</p>
<h2 id="FileFormat">Format File Konfigurasi</h2>
<p>
Fitur Network Security Configuration menggunakan format file XML.
Struktur keseluruhan file ditampilkan dalam contoh kode berikut:
</p>
<pre>
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<base-config>
<trust-anchors>
<certificates src="..."/>
...
</trust-anchors>
</base-config>
<domain-config>
<domain>android.com</domain>
...
<trust-anchors>
<certificates src="..."/>
...
</trust-anchors>
<pin-set>
<pin digest="...">...</pin>
...
</pin-set>
</domain-config>
...
<debug-overrides>
<trust-anchors>
<certificates src="..."/>
...
</trust-anchors>
</debug-overrides>
</network-security-config>
</pre>
<p>
Bagian berikut menjelaskan sintaks dan detail lainnya dari format
file.
</p>
<h3 id="network-security-config">
<network-security-config>
</h3>
<dl class="xml">
<dt>
bisa berisi:
</dt>
<dd>
0 atau 1 <code><a href="#base-config"><base-config></a></code><br>
Sejumlah <code><a href=
"#domain-config"><domain-config></a></code><br>
0 atau 1 <code><a href="#debug-overrides"><debug-overrides></a></code>
</dd>
</dl>
<h3 id="base-config">
<base-config>
</h3>
<dl class="xml">
<dt>
sintaks:
</dt>
</dl>
<pre class="stx">
<base-config <a href=
"#usesCleartextTraffic">usesCleartextTraffic</a>=["true" | "false"]>
...
</base-config>
</pre>
<dl class="xml">
<dt>
bisa berisi:
</dt>
<dd>
<code><a href="#trust-anchors"><trust-anchors></a></code>
</dd>
<dt>
keterangan:
</dt>
<dd>
Konfigurasi default yang digunakan oleh semua koneksi yang tujuannya tidak
tercakup oleh <a href="#domain-config"><code>domain-config</code></a>.
<p>
Nilai yang tidak disetel akan menggunakan nilai default platform. Konfigurasi
default untuk aplikasi yang menargetkan API level 24 ke atas:
</p>
<pre>
<base-config usesCleartextTraffic="true">
<trust-anchors>
<certificates src="system" />
</trust-anchors>
</base-config>
</pre>
Konfigurasi default untuk aplikasi yang menargetkan API level 23 ke bawah:
<pre>
<base-config usesCleartextTraffic="true">
<trust-anchors>
<certificates src="system" />
<certificates src="user" />
</trust-anchors>
</base-config>
</pre>
</dd>
</dl>
<h3 id="domain-config"><domain-config></h3>
<dl class="xml">
<dt>sintaks:</dt>
<dd>
<pre class="stx"><domain-config <a href="#usesCleartextTraffic">usesCleartextTraffic</a>=["true" | "false"]>
...
</domain-config></pre>
</dd>
<dt>Bisa Berisi:</dt>
<dd>
1 atau beberapa <code><a href="#domain"><domain></a></code>
<br/>0 atau 1 <code><a href="#trust-anchors"><trust-anchors></a></code>
<br/>0 atau 1 <code><a href="#pin-set"><pin-set></code></a>
<br/>Sejumlah <code><domain-config></code> tersarang</dd>
<dt>Keterangan</dt>
<dd>Konfigurasi yang digunakan untuk koneksi ke tujuan tertentu seperti didefinisikan oleh elemen {@code domain}.
<p>Perhatikan, jika beberapa elemen {@code domain-config} mencakup suatu tujuan, konfigurasi dengan aturan domain paling spesifik (terpanjang) yang cocok
akan digunakan.</p></dd>
</dl>
<h3 id="domain"><domain></h3>
<dl class="xml">
<dt>
sintaks:
</dt>
<dd>
<pre class="stx">
<domain includeSubdomains=["true" | "false"]>example.com</domain>
</pre>
</dd>
<dt>
Atribut:
</dt>
<dd>
<dl class="attr">
<dt>
{@code includeSubdomains}
</dt>
<dd>
Jika {@code "true"} maka aturan domain ini akan dicocokkan dengan domain dan semua
subdomain, termasuk subdomain dari subdomain, jika tidak peraturan hanya
diterapkan pada kecocokan yang persis tepat.
</dd>
</dl>
</dd>
<dt>
Keterangan:
</dt>
</dl>
<h3 id="debug-overrides"><debug-overrides></h3>
<dl class="xml">
<dt>
sintaks:
</dt>
<dd>
<pre class="stx">
<debug-overrides>
...
</debug-overrides>
</pre>
</dd>
<dt>
Bisa Berisi:
</dt>
<dd>
0 atau 1 <code><a href="#trust-anchors"><trust-anchors></a></code>
</dd>
<dt>
Keterangan:
</dt>
<dd>
Pengesampingan yang akan diterapkan bila <a href="{@docRoot}guide/topics/manifest/application-element.html#debug">android:debuggable</a>
adalah {@code "true"} yang biasanya terjadi untuk build non-rilis
yang dihasilkan oleh alat IDE dan build. Trust-anchor yang ditetapkan dalam {@code
debug-overrides} akan ditambahkan ke semua konfigurasi lainnya dan penyematan
sertifikat tidak dilakukan bila rantai sertifikat server menggunakan satu dari
trust-anchor hanya-debug ini. Jika <a href="{@docRoot}guide/topics/manifest/application-element.html#debug">android:debuggable</a>
adalah {@code "false"} maka bagian ini akan diabaikan sepenuhnya.
</dd>
</dl>
<h3 id="trust-anchors"><trust-anchors></h3>
<dl class="xml">
<dt>
sintaks:
</dt>
<dd>
<pre class="stx">
<trust-anchors>
...
</trust-anchors>
</pre>
</dd>
<dt>
Bisa Berisi:
</dt>
<dd>
Sejumlah <code><a href="#certificates"><certificates></a></code>
</dd>
<dt>
Keterangan:
</dt>
<dd>
Set trust-anchor untuk koneksi aman.
</dd>
</dl>
<h3 id="certificates"><certificates></h3>
<dl class="xml">
<dt>sintaks:</dt>
<dd><pre class="stx"><certificates src=["system" | "user" | "<i>raw resource</i>"]
overridePins=["true" | "false"] />
</pre></dd>
<dt>keterangan:</dt>
<dd>Set sertifikat X.509 untuk elemen {@code trust-anchors}.</dd>
<dt>atribut:</dt>
<dd><dl class="attr">
<dt>{@code src}</dt>
<dd>
Sumber sertifikat CA, bisa salah satu dari
<ul>
<li>ID sumber daya mentah yang menunjuk ke file berisi sertifikat X.509.
Sertifikat harus dikodekan dalam format DER atau PEM. Dalam hal sertifikat
PEM, file <em>tidak boleh</em> berisi data tambahan non-PEM seperti
komentar.
</li>
<li>{@code "system"} untuk sertifikat CA sistem yang telah terpasang.
</li>
<li>{@code "user"} untuk sertifikat CA yang ditambahkan pengguna.
</li>
</ul>
</dd>
<dt>{@code overridePins}</dt>
<dd>
<p>
Menetapkan apakah CA dari sumber akan mengabaikan penyematan sertifikat. Jika {@code
"true"} kemudian rangkaian sertifikat melalui salah satu CA dari
sumber ini maka tidak dilakukan penyematan. Hal ini bisa berguna untuk debug CA
atau untuk mendukung dengan memungkinkan pengguna melakukan MiTM atas lalu lintas aman aplikasi Anda.
</p>
<p>
Default-nya adalah {@code "false"} kecuali jika ditetapkan dalam elemen {@code debug-overrides},
dalam hal demikian default-nya adalah {@code "true"}.
</p>
</dd>
</dl>
</dd>
<h3 id="pin-set"><pin-set></h3>
<dl class="xml">
<dt>
sintaks:
</dt>
<dd>
<pre class="stx">
<pin-set expiration="date">
...
</pin-set>
</pre>
</dd>
<dt>
Bisa Berisi:
</dt>
<dd>
Sejumlah <code><a href="#pin"><pin></a></code>
</dd>
<dt>
Keterangan:
</dt>
<dd>
Satu set pin kunci publik. Agar koneksi aman bisa dipercaya, salah satu
kunci publik dalam rantai kepercayaan harus berada dalam set pin. Lihat
<code><a href="#pin"><pin></a></code> untuk mengetahui format pin.
</dd>
<dt>
Atribut:
</dt>
<dd>
<dl class="attr">
<dt>
{@code expiration}
</dt>
<dd>
Tanggal, dalam format {@code yyyy-MM-dd}, pada saat dan setelah pin
kedaluwarsa, sehingga menonaktifkan penyematan. Jika atribut tidak disetel maka
pin tidak kedaluwarsa.
<p>
Tanggal kedaluwarsa membantu mencegah masalah konektivitas di aplikasi yang
tidak mengambil pembaruan untuk set pin mereka, misalnya karena pengguna
menonaktifkan pembaruan aplikasi.
</p>
</dd>
</dl>
</dd>
</dl>
<h3 id="pin"><pin></h3>
<dl class="xml">
<dt>
sintaks:
</dt>
<dd>
<pre class="stx">
<pin digest=["SHA-256"]>base64 encoded digest of X.509
SubjectPublicKeyInfo (SPKI)</pin>
</pre>
</dd>
<dt>
Atribut:
</dt>
<dd>
<dl class="attr">
<dt>
{@code digest}
</dt>
<dd>
Algoritme intisari yang digunakan untuk menghasilkan pin. Saat ini, hanya
{@code "SHA-256"} yang didukung.
</dd>
</dl>
</dd>
</dl>