Berapa harga database pengguna no hp dan email

Jakarta, detikInet – Badan Regulasi Telekomunikasi Indonesia (BRTI) menegaskan bahwa jual-beli data pribadi merupakan kegiatan yang melanggar hukum.

Pelaku dan pihak-pihak yang terlibat dapat dikenakan tuntutan hukum sesuai regulasi yang berlaku di Indonesia. Meskipun saat ini, pemerintah Indonesia tengah menyiapkan regulasi perlindungan data pribadi yang lebih komprehensif.

Ketua BRTI Ismail mengatakan perlindungan terhadap data pribadi secara umum sudah diatur oleh peraturan perundang-undangan yang ada. Sebagaimana termaktub dalam UUD 1945, UU Nomor 39 Tahun 1999 tentang HAM, serta UU Nomor 23 Tahun 2016 tentang Administrasi Kependudukan sebagaimana telah diubah dengan UU Nomor 24 Tahun 2013.

Selain itu, terdapat paling tidak 30 regulasi yang mengatur mengenai perlindungan data, dalam kaitannya dengan HAM, pertahanan keamanan, kesehatan, administrasi kependudukan, keuangan dan perbankan, serta perdagangan dan perindustrian.

“Khusus yang terkait dengan bidang telekomunikasi dan media, sudah ada UU Telekomunikasi, UU ITE, serta UU Keterbukaan Informasi Publik,” ujar Ismail dalam keterangannya.

Aturan ini juga tercantum pada Peraturan Menteri Komunikasi dan Informatika Nomor 20 Tahun 2016 tentang Perlindungan Data Pribadi dalam Sistem Elektronik (PDSE) yang ditetapkan pada 7 November 2016.

Dengan demikian praktik jual-beli data pribadi, kata Ismail yang juga menjabat Direktur Jenderal Sumber Daya dan Perangkat Pos dan Informatika (Dirjen SDPPI) Kementerian Kominfo, melanggar peraturan yang sudah ada.

“Ada beberapa kasus yang telah dilaporkan oleh Ditjen Aplikasi Informatika Kementerian Kominfo, kepada aparat penegak hukum dan kini dalam proses penindakan,” ungkapnya.

Penanganan Kasus

Kominfo memaparkan ada beberapa kasus yang tengah dalam proses penindakan berupa kasus berkaitan dengan jual beli data, akses data secara tidak sah. Ada pula kasus membuka data pribadi seperti nomor e-KTP dan nomor KK sehingga dapat diakses oleh publik.

Disebutkan bahwa pelaku dalam kasus itu ada yang telah dijatuhi pidana penjara 8 bulan plus denda. Ada pelaku yang terancam pidana maksimal 9 tahun dan/atau denda maksimal Rp3 Miliar.

“BRTI juga menengarai banyak kasus jual beli data yang buntutnya berupa spamming terhadap pengguna jasa telekomunikasi, melalui penawaran berbagai jenis produk,” tutur Ismail.

Untuk memperkuat perlindungan data pribadi, kata Ismail, Kominfo telah menginisiasi RUU Perlindungan Data Pribadi (PDP).

Salah satu pasal dalam Draft UU PDP tersebut, berbunyi “Data pribadi adalah setiap data tentang kehidupan seseorang baik yang teridentifikasi dan/atau dapat diidentifikasi secara tersendiri atau dikombinasi dengan informasi lainnya baik secara langsung maupun tidak langsung melalui sistem elektronik dan/atau non elektronik ada sejumlah ketentuan perundang-undangan yang mengatur mengenai perlindungan data pribadi.”

Dalam draft itu juga ditegaskan mengenai data sensitif, yakni data pribadi yang memerlukan perlindungan khusus yang terdiri dari data yang berkaitan dengan agama/keyakinan, kesehatan, kondisi fisik dan kondisi mental, kehidupan seksual, data keuangan pribadi, dan data pribadi lainnya yang mungkin dapat membahayakan dan merugikan privasi subjek data.

Ismail berharap adanya UU PDP ini nantinya akan memberikan perlindungan yang lebih baik terhadap data pribadi serta mencegah terjadinya penyalahgunaan.

“Saat ini RUU PDP tersebut tengah berada di meja Sekretariat Negara (Setneg) untuk selangkah lagi diserahkan kepada pihak DPR guna pembahasan lebih lanjut untuk segera disahkan,” jelas Ismail.

Tindak Lanjut BRTI

