Yahoo!

Awal 2013 CISO dipecat dan kursinya kosong ~14 bulan; tim keamanan ("The Paranoids") menyusut (dilaporkan dari 62 ke 43 orang); sebagian password masih di-hash MD5 (lemah, cepat dipecahkan); deteksi intrusi proaktif ditunda; dan setelah tahu ada intrusi, reset password paksa ditolak karena takut mengganggu pengguna. Kombinasi ini membuat setiap intrusi berdampak seluas mungkin — memuncak jadi breach ~3 miliar akun.

Ketika keamanan bersaing melawan metrik pertumbuhan dan selalu kalah, organisasi menumpuk 'utang keamanan' yang tak terlihat sampai meledak. Password lemah (MD5, tanpa salt/kerja mahal), tanpa deteksi intrusi, dan enggan mengambil langkah defensif dasar (reset paksa) semuanya memperbesar dampak satu pelanggaran.

• Kursi pemimpin keamanan (CISO) kosong lama atau sering berganti.
• Tim keamanan menyusut / anggarannya dipotong saat perusahaan menekan pertumbuhan.
• Masih ada password ter-hash dengan algoritma lemah (MD5/SHA-1 tanpa salt) di produksi.
• Rahasia sensitif (jawaban pertanyaan keamanan) disimpan tanpa enkripsi.
• Langkah defensif dasar (reset paksa, MFA) ditolak dengan alasan 'mengganggu pengguna'.

• Jadikan keamanan lini pertama dengan pemilik (CISO) tetap & mandat nyata — bukan kursi yang dikosongkan.
• Migrasikan semua password ke hashing modern (bcrypt/argon2 dengan salt & work factor) dan pensiunkan MD5 tuntas; jangan simpan jawaban keamanan sebagai plaintext.
• Pasang deteksi intrusi & audit akses sebagai baseline, bukan proyek 'nanti'.
• Siapkan playbook insiden yang mengizinkan tindakan tegas (reset massal, invalidasi sesi/cookie) tanpa harus melawan tekanan metrik saat krisis.

Tim keamanan mengetahui intrusi 2014 dalam hitungan hari, namun breach baru diungkap ke publik & investor pada September 2016. Keterlambatan ini memicu tindakan penegakan pertama SEC atas kegagalan mengungkap breach — denda US$35 juta — dan menghapus ~US$1,3 miliar nilai pasar dalam sehari serta memangkas harga akuisisi Verizon.

Insiden keamanan yang ditangani sebagai rahasia yang harus diredam (bukan kejadian yang harus dikelola & diungkap secara disiplin) menciptakan risiko hukum dan reputasi yang jauh lebih besar daripada breach itu sendiri. Cover-up hampir selalu lebih mahal dari kejadiannya.

• Ada temuan intrusi internal yang tidak eskalasi ke jalur pengungkapan resmi.
• Keputusan 'ungkap atau tidak' didominasi kekhawatiran metrik/deal, bukan kewajiban ke pengguna & investor.
• Tidak ada ambang & SLA yang jelas kapan sebuah insiden wajib dilaporkan.
• Pemimpin keamanan tidak dilibatkan dalam keputusan yang berdampak ke keamanan pengguna.

• Tetapkan kebijakan & SLA pengungkapan insiden yang jelas (siapa memutuskan, ambang apa, tenggat berapa) sebelum krisis datang.
• Perlakukan transparansi sebagai default: ungkap tepat waktu ke pengguna & regulator, sediakan mitigasi (reset, notifikasi).
• Beri pemimpin keamanan jalur eskalasi langsung ke dewan/komite audit, independen dari tekanan bisnis.
• Dokumentasikan keputusan insiden secara auditable — bukti niat baik & disiplin proses.

Setelah gagal menyaingi Google secara organik & lewat Panama, Yahoo menyerahkan seluruh backend pencarian ke Microsoft Bing (2009). Yang dilepas bukan sekadar fitur, melainkan kompetensi inti sebuah perusahaan internet: mesin pencari, algoritma peringkat, dan aliran data query yang menjadi bahan bakar personalisasi, iklan, dan kelak AI.

