1
00:00:00,190 --> 00:00:00,880
Baiklah semuanya.

2
00:00:00,900 --> 00:00:08,310
Jadi sekarang kita telah membahas pembuatan kata sandi pengguna yang mengenkripsi basis data kita dan juga

3
00:00:08,760 --> 00:00:14,780
hashing kata sandi, kita telah mencapai tingkat keamanan seperti kebanyakan situs Web.

4
00:00:14,820 --> 00:00:19,170
Sekarang ada lebih banyak keamanan yang akan kita pelajari sedikit kemudian.

5
00:00:19,710 --> 00:00:25,860
Tapi Anda benar-benar pada titik di mana Anda sudah tahu banyak tentang otentikasi dan menjaga

6
00:00:25,860 --> 00:00:32,260
kata sandi pengguna aman dan jelas lebih banyak daripada banyak orang yang benar-benar menjalankan situs Web.

7
00:00:32,310 --> 00:00:35,760
Dan saya tahu bahwa beberapa dari mereka ingin mendapatkan pekerjaan.

8
00:00:35,820 --> 00:00:41,730
Dan jika itu Anda maka saya ingin Anda pergi ke situs Web yang disebut plaintext offenders dot com atau tautan

9
00:00:41,730 --> 00:00:43,540
ke sana dalam sumber daya kursus.

10
00:00:43,560 --> 00:00:50,430
Tapi di sini yang akan Anda temukan adalah surel yang datang dari berbagai perusahaan tempat

11
00:00:50,430 --> 00:00:57,720
pengguna meminta untuk mereset kata sandi mereka dan mereka mengirimkan versi teks kata sandi mereka kepada pengguna.

12
00:00:57,720 --> 00:01:03,300
Sekarang pada titik ini kita tahu untuk bisa mendapatkan kata sandi pengguna di plaintext.

13
00:01:03,300 --> 00:01:08,130
Itu berarti mereka melakukan beberapa hal mengerikan dengan mengamankan kata sandi.

14
00:01:08,130 --> 00:01:13,890
Entah itu dienkripsi dan ada kunci enkripsi di suatu tempat yang mereka simpan atau itu hanya disimpan

15
00:01:13,890 --> 00:01:18,830
di database mereka sebagai teks biasa yang merupakan jenis keamanan yang paling buruk.

16
00:01:18,840 --> 00:01:27,030
Jadi, mengingat Anda sudah tahu jauh lebih baik daripada orang-orang yang menjalankan pekerjaan Linux dot com atau dunia Sim dot com

17
00:01:27,030 --> 00:01:34,880
atau Telecom Egypt maka Anda sebenarnya bisa mengirim email kepada orang-orang ini dan memberi tahu mereka bahwa saya adalah pengembang

18
00:01:34,890 --> 00:01:39,690
web dan saya tahu tentang otentikasi dan pengamanan kata sandi pengguna.

19
00:01:39,690 --> 00:01:42,210
Anda jelas terlihat seperti Anda mungkin butuh bantuan.

20
00:01:42,240 --> 00:01:43,650
Apakah Anda ingin saya bekerja untuk Anda?

21
00:01:44,130 --> 00:01:47,600
Saya sarankan untuk mencobanya jika Anda ingin mendapatkan pekerjaan.

22
00:01:47,730 --> 00:01:50,900
Jika Anda tidak mencari pekerjaan maka lihatlah situs-situs Web ini.

23
00:01:51,000 --> 00:01:56,090
Dan jika Anda mendaftar ke salah satu dari mereka pastikan untuk menghapus akun Anda karena itu pasti tidak aman.

24
00:01:56,190 --> 00:02:03,090
Dan inilah mengapa banyak perusahaan banyak situs Web diretas karena mereka tidak melanjutkan hal

25
00:02:03,090 --> 00:02:03,730
ini.

26
00:02:04,060 --> 00:02:09,690
Jadi itu berarti ini saat yang tepat untuk berbicara dengan Anda tentang cara meretas kata sandi.

27
00:02:09,750 --> 00:02:13,860
Jadi semacam peretasan kata sandi satu atau satu kelas jika Anda mau.

28
00:02:13,860 --> 00:02:16,960
Sekarang sebagian besar waktu saya menggunakan kekuatan pemrograman saya untuk selamanya.

29
00:02:17,070 --> 00:02:23,100
Tetapi dalam hal ini saya ingin berbicara kepada Anda tentang bagaimana kata sandi mungkin diretas sehingga setelah kami