Menindaklanjuti adanya kasus jual beli data, menurut Ismail, BRTI dan Kementerian Kominfo akan meminta kepada penyedia platform e-commerce maupun media sosial untuk menurunkan promosi, iklan atau gerai yang melakukan jual beli data pribadi melalui saluran yang dimiliki. Selain itu, BRTI Juga telah mengambil langkah-langkah strategis, antara lain:

Pertama, pengetatan registrasi kartu SIM prabayar agar dapat diketahui siapa yang bertanggung jawab terhadap tiap-tiap nomor telepon.

Kedua, membuka saluran pengaduan publik melalui Twitter @aduanBRTI. Pengguna telekomunikasi dapat mengadukan kasus penipuan atau pelanggaran lainnya melalui saluran ini. Apabila terbukti melakukan pelanggaran, nomor telepon yang diadukan dapat diblokir.

Ketiga, bekerja sama dengan pihak terkait seperti otoritas di bidang finansial dan aparat penegak hukum dalam menangani kasus jual beli data pribadi. (agt/fyk)

Sumber: detikInet

Produk
Kasus Penggunaan
Harga
Dokumen
- Ringkasan
- Dasar-dasar
- Build
- Rilis & Pantau
- Melibatkan
- Referensi
- Contoh
Komunitas
Dukungan
Buka konsol

Tetap teratur dengan koleksi Simpan dan kategorikan konten berdasarkan preferensi Anda.

Firebase menagih data yang Anda simpan di database Anda dan semua lalu lintas jaringan keluar di lapisan sesi (lapisan 5) model OSI. Penyimpanan ditagih sebesar $5 untuk setiap GB/bulan, dievaluasi setiap hari. Penagihan tidak terpengaruh oleh lokasi database Anda. Lalu lintas keluar mencakup overhead koneksi dan enkripsi dari semua operasi basis data dan data yang diunduh melalui pembacaan basis data. Baik membaca dan menulis database dapat menyebabkan biaya koneksi pada tagihan Anda. Semua lalu lintas ke dan dari database Anda, termasuk operasi yang ditolak oleh aturan keamanan, menyebabkan biaya yang dapat ditagih.

Beberapa contoh umum lalu lintas yang ditagih meliputi:

Data yang diunduh: Saat klien mendapatkan data dari database Anda, Firebase akan menagih data yang diunduh. Biasanya, ini membuat sebagian besar biaya bandwidth Anda, tetapi itu bukan satu-satunya faktor dalam tagihan Anda.
Overhead protokol: Beberapa lalu lintas tambahan antara server dan klien diperlukan untuk membuat dan memelihara sesi. Bergantung pada protokol yang mendasarinya, lalu lintas ini mungkin mencakup: overhead protokol realtime Firebase Realtime Database, overhead WebSocket, dan overhead header HTTP. Setiap kali koneksi dibuat, overhead ini, dikombinasikan dengan overhead enkripsi SSL apa pun, berkontribusi pada biaya koneksi. Meskipun ini tidak banyak bandwidth untuk satu permintaan, ini bisa menjadi bagian penting dari tagihan Anda jika muatan Anda kecil atau Anda sering membuat koneksi pendek.
Overhead enkripsi SSL: Ada biaya yang terkait dengan overhead enkripsi SSL yang diperlukan untuk koneksi aman. Rata-rata, biaya ini kira-kira 3,5 KB untuk jabat tangan awal, dan kira-kira puluhan byte untuk header catatan TLS pada setiap pesan keluar. Untuk sebagian besar aplikasi, ini adalah persentase kecil dari tagihan Anda. Namun, ini bisa menjadi persentase yang besar jika kasus spesifik Anda membutuhkan banyak handshake SSL. Misalnya, perangkat yang tidak mendukung tiket sesi TLS mungkin memerlukan jabat tangan koneksi SSL dalam jumlah besar.
Data konsol Firebase: Meskipun ini biasanya bukan bagian yang signifikan dari biaya Realtime Database, Firebase mengenakan biaya untuk data yang Anda baca dan tulis dari konsol Firebase.

Perkirakan penggunaan yang ditagihkan

Untuk melihat koneksi Realtime Database dan penggunaan data Anda saat ini, periksa tab Usage di Firebase console. Anda dapat memeriksa penggunaan selama periode penagihan saat ini, 30 hari terakhir, atau 24 jam terakhir.

Firebase menampilkan statistik penggunaan untuk metrik berikut:

