Tampilkan postingan dengan label news. Tampilkan semua postingan
Tampilkan postingan dengan label news. Tampilkan semua postingan

Senin, 26 Maret 2018

Hacker Ini Berhasil Bajak 150.000 Printer dan Meninggalkan Pesan Konyol

akhir pekan lalu, seorang hacker yang bernama Stackoverflowin mengaku ia meng-hack 150.000 printer tidak kondusif dalam upaya "untuk meningkatkan kesadaran orang terhadap bahaya meninggalkan printer online tanpa firewall atau pengaturan keamanan lainnya diaktifkan."

Menggunakan script khusus, Stackoverflowin mendeteksi printer yang kemanan nya rendah dan meliputi beberapa perusahaan berbagai macam, termasuk HP, Bruder, Epson, dan Canon. Berikut yaitu pesan yang ditinggalkan:

stackoverflowin has returned to his glory, / your printer is part of a botnet / the god has returned, / everyone likes a meme, / fix your bullshit…


Email: sthack@protonmail.com / Twitter: https://twitter.com/lmaostack...

YOUR PRINTER HAS BEEN OWNED

stackoverflowin the hacker god has returned, / your printer is part of a flaming botnet, / operating on Putin’s forehead utilising BTI’s (break the internet) complex infrastructure...

hacked / hacked / lol just, / kidding

For the love of God, please close this port, skid.

FROM MICHAEL JENSCH, ROSENWEG, UNNA, DEUTSCHLAND.



Stackoverflowin telah mendapat beberapa pesan pujian untuk misi-Nya yang mulia. "Semua orang menyampaikan itu keren dan mengucapkan terima kasih kepada saya, jujur." katanya.


Untuk membajak sebuah printer, Stackoverflowin mengirimpkan sebuah script khusus ke printer yang mempunyai IPP (Internet Printing Protocol) port 631, LPD (Line Printer Daemon) port 515 dan port 9100.
Sumber http://www.tips-trick.com

Minggu, 18 Maret 2018

Google Doodle Merayakan Ulang tahun Pramoedya Ananta Toer

Ada yang Istimewa dari Google Doodle hari ini, ulang tahun penulis kenamaan Indonesia Pramoedya Ananta Toer yang ke-92 dirayakan. Dalam doodle, Pramoedya tampak sedang mengetik memakai sebuah mesin ketik.

Google memperingati hari kelahiran Pram karena dia dianggap sebagai salah satu pengarang yang produktif dalam sejarah sastra Indonesia. Terbukti lebih dari 50 karya miliknya sudah diterjemahkan ke lebih dari 41 bahasa asing.


Siapa itu Pramoedya Ananta Toer?

Pram, nama panggilannya, lahir di Blora Jawa Tengah pada 6 Februari 1925. Ia meninggal dunia di Jakarta, 30 April 2006, yakni pada usia 81 tahun. Siapa yang tak kenap Pram, karyanya yang mencirikan semangat anti penindasan menciptakan Indonesia populer di jagat sastra.

Pada usia muda, ia bergabung dengan usaha anti-kolonial melawan Jepang selama Perang Dunia II dan lalu terdaftar di tentara untuk melawan penjajah Belanda.

Pramoedya dinominasikan untuk Hadiah Nobel untuk sastra beberapa kali dan dianugerahkan dengan Freedom PEN Menulis Award pada tahun 1988. Pada usia 74, Pramoedya mendapat Hadiah Fukuoka untuk bantuan luar biasa oleh orang-orang Asia pada tahun 2000.

Pram yang meninggal tahun 2006 pada usia 81 tahun tak pernah berhenti berjuang. Sayangnya Nobel sastra yang sempat disebut-sebut akan diberikan, tidak mampir ke tangan Pram. Berikut beberapa reaksi netizen di Twitter mengenai ulang tahun Pramoedya yang dirayakan Google ini:


Sumber http://www.tips-trick.com

Selasa, 13 Maret 2018

ESPN menjalin kesepakatan dengan EA untuk menyiarkan turnamen eSports 'FIFA'

ESPN tidak ingin memperlambat rencana untuk menciptakan sebuah rencana utama Game Olahraga (eSports). jaringan ESPN sekarang telah bekerja sama dengan EA untuk menyiarkan turnamen FIFA pada sebagian besar saluran, termasuk ESPN, ESPN2, ESPN Deportes dan ESPN3 berbasis internet. Tahun lalu, ESPN menentukan game kompetitif dengan adegan khusus di situsnya, diikuti oleh cakupan dari kejuaraan yang berbeda di seluruh dunia. Ini pergeseran budaya yang signifikan untuk perusahaan yang presiden, John Skipper, belum usang menyatakan bahwa beliau tidak melihat eSports sebagai "olahraga."