30
00:02:23,220 --> 00:02:29,700
memahami bagaimana pihak lain mendekati masalah ini maka kami dapat mempelajari lebih lanjut tentang keamanan dan membuat situs web kami

31
00:02:29,700 --> 00:02:31,240
lebih aman bagi pengguna.

32
00:02:31,320 --> 00:02:32,880
Dan omong-omong saya tidak tahu.

33
00:02:33,010 --> 00:02:33,430
Hai.

34
00:02:33,450 --> 00:02:36,240
Peretas selalu digambarkan dalam balaclava.

35
00:02:36,240 --> 00:02:39,120
Tidak seperti orang seperti itu atau siapa pun.

36
00:02:39,120 --> 00:02:40,410
Maksudku terutama orang ini.

37
00:02:40,410 --> 00:02:46,500
Dia pasti sangat hangat duduk di sebelah semua komputer ini mengenakan begitu banyak pakaian di wajahnya.

38
00:02:47,160 --> 00:02:48,250
Tapi saya ngelantur.

39
00:02:48,600 --> 00:02:55,650
Jadi sebagai perusahaan, ini mungkin salah satu hal yang paling tidak Anda tunggu-tunggu ketika Anda bangun

40
00:02:55,650 --> 00:02:59,360
dan mendapat telepon dan Anda telah diretas.

41
00:02:59,550 --> 00:03:06,300
Dan ini baru-baru ini terjadi pada banyak perusahaan besar seperti Adobe Creative Cloud yang diretas

42
00:03:06,300 --> 00:03:15,060
pada tahun 2013. LinkedIn diretas pada tahun 2012 dan ada banyak akun di mana kata sandi mereka bocor, banyak pengguna

43
00:03:15,120 --> 00:03:21,330
yang tidak senang yang menggunakan kembali kata sandi mereka dan merasa sangat rentan.

44
00:03:21,780 --> 00:03:27,510
Dan Anda dapat melihat bahwa bahkan hingga hari ini orang dapat membeli akun yang

45
00:03:27,510 --> 00:03:34,200
diretas ini di mana orang mungkin tidak menyadari bahwa mereka ditautkan dalam surel dan kata sandi mereka ditautkan

46
00:03:34,200 --> 00:03:40,920
dan orang berpotensi membeli data itu dan menggunakannya untuk meretas ke Akun PayPal atau portal pembayaran serupa lainnya.

47
00:03:40,920 --> 00:03:48,450
Jadi, bahkan jika Anda tidak belajar apa pun dari pelajaran ini, saya sarankan hanya pergi ke situs Web ini tautan ke sana dalam

48
00:03:48,450 --> 00:03:54,210
sumber daya kursus hanya untuk tujuan pendidikan tetapi taruh di alamat email Anda dan pastikan bahwa jika

49
00:03:54,210 --> 00:03:59,550
Anda memiliki kata sandi muncul perubahan atau tempat di mana Anda menggunakan kata sandi itu.

50
00:03:59,550 --> 00:04:05,940
Tetapi mengapa semua perusahaan besar ini diretas dan membocorkan kata sandi penggunanya karena mereka

51
00:04:05,940 --> 00:04:09,690
setidaknya tidak mengenkripsi atau membuat kata sandi mereka.

52
00:04:09,690 --> 00:04:10,740
Ya mereka.

53
00:04:11,070 --> 00:04:12,190
Tapi pertimbangkan ini.

54
00:04:12,210 --> 00:04:19,830
Jadi, Anda seorang peretas dan Anda berhasil masuk ke basis data pengguna LinkedIn dan hanya demi kesederhanaan, katakanlah

55
00:04:19,830 --> 00:04:23,650
sepertinya Anda memiliki nama pengguna dan Anda mendapat hash.

56
00:04:23,820 --> 00:04:28,170
Dan untungnya mereka tidak menyimpan kata sandi pengguna mereka dalam teks biasa.

57
00:04:28,200 --> 00:04:30,370
Anda tidak dapat langsung mengakses kata sandi mereka.

58
00:04:30,940 --> 00:04:39,450
Namun jika Anda melihat tabel ini sedikit lebih dekat, Anda akan menyadari bahwa

59
00:04:39,720 --> 00:04:42,480
tiga hash benar-benar identik.

60
00:04:42,480 --> 00:04:44,430
Sekarang mengapa demikian.