Build-vs-buy untuk fitur pinggiran itu sehat; tapi meng-outsource kompetensi inti menciptakan ketergantungan strategis yang nyaris tak bisa dibalik. Sekali kapabilitas & data mengalir ke vendor/pesaing, membangunnya kembali butuh biaya & waktu yang sangat besar — dan sering tak pernah terjadi.

• Keputusan outsource dibingkai murni sebagai penghematan biaya, tanpa menilai nilai strategis data & kapabilitas.
• Yang di-outsource adalah hal yang secara historis menjadi identitas/keunggulan perusahaan.
• Vendor tujuan adalah pesaing langsung di pasar lain.
• Tak ada rencana mempertahankan tim/keahlian inti pasca-outsource.

• Pisahkan tegas 'kompetensi inti' (bangun & miliki) dari 'komoditas' (boleh beli/outsource).
• Perlakukan data pengguna & sinyal produk sebagai aset strategis — jangan serahkan alirannya ke pihak yang bisa memakainya melawanmu.
• Kalau harus outsource sementara, jaga tim & kapabilitas minimum agar bisa 'insourcing' kembali.
• Nilai keputusan dari lintasan 5-10 tahun, bukan hanya penghematan tahun ini.

Yahoo mengoperasikan banyak produk dengan tanggung jawab & tumpukan teknis yang tumpang tindih, tanpa platform bersama yang kuat. Peanut Butter Manifesto (2006) menyorot redundansi, birokrasi, dan hilangnya fokus — gejala organisasi yang strukturnya (banyak silo) tercermin di arsitektur yang terfragmentasi.

Conway's law: arsitektur mencerminkan struktur komunikasi tim. Banyak tim otonom tanpa platform bersama menghasilkan banyak solusi untuk masalah yang sama, biaya operasi ganda, dan integrasi lintas-produk yang mahal — energi teknik habis memelihara, bukan memenangkan taruhan besar.

• Beberapa tim membangun kapabilitas yang nyaris identik (auth, storage, feed) secara terpisah.
• Peluncuran fitur lintas-produk butuh koordinasi berbulan-bulan.
• Tak ada tim platform yang jelas memiliki fondasi bersama.
• Pertumbuhan headcount tak berbanding lurus dengan kecepatan pengiriman.

• Investasikan pada platform internal bersama (auth, data, deploy) agar tim produk berdiri di atas fondasi yang sama.
• Fokuskan taruhan: sedikit produk yang menang besar > banyak produk setengah matang.
• Ukur & pangkas redundansi teknis secara berkala; konsolidasikan sistem yang melakukan hal serupa.
• Selaraskan struktur tim dengan arsitektur yang diinginkan (Inverse Conway Maneuver).

Yahoo membeli Inktomi & Overture untuk merebut kembali search, lalu berupaya menyatukannya jadi mesin & platform iklan sendiri (Panama). Karena hambatan integrasi teknis & budaya, Panama baru live 2007 — terlambat, dan tak cukup kuat menyaingi AdWords Google yang sudah matang.

Akuisisi bisa memberi teknologi, tapi tidak otomatis memberi kapabilitas yang koheren. Menyatukan beberapa tumpukan hasil akuisisi menjadi satu platform yang solid adalah proyek engineering besar yang sering diremehkan — dan waktu yang hilang di situ adalah waktu yang dimenangkan pesaing.

• Roadmap bergantung pada 'akan disatukan nanti' beberapa sistem hasil akuisisi.
• Timeline integrasi terus mundur sementara pesaing terus maju.
• Dua-tiga budaya rekayasa berbeda dipaksa berbagi satu produk tanpa kepemilikan tunggal.
• Nilai akuisisi diukur dari teknologi yang dibeli, bukan dari kemampuan mengintegrasikannya.

• Perlakukan integrasi pasca-akuisisi sebagai proyek engineering dengan owner tunggal, roadmap, & metrik — bukan asumsi.
• Nilai akuisisi juga dari biaya & risiko integrasinya, bukan cuma teknologinya.
• Kalau mengejar kompetensi inti, mulai lebih awal — jangan mengandalkan akuisisi sebagai jalan pintas terlambat.
• Satukan tim di sekitar satu arsitektur target, bukan mempertahankan silo warisan.