Adapun EA, pengembang akan mempunyai kesempatan untuk terus memperluas game sepak bola waralaba, terutama di kalangan fans yang menyayangi mode Tim Ultimate FIFA. Yang cukup menarik, ESPN menentukan siaran pertama yang hampir pada saat jam yang sama menayangkan Super Bowl LI, pada Minggu 5 Februari di jam 06:00 ET. Tim Ultimate Championship Series tidak akan menayangkan hari itu.

Jika Kamu tertarik untuk mengusut Jadwal kompetisi, EA mempunyai aktivitas yang telah disusun https://www.ea.com/news/competitive-gaming-division-broadcast-fifa
Sumber http://www.tips-trick.com

Minggu, 11 Maret 2018

Pelajaran Singkat dari Kasus Terhapusnya Production Data Gitlab

Pernahkah Kamu menghapus sebuah data di servermu, atau di komputermu sendiri, atau di flashdisk, yang data itu sangat penting (dokumen bisnis, skripsi/thesis, project source, dsb) dan -sengaja atau tidak- dokumen tersebut terhapus dan risikonya sadar bahwa dokumen tersebut hanya itu salinan satu-satunya?

Mungkin sebagian besar, atau hampir semua generasi X, Y dan Z yang sudah hidup dengan berkas digital pernah mengalaminya, minimal satu kali seumur hidup. Bisa terbayangkan bukan bagaimana paniknya situasi tersebut. Dan itu situasi yang paling jelek yang tidak ingin dialami siapapun, alasannya yaitu hasil kerja puluhan minggu atau bulan atau bahkan tahun lenyap begitu saja. Tentu selalu ada solusi, restore files, yang jikalau gagal tetap ada solusi terakhir: menulis ulang. Bagus!


Apa yang Terjadi di Gitlab​

Beberapa hari kemudian ada isu yang tidak mengecewakan rame di kalangan programmer, yakni terhapusnya data production di server Gitlab. Bila Kamu memakai layanan Gitlab, Kamu niscaya tau isu ini. Ceritanya salah seorang Sysadmin Gitlab yang bekerja tengah malam, secara tidak sengaja menghapus direktori selama proses replikasi database yang cukup membuatnya frustasi. Celakanya, ia menghapus di server yang salah. Dia menghapus direktori database berisi 300GB data production yang seharusnya direplikasi.

Sang Sysadmin baru sadar ia telah menghapus direktori yang salah, dan meng-cancel perintah rm -rf tersebut. Data yang tersisa hanya tinggal 4,5GB, dan backup terakhir dari data tersebut yang sanggup di-restore yaitu 6 jam yang kemudian saat insiden terjadi. Berarti paling tidak, ada 6 jam data baru yang bisa dipastikan tidak sanggup diselamatkan. Saat insiden tersebut terjadi, website Gitlab down, dan pihak Gitlab langsung mengumumkan situasi yang terjadi melalui akun twitternya di https://twitter.com/gitlabstatus.

Untungnya, meskipun 300GB data terhapus, yang hilang hanyalah data issue dan merge request. Sedangkan data repository project user tetap kondusif (karena mungkin disimpan di direktori yang berbeda). Itu pun setidaknya ada backup database yang sanggup di-restore.

Masalah Lain pada Proses Restore DB​

Masalah baru muncul. Dari 5 opsi backup yang mereka sediakan, tidak ada satupun dari kelimanya (berdasarkan dokumen live docs perihal progress restoring db Gitlab) yang sanggup digunakan. Mulai dari backup LVM Snapshot dan regular backup yang hanya dilakukan sekali setiap 24 jam, disk snapshot Azure yang hanya membackup server NFS dan tidak membackup server DB, proses dumping dari Postgre yang gagal, hingga backup di S3 yang ternyata kosong. Mereka juga menyadari tidak mempunyai sistem pemberitahuan bilamana proses backup gagal.

Untungnya salah satu kru sempat menjalankan LVM snapshot secara manual sekitar 6 jam sebelum insiden terjadi. Dan opsi backup ini yang paling memungkinkan dan paling lengkap untuk di-restore. Paling tidak, hanya data 6 jam terakhir yang sudah niscaya tidak sanggup diselamatkan.


Tapi ada satu hal yang mengagumkan dan patut dicontoh dari Gitlab. Pada dasarnya alasannya yaitu layanan Git yang diberikan gratis, Gitlab bisa saja tidak terlalu mempermasalahkan insiden ini. Tapi dengan begitu tentu akan mencederai kepercayaan dan profesionalitas di mata pengguna. Tapi Gitlab justru tidak hanya sekedar meminta maaf dan memperbaiki masalah, tapi juga menghadirkan informasi yang transparan terkait permasalahan yang terjadi dan solusi yang dilakukan. Mereka bahkan menyediakan live doc dan live tweet yang sanggup kita pantau sepanjang progres perbaikan sistem mereka, dan juga Youtube Live Stream selama para kru menuntaskan perbaikan.