61
00:04:44,820 --> 00:04:52,780
Ingat juga bahwa kata sandi yang sama selalu berubah menjadi hash yang sama tidak peduli seberapa sering Anda mencobanya.

62
00:04:52,800 --> 00:05:00,000
Dan itu adalah bagian inti dari fungsi hash yang kami andalkan untuk memvalidasi pengguna kami juga sehingga itu berarti

63
00:05:00,060 --> 00:05:06,810
seorang hacker akan melihat tabel ini dan menyadari bahwa Angela Tony dan Emily semuanya memiliki kata sandi

64
00:05:06,870 --> 00:05:07,940
yang sama.

65
00:05:08,040 --> 00:05:13,470
Dan apa yang dapat mereka lakukan adalah mereka dapat mulai membangun apa yang kita sebut tabel hash.

66
00:05:13,530 --> 00:05:20,070
Jadi Anda akan mengambil beberapa kata sandi yang paling umum digunakan dan Anda akan menggunakan fungsi hash

67
00:05:20,400 --> 00:05:23,670
yang sama untuk membuat nilai hash untuk masing-masing.

68
00:05:23,700 --> 00:05:27,840
Dan ini adalah beberapa kata sandi paling umum yang suka digunakan orang.

69
00:05:27,840 --> 00:05:32,310
Satu dua tiga empat lima enam kata sandi unik 1 1 1 1 1 1.

70
00:05:32,400 --> 00:05:41,070
Jadi Anda menghasilkan tabel hash ini dan kemudian yang harus Anda lakukan hanyalah melihat hash pengguna dan membandingkannya

71
00:05:41,430 --> 00:05:45,510
dengan hash yang Anda miliki di tabel Anda.

72
00:05:45,510 --> 00:05:52,110
Jadi Anda mencari berdasarkan nilai hash dan Anda mendapatkan kata sandi yang berkualitas.

73
00:05:52,110 --> 00:05:58,510
Jadi sekarang Anda tahu bahwa tiga dari empat pengguna dalam tabel ini semuanya memiliki kata sandi yang sama.

74
00:05:58,680 --> 00:06:00,180
Dan itu aneh.

75
00:06:00,180 --> 00:06:06,600
Jadi bagaimana jika mereka tidak menggunakan salah satu kata sandi yang paling umum dan sebaliknya mereka menggunakan sesuatu yang lain

76
00:06:06,810 --> 00:06:09,800
mengatakan tanggal lahir mereka atau nama hewan peliharaan itu.

77
00:06:09,810 --> 00:06:14,520
Baiklah mari kita lihat bagaimana kita akan membuat tabel hash jika kita seorang hacker.

78
00:06:14,520 --> 00:06:18,520
Anda mungkin akan mulai dengan semua kata dari kamus.

79
00:06:18,600 --> 00:06:21,960
Dan dari sinilah istilah serangan kamus berasal.

80
00:06:21,990 --> 00:06:25,860
Anda membuat hash dari semua kata yang mungkin dalam kamus.

81
00:06:26,040 --> 00:06:30,510
Dan itu hanya akan menjadi sekitar 150000 hash yang perlu Anda buat.

82
00:06:30,570 --> 00:06:36,150
Dan kemudian Anda menambahkan ke tabel hash atau angka-angka dari buku telepon

83
00:06:36,150 --> 00:06:42,660
dan semua kombinasi karakter hingga enam tempat dan kemudian Anda menambahkan semua ini bersama-sama dan Anda

84
00:06:42,660 --> 00:06:50,330
berakhir dengan sesuatu yang mendekati sembilan belas koma delapan miliar kombinasi yang memang terdengar seperti sejumlah besar benar.

85
00:06:50,340 --> 00:06:55,390
Berapa lama yang dibutuhkan komputer Anda untuk menghitung banyak hash.

86
00:06:55,410 --> 00:06:56,610
Jadi apa yang kita lakukan.

87
00:06:56,610 --> 00:06:58,310
Baiklah mari kita berbelanja.

88
00:06:58,530 --> 00:07:06,300
Mari kita pergi dan membeli beberapa penggunaan PDB terbaru atau kartu grafis yang mampu

89
00:07:06,720 --> 00:07:14,790
pemrosesan paralel dan karenanya sangat cocok untuk tidak hanya menambang bitcoin tetapi juga menghasilkan hash

90
00:07:14,790 --> 00:07:23,390
dengan salah satu penggunaan Jeep terbaru Anda dapat menghitung sekitar 20 miliar kosong lima cache per kedua.

