Hindari Kebocoran Informasi Pribadi di Blog
Categories:
Platform open source gratis yang sering digunakan GitHub Pages sangat populer, banyak blog menggunakan GitHub Pages untuk dipublikasikan.
Namun versi gratis-nya memerlukan repositori publik agar dapat diakses publik. Setelah repositori dibuka, beberapa artikel yang ditandai sebagai draft juga dapat diakses dari repo Git.
Kata Kunci sensitif
| Kata Kunci Indonesia | Kata Kunci Inggris |
|---|---|
| password | password |
| account | account |
| id | id |
| card | card |
| alipay | alipay |
| phone | phone |
| address | address |
| company | company |
| card | card |
| driver | driver |
| passport | passport |
| credit | credit |
| key | key |
| ini | ini |
| credential | credential |
| username | username |
Pencarian Regulir:
(密码|账号|身份证|银行卡|支付宝|微信|手机号|家庭住址|工作单位|社保卡|驾驶证|护照|信用卡|key\s*:|\.ini|credential|card|bank|alipay|wechat|passport|id\s*:|phone|address|company)
Jika menggunakan VSCode sebagai editor blog, Anda dapat menggunakan pencarian regulir untuk melakukan pencarian seluruh situs dengan cepat, memeriksa potensi lokasi kebocoran informasi.
Sejarah Git
Sejarah Git mungkin mengandung kebocoran informasi, dan dapat dipindai dengan skrip sederhana untuk menemukan komit historis blog open source.
Jika ini adalah repositori Anda, Anda dapat membersihkan sejarah dengan cara berikut. Jika Anda ingin mempertahankan sejarah, hindari menghapusnya.
Pastikan Anda memahami arti perintah tersebut, karena perintah ini akan membersihkan sejarah, silakan operasi dengan hati-hati dan backup data penting sebelum melaksanakannya.
git reset --soft ${first-commit}
git push --force
Cara lain untuk memindai repositori
https://github.com/trufflesecurity/trufflehog
- Find, verify, and analyze leaked credentials
17.2kstars1.7kforks
Cara lain untuk mempublikasikan blog
- Github Pro mendukung mempublikasikan repositori privat ke Pages, $4 per bulan
- Setel repositori sebagai privat, lalu publikasikan ke Cloudflare Pages
- Bagi repositori, satu repo privat untuk artikel yang sedang diedit, satu repo publik untuk artikel yang siap dipublikasikan
Jika blog Anda menggunakan giscus yang bergantung pada sistem komentar GitHub, maka Anda masih memerlukan sebuah repositori publik.
Kebiasaan Baik vs Mekanisme Baik
Saat membahas isu kebocoran data pribadi pada blog open source, banyak orang berpendapat bahwa, cukup hanya menghindari mengunggah informasi sensitif ke repo, tidak akan ada masalah.
Ini adalah kata yang tidak berguna, seolah-olah meminta programmer tidak menulis bug, benar tapi tidak berguna. Mengandalkan kebiasaan untuk melindungi data pribadi tidak dapat dipercaya. Jangan terlalu percaya kebiasaan seseorang, karena ia bisa lupa kapan saja.
Penulisan kadang-kadang mencatat pernyataan sementara, terutama pada blog teknis programmer, skrip singkat mungkin ditulis tergeser, tidak selalu mengingat untuk menggunakan variabel lingkungan, sehingga kemungkinan kebocoran informasi sensitif pasti ada.
Mereka yakin mayoritas orang mengerti apa itu kebiasaan baik, sehingga di sini tidak dibahas kebiasaan baik, utama adalah berbagi cara untuk menghindari kebocoran data pribadi melalui mekanisme.
Pertama, pisahkan repositori, satu untuk manuskrip (draft) dan satu untuk publikasi; semua artikel yang dipublikasikan di Github Pages telah melalui review, dan tidak ada artikel dengan status draft yang mengungkapkan data.
Kemudian dapat menggunakan Github Action, yang memindai informasi sensitif setiap kali commit dilakukan; jika ditemukan informasi sensitif, commit tidak akan diizinkan, lihat trufflehog
Contoh pencarian regulir yang dibagikan dalam artikel ini hanya satu contoh sederhana, belum terintegrasi ke dalam alur kerja apa pun; Anda dapat menyesuaikannya sesuai kebutuhan, melakukan customisasi lebih lanjut, dan mengintegrasikannya ke dalam proses.