Pelajaran Penting

Proses backup data bukan task yang sepele, terutama jikalau Kamu belum pernah mengalami bagaimana merananya kehilangan data penting yang tidak sanggup diselamatkan. Terlebih lagi jikalau urusannya dengan bisnis yang mana data tersebut harus kita pertanggungjawabkan kepada klien kita. Setelah insiden serupa yang juga sempat kami alami di Coding-Arena, kami mulai merapikan proses backup data dan menciptakan opsi lebih dari satu, tidak hanya bergantung pada proses backup reguler yang disediakan provider.

Setidaknya ada 4 hal yang ingin saya sampaikan terkait isu yang kita bahas pada artikel ini:

Selalu Pasang Opsi Backup​

Backup yaitu hal yang wajib jikalau Kamu punya data penting. Dan upayakan untuk selalu sediakan salinan lebih dari dua opsi. Misalnya jikalau Kamu punya dokumen office yang harus disarsipkan, simpanlah di beberapa tempat: lokal komputer, harddisk eksternal, layanan Git online, Dropbox, Google Drive atau OneDrive.

Bila Kamu punya project online di servermu, siapkan prosedur duplikasi database atau dumping database serta upload ke media penyimpanan lain ibarat S3 atau layanan Git ibarat Github, Gitorious, Gitlab dan lain sebagainya.

Pastikan Backup Dapat Di-restore​

Meskipun Kamu sudah menyediakan beberapa opsi, Kamu harus tetap mengecek apakah hasil backup sanggup direstore. Bila bentuknya database dumping, pastikan sanggup direstore dengan lancar dengan mengetesnya di komputer lokal. Bila Kamu memakai layanan hosting VPS, pastikan ke provider hosting yang Kamu gunakan bahwa mereka mempunyai storage atau VM backup. Belajar dari perkara Gitlab, ada baiknya Kamu menciptakan alert system yang sanggup memberitahumu bilamana proses backup gagal sehingga Kamu bisa cepat memperbaiki dilema tersebut.

Delete yaitu Hal Tabu di Server Production​

Jangan gampang menghapus file atau data di server production! Meskipun Kamu sudah menyediakan opsi backup, menghapus hal yang krusial akan menghabiskan waktumu untuk hal yang sebetulnya tidak perlu. Hindari sebisa mungkin proses deleting apapun di server production. Pada dasarnya server production harus clean sejak pertama dibangun. Kalaupun Kamu harus membersihkan beberapa hal, PASTIKAN Kamu menghapus hal yang memang Kamu sadari itu harus dihapus. Upayakan sesadar mungkin saat hendak menghapus sesuatu. Pokoknya jangan gampang menghapus.

Sumber: Coding-Arena

Sumber http://www.tips-trick.com

Sabtu, 10 Maret 2018

Google Akan Menghentikan Aplikasi Launcher Google Now

Google saat ini mempunyai dua aplikasi launcher di Play Store; Peluncur Google Now dan Pixel Launcher. Dalam beberapa bulan, hanya akan ada satu Launcher saja. Google telah diperingatkan kawan GMS dari niatnya untuk menghapus Google Now Peluncur dari Play Store dalam beberapa minggu mendatang.


Menurut Android Police, Google telah mengirimkan email ke kawan memakai Google Mobile Services (GMS) untuk membiarkan mereka tahu Sekarang peluncur akan dihapus dari Play Store serta paket RUPS di Q1 2017. Namun, perusahaan mencatat bahwa orang-orang yang masih ingin pencarian dan kartu pakan yang Anda dapatkan saat menggesek ke kanan pada layar awal Android bisa mendapatkan yang memakai "Cari Launcher" aplikasi yang ditemukan dalam RUPS.

Google berencana untuk menghapus GNL dari paket RUPS opsional pada 1 Maret, yang berarti tidak ada perangkat dengan peluncur pra-instal akan disetujui sehabis itu. perangkat yang ada sanggup terus memakai GNL, meskipun. Ini akan secara teknis masih diperbarui melalui aplikasi Google. Namun, daftar tersebut akan pergi pada akibat Q1 2017 (yaitu sekarang-ish). Yang menghipnotis orang-orang yang hanya diinstal GNL pada perangkat mereka dari Playstore. Kamu sanggup tetap menggunakannya, tapi jangan berharap perbaikan besar. Akan lebih baik, jikalau ini berarti Pixel Launcher akan dipakai sampai dengan ponsel lainnya


Sumber http://www.tips-trick.com