91
00:07:23,490 --> 00:07:31,230
Jadi itu berarti dengan semua tabel hash dari sembilan belas koma delapan miliar kombinasi hanya akan mengambil salah

92
00:07:31,230 --> 00:07:39,420
satu dari Jeep ini menggunakan nol titik sembilan detik yang tidak ada banyak waktu untuk berinvestasi untuk hash begitu

93
00:07:39,420 --> 00:07:47,100
banyak kata sandi orang dan untuk membuatnya lebih buruk lagi tabel hash besar telah dibangun untuk kata

94
00:07:47,100 --> 00:07:49,000
sandi yang paling umum.

95
00:07:49,080 --> 00:07:55,920
Jadi karena kami memiliki begitu banyak data dari peretasan sebelumnya seperti adobe satu atau yang LinkedIn atau TalkTalk

96
00:07:55,920 --> 00:08:00,720
atau Equifax kami tahu kata sandi apa yang paling umum digunakan orang.

97
00:08:00,930 --> 00:08:08,070
Dan setiap tahun perusahaan seperti Splash data akan mengkompilasi kata sandi apa yang paling umum digunakan sebagai

98
00:08:08,070 --> 00:08:09,130
25 teratas.

99
00:08:09,300 --> 00:08:13,120
Dan dari sinilah semua nilai-nilai yang masuk ke meja kami berasal.

100
00:08:13,230 --> 00:08:16,160
Tetapi Anda benar-benar dapat melangkah lebih jauh.

101
00:08:16,200 --> 00:08:24,390
Ada tabel hash pra-bangun yang dibuat orang untuk 10.000 kata sandi paling umum teratas dan Anda dapat melihat bahwa lima

102
00:08:24,390 --> 00:08:31,290
kosong adalah salah satu hash tercepat untuk dihitung dan inilah mengapa sangat umum untuk menemukan lima

103
00:08:31,290 --> 00:08:39,210
tabel hash kosong dan Anda dapat bahkan menggunakan Google sebagai tabel hash dasar yang dapat Anda tempel di hash yang

104
00:08:39,210 --> 00:08:42,240
Anda temukan dari basis data yang diretas.

105
00:08:42,240 --> 00:08:48,270
Anda melakukan pencarian google sederhana dan Anda menghasilkan kata sandi asli.

106
00:08:48,270 --> 00:08:53,880
Sekarang jika pada titik ini Anda sangat takut dan Anda bertanya-tanya dengan baik apa sebenarnya yang dapat Anda lakukan tentang

107
00:08:53,880 --> 00:08:54,270
ini.

108
00:08:54,390 --> 00:09:01,770
Pertimbangkan juga bahwa di tabel pengguna kami ada satu hash yang sangat sulit ditemukan dan tidak

109
00:09:01,770 --> 00:09:07,170
cocok dengan hash dalam tabel hash sederhana yang kami buat ini.

110
00:09:07,170 --> 00:09:14,460
Jadi bagaimana jika kita memasukkannya ke google untuk mencari dalam skala yang lebih besar dan melihat apakah itu cocok dengan hash

111
00:09:14,820 --> 00:09:17,880
apa pun di tabel hash yang dibuat orang.

112
00:09:17,970 --> 00:09:20,580
Dan itu tidak cocok dengan apa pun.

113
00:09:20,580 --> 00:09:28,290
Dan alasannya adalah karena ketika John menciptakan kata sandi, ia memiliki kata sandi yang sangat sangat kuat dengan

114
00:09:28,290 --> 00:09:35,190
huruf besar, huruf kecil, simbol angka tetapi yang paling penting adalah kata sandi yang panjang.

115
00:09:35,250 --> 00:09:42,450
Ketika Anda berpikir tentang hashing sebagai rumus matematika, Anda akan menyadari bahwa ketika jumlah

116
00:09:42,630 --> 00:09:50,290
karakter kata sandi Anda meningkatkan waktu komputasi yang diperlukan untuk memecahkannya, maka akan meningkat secara eksponensial.

117
00:09:50,340 --> 00:09:57,330
Jadi tidak masalah jika akun Anda di LinkedIn atau Adobe Creative Cloud atau Ashley Manson dibobol

118
00:09:57,690 --> 00:10:01,150
selama Anda memiliki kata sandi yang salah.

119
00:10:01,260 --> 00:10:04,350
Mereka tidak akan bisa menyelesaikannya dari tabel hash.

