Dari wawancara kerja palsu ke peretasan Binance: pelajaran untuk tim IT

Sebuah utas Ogi Sigit di Threads membahas peretasan Binance lewat cerita yang dekat dengan keseharian engineer: mencari pekerjaan, mengikuti wawancara, lalu mengerjakan tes coding. Utas itu menjadi titik awal tulisan ini, bukan satu-satunya sumber untuk memastikan kronologi insiden.1

Bagi saya, bagian yang layak diperhatikan adalah pertemuan antara aktivitas pribadi dan akses pekerjaan. Tes rekrutmen terlihat seperti urusan karier. Tetapi ketika dikerjakan pada perangkat yang menyimpan kredensial perusahaan, konsekuensinya bisa masuk ke wilayah keamanan operasional.

Ilustrasi konseptual wawancara kerja palsu yang mengarahkan engineer mengunduh tugas coding berbahaya.

Ilustrasi proses wawancara dan penugasan palsu. Engineer mengikuti wawancara daring di laptop; tampilkan hubungan konseptual antara undangan rekrutmen, tugas coding, dan risiko malware. Gunakan ilustrasi, bukan foto yang diklaim mendokumentasikan insiden.

Menghubungkan Hermes Agent ke Threads: dari Percakapan menjadi Posting

Saya ingin menggunakan Hermes Agent untuk membantu mengelola posting di Threads. Alurnya sederhana: saya memberikan bahan tulisan, Hermes menyiapkan draf, lalu menerbitkannya setelah mendapat persetujuan.

Dalam percobaan ini, konektor Threads belum tersedia di daftar konektor langsung pada sesi Hermes saya. Karena itu, saya menggunakan Threads API melalui aplikasi yang dibuat di Meta for Developers.

Integrasi akhirnya berhasil: Hermes membaca profil @cordiaz, menerbitkan posting pertama, lalu membaca kembali posting tersebut untuk memastikan isinya sesuai.

Diagram alur “Pengguna → Draf di Hermes → Persetujuan pengguna → Threads API → Posting terbit”

Mengapa perlu menghubungkan agent ke Threads?

AI sudah bisa membantu menulis konten. Namun, tanpa akses ke akun tujuan, saya masih harus menyalin hasilnya, membuka Threads, lalu menerbitkannya secara manual.

Saya ingin mengurangi perpindahan tersebut tanpa melepaskan kendali atas publikasi. Jadi, dalam alur yang saya gunakan, Hermes harus meminta persetujuan sebelum mengirim posting.

Akses melalui API juga membuat hasilnya bisa diperiksa. Agent tidak cukup hanya mengatakan “berhasil”, tetapi harus mendapatkan ID posting dan membaca kembali teks yang sudah diterbitkan.

Install Hermes Agent di VPS Tencent Cloud Lighthouse dengan Model ChatGPT Plus

hermes agent dashboard

Hermes Agent dari Nous Research bisa berjalan 24 jam di VPS kecil dan memakai langganan ChatGPT Plus sebagai “otak”-nya, tanpa biaya API tambahan. Tulisan ini merangkum pengalaman saya memasang Hermes di VPS Tencent Cloud Lighthouse, termasuk kendala yang muncul dan cara mengatasinya.

diagram arsitektur hermes agent

Rencana awal saya adalah memakai model lokal via Ollama. Ternyata rencana itu tidak realistis di VPS 2 GB, dan akhirnya saya beralih ke ChatGPT Plus. Bagian kendala di bawah mungkin justru yang paling berguna bagi Anda.

instance vps tencent cloud lighthouse

Lingkungan dan prasyarat

KomponenSpesifikasi
VPSTencent Cloud Lighthouse, Ubuntu, headless
RAM / Disk±1,9 GB / 40 GB
RuntimeDocker + Docker Compose
Hermes Agentv0.22.5 (image Docker resmi, dikelola s6)
ModelChatGPT Plus (via login akun ChatGPT/Codex)
AksesSSH sebagai root, IP publik

Panduan utama yang saya ikuti adalah repo hermes-ai-with-ollama, dengan video tutorial ini sebagai pendukung.

Langkah instalasi

Instalasi berjalan sebagai dua container Docker, hermes dan ollama, dalam satu docker-compose.

  1. Siapkan VPS, lalu install Docker dan Docker Compose.
  2. Clone repo panduan dan masuk ke folder hermes-ai-with-ollama.
  3. Jalankan stack dengan docker compose up -d.
  4. Pastikan kedua container berjalan:
docker ps --format "table {{.ID}}\t{{.Names}}\t{{.Ports}}"
  1. Cek bahwa dashboard sehat dari dalam VPS:
curl http://127.0.0.1:9119/api/status
hasil curl local host ke port 9119

Respons JSON dengan "overall":"ok" berarti Hermes, gateway, dan dashboard sudah berjalan.