Connections: Jumlah simultan, saat ini terbuka, koneksi realtime ke database Anda. Ini termasuk koneksi realtime berikut: WebSocket, polling panjang, dan peristiwa yang dikirim server HTML. Itu tidak termasuk permintaan RESTful.
Penyimpanan: Berapa banyak data yang disimpan dalam database Anda. Ini tidak termasuk hosting Firebase atau data yang disimpan melalui produk Firebase lainnya.
Unduhan: Semua byte yang diunduh dari database Anda, termasuk overhead protokol dan enkripsi.
Muat: Grafik ini menunjukkan berapa banyak database Anda yang digunakan, memproses permintaan, selama interval 1 menit tertentu. Anda mungkin melihat masalah kinerja saat database Anda mendekati 100%.

Optimalkan penggunaan

Ada beberapa praktik terbaik yang dapat Anda terapkan untuk mengoptimalkan penggunaan basis data dan biaya bandwidth.

Gunakan SDK asli: Jika memungkinkan, gunakan SDK yang sesuai dengan platform aplikasi Anda, bukan REST API. SDK mempertahankan koneksi terbuka, mengurangi biaya enkripsi SSL yang biasanya ditambahkan dengan REST API.
Periksa bug: Jika biaya bandwidth Anda tiba-tiba tinggi, pastikan aplikasi Anda tidak menyinkronkan lebih banyak data atau menyinkronkan lebih sering dari yang Anda maksudkan semula. Untuk menunjukkan masalah, gunakan alat profiler untuk mengukur operasi baca Anda dan aktifkan logging debug di Android , Objective-C , dan Web SDK. Periksa latar belakang dan proses sinkronisasi di aplikasi Anda untuk memastikan semuanya berfungsi seperti yang Anda inginkan.
Kurangi koneksi: Jika memungkinkan, cobalah untuk mengoptimalkan bandwidth koneksi Anda. Permintaan REST kecil yang sering dapat lebih mahal daripada koneksi tunggal dan berkelanjutan menggunakan SDK asli. Jika Anda menggunakan REST API, pertimbangkan untuk menggunakan peristiwa HTTP keep-alive atau server-sent , yang dapat mengurangi biaya dari handshake SSL.
Gunakan tiket sesi TLS: Kurangi biaya overhead enkripsi SSL pada koneksi yang dilanjutkan dengan menerbitkan tiket sesi TLS . Ini sangat membantu jika Anda membutuhkan koneksi yang sering dan aman ke database.
Kueri indeks: Mengindeks data Anda mengurangi total bandwidth yang Anda gunakan untuk kueri, yang memiliki manfaat ganda yaitu menurunkan biaya dan meningkatkan kinerja database Anda. Gunakan alat profiler untuk menemukan kueri yang tidak diindeks di database Anda.
Optimalkan listener Anda: Tambahkan kueri untuk membatasi data yang dikembalikan oleh operasi listener Anda dan gunakan listener yang hanya mendownload update ke data — misalnya, on() alih-alih once() . Selain itu, tempatkan pendengar Anda sejauh mungkin untuk membatasi jumlah data yang mereka sinkronkan.
Kurangi biaya penyimpanan: Jalankan pekerjaan pembersihan berkala dan kurangi data duplikat di database Anda.
Gunakan Aturan: Cegah operasi yang berpotensi mahal dan tidak sah pada database Anda. Misalnya, menggunakan Aturan Firebase Realtime Database dapat menghindari skenario di mana pengguna jahat berulang kali mengunduh seluruh database Anda. Pelajari lebih lanjut tentang menggunakan Aturan Firebase Realtime Database .

Rencana pengoptimalan terbaik untuk aplikasi Anda bergantung pada kasus penggunaan khusus Anda. Meskipun ini bukan daftar praktik terbaik yang lengkap, Anda dapat menemukan lebih banyak saran dan tips dari pakar Firebase di saluran Slack kami atau di Stack Overflow .

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Last updated 2022-10-28 UTC.

[{ "type": "thumb-down", "id": "missingTheInformationINeed", "label":"Informasi yang saya butuhkan tidak ada" },{ "type": "thumb-down", "id": "tooComplicatedTooManySteps", "label":"Terlalu rumit/langkahnya terlalu banyak" },{ "type": "thumb-down", "id": "outOfDate", "label":"Sudah usang" },{ "type": "thumb-down", "id": "translationIssue", "label":"Masalah terjemahan" },{ "type": "thumb-down", "id": "samplesCodeIssue", "label":"Masalah kode / contoh" },{ "type": "thumb-down", "id": "otherDown", "label":"Lainnya" }] [{ "type": "thumb-up", "id": "easyToUnderstand", "label":"Mudah dipahami" },{ "type": "thumb-up", "id": "solvedMyProblem", "label":"Memecahkan masalah saya" },{ "type": "thumb-up", "id": "otherUp", "label":"Lainnya" }]