120
00:10:04,350 --> 00:10:10,710
Jadi sebagai contoh ada sebuah situs web yang disebut pemeriksa kata sandi dan Anda dapat memasukkan kata sandi Anda

121
00:10:10,710 --> 00:10:17,460
dan itu akan memberi tahu Anda tidak hanya kekuatan tetapi juga berapa lama akan dibutuhkan berbagai jenis mesin untuk dapat

122
00:10:17,460 --> 00:10:19,200
memecahkan kata sandi itu.

123
00:10:19,200 --> 00:10:24,880
Jadi katakanlah saya membuat kata sandi enam karakter yang terdiri dari serangkaian karakter acak yang benar.

124
00:10:24,880 --> 00:10:28,140
Satu dua tiga empat lima enam.

125
00:10:28,410 --> 00:10:35,430
Dan Anda dapat melihat bahwa bahkan untuk P. desktop standar C. hanya perlu sekitar tiga detik

126
00:10:35,430 --> 00:10:39,090
untuk melakukan serangan brute force untuk memecahkan kata sandi itu.

127
00:10:39,090 --> 00:10:49,460
Tapi mari kita lihat apa yang terjadi jika saya menambahkan enam karakter lagi satu dua tiga empat lima enam Sekarang butuh 31 tahun untuk

128
00:10:49,520 --> 00:10:58,430
desktop standar P. C. menjadi untuk memecahkannya dan bahkan cepat G. P. Anda butuh dua tahun untuk memecahkan kata

129
00:10:58,430 --> 00:10:59,270
sandi saya.

130
00:10:59,630 --> 00:11:07,340
Jadi meskipun semua situs Web menganjurkan Anda untuk menambahkan huruf besar huruf kecil beberapa angka dan beberapa

131
00:11:07,460 --> 00:11:13,340
karakter acak jika Anda hanya memiliki enam karakter dalam kata sandi Anda.

132
00:11:13,370 --> 00:11:18,010
Jadi kata sandi singkat masih tidak butuh waktu lama untuk dipecahkan.

133
00:11:18,050 --> 00:11:25,910
Jadi hal yang paling penting dalam membuat kata sandi yang kuat yang hampir ada di Crackle

134
00:11:25,910 --> 00:11:32,740
adalah meningkatkan jumlah karakter dan juga mencegah diri Anda menjadi korban serangan kamus.

135
00:11:32,750 --> 00:11:39,710
Pastikan Anda tidak menggunakan kata kamus atau nama tempat atau sesuatu yang ada di direktori di

136
00:11:39,710 --> 00:11:41,990
suatu tempat seperti nomor telepon.

137
00:11:42,020 --> 00:11:42,290
Baiklah.

138
00:11:42,320 --> 00:11:46,220
Jadi setidaknya setelah pelajaran ini, Anda akan tahu bagaimana menjaga diri Anda lebih aman.

139
00:11:46,580 --> 00:11:52,130
Tetapi dalam pelajaran berikutnya kita akan membahas kerentanan ini yang terjadi karena algoritma hashing yang

140
00:11:52,130 --> 00:11:52,900
lemah.

141
00:11:53,030 --> 00:11:58,760
Dan kita akan belajar bagaimana kita bisa memerangi peretas yang mencoba menyerang basis data kita menggunakan serangan

142
00:11:58,760 --> 00:12:01,250
kamus atau dengan membuat tabel hash.

143
00:12:01,280 --> 00:12:04,460
Jadi untuk semua itu dan lebih banyak lagi, sampai jumpa di pelajaran selanjutnya.

144
00:12:04,490 --> 00:12:09,110
Tetapi sebagai bonus cepat jika Anda ingin menipu teman-teman Anda untuk berpikir bahwa

145
00:12:09,110 --> 00:12:14,690
Anda adalah semacam peretas setidaknya menurut Hollywood, saya sarankan untuk memeriksa situs web yang disebut jenis

146
00:12:14,690 --> 00:12:21,340
peretas atau dot net di mana Anda dapat hanya menumbuk keyboard dan Anda berakhir dengan sesuatu yang terlihat sangat realistis.

147
00:12:21,350 --> 00:12:22,470
Tapi kata peringatan.

148
00:12:22,490 --> 00:12:28,380
Cobalah untuk tidak melakukan ini di pesawat terbang atau di gedung pemerintah kecuali Anda benar-benar ingin diselidiki.
