1
00:00:00,570 --> 00:00:00,960
Baiklah.

2
00:00:00,990 --> 00:00:05,780
Jadi sekarang saatnya untuk naik ke tingkat keamanan berikutnya.

3
00:00:05,880 --> 00:00:10,630
Dan dalam pelajaran ini kita akan membahas sesuatu yang disebut hashing.

4
00:00:10,680 --> 00:00:18,510
Sekarang sebelumnya kita telah melihat enkripsi sehingga mengambil kata sandi pengguna dan mengamankannya menggunakan kunci enkripsi dan kemudian

5
00:00:18,600 --> 00:00:26,760
menggunakan metode sandi tertentu baik itu sandi Caesar atau sandi enigma atau metode sandi modern seperti ya yang merupakan

6
00:00:26,880 --> 00:00:33,570
apa yang kami aktifkan. pada basis data kami tidak peduli ke arah mana kami memilih.

7
00:00:33,600 --> 00:00:39,840
Kami selalu memiliki kata sandi kunci dan kami berakhir dengan beberapa ciphertext yang akan menyulitkan orang

8
00:00:39,840 --> 00:00:43,650
untuk dapat langsung menebak apa kata sandi pengguna kami.

9
00:00:43,650 --> 00:00:49,770
Jadi misalnya jika kami mengambil kata sandi seperti kualitas dan kami menggunakan metode Caesar Cipher

10
00:00:49,770 --> 00:00:56,730
dan kami memutuskan untuk mengubahnya dengan satu maka kunci enkripsi kami adalah nomor satu dan yang menciptakan ciphertext

11
00:00:56,730 --> 00:00:59,690
di mana setiap huruf digeser oleh satu.

12
00:00:59,910 --> 00:01:06,150
Sekarang untuk mendekripsi semua yang harus Anda lakukan selama Anda tahu apa kuncinya maka

13
00:01:06,150 --> 00:01:12,860
Anda dapat dengan mudah menggeser semua teks sandi menjadi satu dan Anda berakhir dengan kata sandi asli.

14
00:01:12,870 --> 00:01:18,200
Sekarang cipher musim adalah metode enkripsi yang sangat sangat lemah.

15
00:01:18,210 --> 00:01:25,860
Sangat mudah untuk mengetahui apa teks aslinya bahkan jika Anda tidak memiliki kunci dan hanya untuk menggambarkan hal-hal

16
00:01:25,860 --> 00:01:31,080
buruk apa yang bisa terjadi ketika Anda memiliki sistem enkripsi yang lemah.

17
00:01:31,080 --> 00:01:37,170
Saya akan menceritakan kepada Anda sebuah kisah dari sejarah yang memberi tahu kami mengapa kami tidak boleh menggunakan sistem

18
00:01:37,170 --> 00:01:38,250
enkripsi yang lemah.

19
00:01:38,250 --> 00:01:45,240
Jadi kembali ke 15 ratusan di pulau ini yang sekarang kita sebut Inggris dulu ada dua

20
00:01:45,270 --> 00:01:46,230
wilayah besar.

21
00:01:46,230 --> 00:01:48,200
Salah satunya adalah Skotlandia.

22
00:01:48,510 --> 00:01:53,910
Dan yang lainnya adalah Inggris dan mereka diperintah oleh dua ratu.

23
00:01:53,910 --> 00:01:57,630
Skotlandia diperintah oleh Mary Queen of Scots yang adalah seorang Katolik.

24
00:01:57,630 --> 00:02:02,160
Dan Inggris diperintah oleh Ratu Elizabeth yang pertama.

25
00:02:02,160 --> 00:02:07,800
Sekarang dua wanita ini di antara mereka mengendalikan tanah yang sekarang kita sebut U. K. tetapi mereka masing-masing ingin memiliki

26
00:02:07,800 --> 00:02:10,350
lebih banyak kekuatan dan lebih banyak tanah.

27
00:02:10,830 --> 00:02:12,480
Jadi apa yang mereka lakukan.

28
00:02:12,510 --> 00:02:21,330
Nah Mary Queen of Scots yang memerintah Skotlandia memutuskan untuk merencanakan dengan temannya Lord Babington untuk mencoba

29
00:02:21,420 --> 00:02:23,760
dan membunuh Ratu Elizabeth.

30
00:02:23,760 --> 00:02:29,530
Dengan begitu dia akan menjadi pewaris sah takhta Inggris dan Skotlandia.

31
00:02:29,670 --> 00:02:33,750
Dan itu semacam permainan takhta yang terjadi di masa itu.

32
00:02:33,960 --> 00:02:40,710
Tetapi untuk memobilisasi pasukan mereka atau mencoba membuat semacam rencana rahasia, mereka memutuskan

33
00:02:40,710 --> 00:02:44,520
untuk saling mengirim surat menggunakan ciphertext.

34
00:02:44,520 --> 00:02:52,350
Jadi mereka datang dengan sistem untuk mengenkripsi surat mereka satu sama lain sehingga jika jatuh ke tangan

35
00:02:52,350 --> 00:02:59,510
yang salah subjek surat itu tidak akan terungkap dan mereka tidak akan diadili karena pengkhianatan.

36
00:02:59,520 --> 00:03:05,730
Tetapi masalahnya adalah bahwa metode enkripsi yang mereka gunakan yang merupakan metode substitusi

37
00:03:05,970 --> 00:03:11,660
huruf mirip dengan cipher Caesar adalah bentuk enkripsi yang sangat lemah.

38
00:03:11,700 --> 00:03:20,700
Dan Ratu Elizabeth memiliki kepala decoder yang akhirnya menguraikan surat-surat mereka dan mencari tahu apa

39
00:03:20,760 --> 00:03:22,770
kunci enkripsi mereka.

40
00:03:22,950 --> 00:03:30,870
Jadi dia memutuskan untuk mengambil kunci enkripsi ini dan menulis surat kembali kepada Lord Babington untuk

41
00:03:30,870 --> 00:03:34,280
mencoba dan membuatnya mengungkapkan semua co-conspirators

42
00:03:34,470 --> 00:03:38,250
Dan apa hasil akhirnya dari sistem enkripsi mereka yang lemah.

43
00:03:38,250 --> 00:03:45,750
Nah Ratu Elizabeth memutuskan untuk menuduh Mary Queen dari Skotlandia pengkhianatan dan karenanya dia akhirnya

44
00:03:45,750 --> 00:03:47,280
kepalanya dipotong.

45
00:03:47,280 --> 00:03:51,900
Jadi ini bukan yang Anda inginkan terjadi pada Anda atau situs web Anda.

46
00:03:52,470 --> 00:03:59,820
Jadi sistem enkripsi yang lemah pada akhirnya dapat menempatkan kata sandi pengguna dalam risiko dan perusahaan Anda mungkin berakhir

47
00:03:59,820 --> 00:04:06,120
secara metaforis seperti dalam kasus perusahaan seperti TalkTalk atau Equifax di mana mereka akhirnya diretas dan

48
00:04:06,300 --> 00:04:09,000
kehilangan banyak kepercayaan dari pengguna mereka.

49
00:04:09,000 --> 00:04:14,880
Sekarang jika Anda tertarik pada lebih banyak cerita seperti ini dan untuk mempelajari lebih lanjut tentang kriptografi dan enkripsi ada rekomendasi

50
00:04:15,120 --> 00:04:20,100
buku yang sangat bagus yang akan saya buat disebut buku kode oleh Simon Singh. Ini berisi kisah-kisah

51
00:04:20,100 --> 00:04:22,940
seperti yang baru saja saya katakan dan banyak lagi.

52
00:04:23,040 --> 00:04:26,190
Jadi jika Anda tertarik dengan ini, silakan baca lebih lanjut.

53
00:04:26,250 --> 00:04:30,860
Sekarang bagaimana kita dapat membuat kata sandi kita lebih aman sekarang saat ini.

54
00:04:30,870 --> 00:04:38,340
Kelemahan terbesar dalam metode otentikasi kami adalah kenyataan bahwa kami membutuhkan kunci enkripsi untuk mengenkripsi kata sandi kami

55
00:04:38,370 --> 00:04:45,780
dan mendekripsi kata sandi kami dan kemungkinannya adalah jika seseorang cukup termotivasi untuk menghabiskan waktu dan meretas

56
00:04:45,780 --> 00:04:52,920
ke dalam basis data Anda, mungkin itu tidak sulit bagi mereka untuk melakukannya. Anda juga bisa

57
00:04:52,920 --> 00:05:00,210
mendapatkan kunci enkripsi bahkan jika Anda menyimpannya dalam variabel lingkungan atau tempat yang aman di server Anda.

58
00:05:00,470 --> 00:05:03,280
Jadi bagaimana kita mengatasi Tautan Terlemah ini.

59
00:05:03,320 --> 00:05:05,660
Kebutuhan akan kunci enkripsi itu.

60
00:05:05,700 --> 00:05:08,650
Nah di sinilah hashing berperan.

61
00:05:08,750 --> 00:05:15,770
Padahal sebelumnya dengan enkripsi, kami membutuhkan hashing kunci enkripsi untuk menghilangkannya dan

62
00:05:15,860 --> 00:05:19,070
tidak lagi membutuhkan kunci enkripsi.

63
00:05:19,700 --> 00:05:26,270
Kalau begitu Anda mungkin bertanya dengan baik jika kami tidak memiliki kunci enkripsi bagaimana kami dapat mendekripsi kata sandi kami

64
00:05:26,270 --> 00:05:27,890
kembali ke teks biasa.

65
00:05:27,890 --> 00:05:35,960
Yah rahasianya adalah Anda jangan katakan pengguna mendaftar di situs web kami dan mereka memasukkan kata sandi

66
00:05:35,960 --> 00:05:37,220
untuk mendaftar.

67
00:05:37,430 --> 00:05:45,260
Kami menggunakan sesuatu yang disebut fungsi hash untuk mengubah kata sandi itu menjadi hash dan kami menyimpan hash itu di

68
00:05:45,260 --> 00:05:46,730
basis data kami.

69
00:05:46,730 --> 00:05:56,210
Sekarang masalahnya adalah bahwa fungsi hash adalah persamaan matematika yang dirancang untuk membuatnya hampir

70
00:05:56,210 --> 00:05:59,100
tidak mungkin untuk mundur.

71
00:05:59,480 --> 00:06:05,690
Hampir tidak mungkin untuk mengubah hash kembali menjadi kata sandi.

72
00:06:05,690 --> 00:06:12,590
Bagaimana ini mungkin Anda mungkin bertanya bagaimana mungkin Anda dapat mengubah kata sandi menjadi hash dengan sangat

73
00:06:12,590 --> 00:06:19,360
cepat dan mudah tetapi membuatnya hampir mustahil untuk mengubah hash itu kembali menjadi kata sandi.

74
00:06:19,370 --> 00:06:21,170
Nah, ini sebuah pertanyaan.

75
00:06:21,170 --> 00:06:28,580
Izinkan saya bertanya kepada Anda apa saja faktor 377 selain 377.

76
00:06:28,580 --> 00:06:32,630
Jadi pada dasarnya saya katakan 377 bukan bilangan prima.

77
00:06:32,630 --> 00:06:40,760
Anda tidak hanya dapat membagi tiga ratus tujuh puluh tujuh dengan 1 dan 3 7 7 tetapi ada juga dua angka lain yang

78
00:06:40,760 --> 00:06:42,260
dapat Anda bagi dengan.

79
00:06:42,410 --> 00:06:45,770
Sekarang tugas Anda untuk mencari tahu apa angka-angka itu.

80
00:06:46,670 --> 00:06:47,920
Jadi, apa yang mungkin Anda lakukan.

81
00:06:47,930 --> 00:06:50,050
Mungkin Anda membaginya dengan dua.

82
00:06:50,060 --> 00:06:50,420
BAIK.

83
00:06:50,420 --> 00:06:52,640
Jadi itu menjadi seratus delapan puluh delapan koma lima.

84
00:06:52,640 --> 00:06:53,780
Itu bukan bilangan bulat.

85
00:06:53,840 --> 00:06:55,730
Jadi dua bukanlah faktor.

86
00:06:55,820 --> 00:06:57,110
Bagaimana jika Anda dibagi tiga.

87
00:06:57,140 --> 00:07:03,000
Nah itu menjadi seratus tiga belas koma tiga yang berulang yang juga bukan bilangan bulat.

88
00:07:03,020 --> 00:07:05,320
Jadi tiga juga bukan faktor.

89
00:07:05,730 --> 00:07:12,350
Dan Anda mungkin melalui proses ini untuk waktu yang lama melalui angka demi angka.

90
00:07:12,530 --> 00:07:19,520
Kalau begitu Anda mungkin sampai pada titik di mana Anda membagi tiga tujuh tujuh dengan 13 dan Anda berakhir dengan dua puluh

91
00:07:19,520 --> 00:07:20,180
sembilan.

92
00:07:20,600 --> 00:07:25,380
Jadi tigabelas dan dua puluh sembilan adalah jawaban untuk pertanyaan ini.

93
00:07:25,460 --> 00:07:32,240
Mereka adalah satu-satunya faktor 377 selain 1 dan 3 7 7.

94
00:07:32,240 --> 00:07:39,250
Dan seperti yang Anda lihat proses mencapai titik menemukan kedua faktor itu butuh waktu.

95
00:07:39,290 --> 00:07:39,740
Kanan.

96
00:07:39,740 --> 00:07:40,930
Itu tidak mudah.

97
00:07:41,390 --> 00:07:47,050
Tetapi pertimbangkan jika saya mengajukan pertanyaan yang berbeda jika saya mengatakan kepada Anda dapatkah Anda mengalikan tiga belas dengan dua puluh

98
00:07:47,050 --> 00:07:47,490
sembilan.

99
00:07:47,870 --> 00:07:51,400
Anda harus melakukannya dengan sangat cepat dan mudah.

100
00:07:51,410 --> 00:07:56,590
Hampir tidak ada waktu sama sekali bagi Anda untuk mengetahui bahwa jawabannya adalah 3 7 7.

101
00:07:57,440 --> 00:08:03,920
Jadi di sini adalah versi fungsi hash yang sangat sederhana.

102
00:08:03,920 --> 00:08:12,200
Jadi maju mengalikan 13 dengan 29 benar-benar cepat dan mudah tetapi mundur mencoba untuk mendapatkan kembali

103
00:08:12,200 --> 00:08:18,860
angka-angka 13 dan 29 mulai dari 3 7 7 sangat memakan waktu.

104
00:08:19,310 --> 00:08:26,030
Jadi ini pada dasarnya bagaimana fungsi hash bekerja hanya menambah sedikit lebih banyak kompleksitas dan Anda berakhir

105
00:08:26,090 --> 00:08:28,160
dengan fungsi hash nyata.

106
00:08:28,160 --> 00:08:35,830
Jadi mereka dirancang untuk dihitung dengan sangat cepat ke depan tetapi hampir tidak mungkin untuk mundur.

107
00:08:35,930 --> 00:08:43,730
Dan hampir tidak mungkin yang saya maksudkan adalah bahwa dengan menggunakan tingkat daya komputasi saat ini, akan memakan waktu terlalu

108
00:08:43,730 --> 00:08:46,330
lama untuk membuatnya berharga bagi peretas.

109
00:08:46,700 --> 00:08:53,480
Jadi katakanlah untuk menghitung hash ke depan dibutuhkan milidetik tetapi untuk mundur dibutuhkan dua tahun maka

110
00:08:53,480 --> 00:08:58,510
hacker mungkin memiliki hal-hal yang lebih baik untuk dilakukan dengan waktunya.

111
00:08:58,520 --> 00:09:05,150
Jadi ketika pengguna mencoba mendaftar di situs Web kami, maka kami meminta mereka untuk kata sandi pendaftaran yang kami

112
00:09:05,210 --> 00:09:11,660
ubah menjadi hash menggunakan fungsi hash kami dan kemudian kami menyimpan hash itu di basis data kami.

113
00:09:11,750 --> 00:09:19,310
Sekarang pada titik kemudian ketika pengguna mencoba untuk masuk dan mereka mengetikkan kata sandi mereka kemudian kita lagi

114
00:09:19,370 --> 00:09:27,110
hash kata sandi yang mereka ketik untuk menghasilkan hash dan kemudian kita membandingkannya dengan hash yang telah kita

115
00:09:27,110 --> 00:09:29,120
simpan di database kami.

116
00:09:29,660 --> 00:09:36,650
Dan jika kedua hash cocok maka itu harus berarti bahwa kata sandi login juga sama dengan kata

117
00:09:36,650 --> 00:09:37,900
sandi pendaftaran.

118
00:09:37,970 --> 00:09:45,320
Dan tidak ada titik dalam proses ini kita harus menyimpan kata sandi mereka dalam plaintext atau kita dapat

119
00:09:45,320 --> 00:09:49,120
membalikkan proses untuk mengetahui kata sandi asli mereka.

120
00:09:49,190 --> 00:09:53,330
Satu-satunya orang yang mengetahui kata sandi mereka adalah pengguna itu sendiri.

121
00:09:53,330 --> 00:10:02,080
Sekarang sebelumnya kita melihat bahwa dengan menggunakan mesin Enigma selama kita tahu apa pengaturannya untuk mesin Enigma

122
00:10:02,080 --> 00:10:05,540
yang pada dasarnya adalah kunci enkripsi.

123
00:10:05,560 --> 00:10:06,260
Kanan.

124
00:10:06,310 --> 00:10:08,380
Selama kita tahu apa itu.

125
00:10:08,680 --> 00:10:13,410
Lalu saya bisa mendekode dengan menyetelnya ke kunci enkripsi yang sama.

126
00:10:14,890 --> 00:10:19,430
Dan kami akhirnya dapat mengambil teks aslinya sekarang.

127
00:10:19,440 --> 00:10:27,400
Namun jika saya harus pergi dan mengubahnya ke fungsi hash sebagai gantinya maka Anda dapat melihat bahwa ketika kami mencoba

128
00:10:27,400 --> 00:10:35,680
untuk memecahkan kode ini menggunakan fungsi hash yang sama kosong lima kita mendapatkan kesalahan bahwa langkah decoding tidak ditentukan untuk fungsi

129
00:10:35,740 --> 00:10:38,990
hash karena Anda tidak bisa benar-benar kembali.

130
00:10:39,100 --> 00:10:41,540
Itulah inti dari fungsi hash.

131
00:10:41,650 --> 00:10:45,850
Dan inilah yang akan membuat otentikasi kami lebih aman.

132
00:10:46,720 --> 00:10:49,640
Jadi mari kita lanjutkan dan terapkan ini dalam kode kita.

133
00:10:50,140 --> 00:10:56,440
Jadi hal pertama yang pertama, mari kita lanjutkan dan menginstal M. D. lima paket dan kemudian semua

134
00:10:56,440 --> 00:11:04,060
yang perlu kita lakukan adalah hanya Anda memerlukannya dan kemudian menggunakannya untuk hash pesan tertentu atau dalam kasus kami kata sandi.

135
00:11:04,870 --> 00:11:13,480
Jadi mari kita pergi ke sini dan mari kita menghapus enkripsi Mongoose dan menghapus plugin ini dari skema pengguna kami dan

136
00:11:13,870 --> 00:11:17,640
sebagai gantinya kita akan membutuhkan MDG 5 dan

137
00:11:21,480 --> 00:11:27,440
ketika pengguna mendaftar bukannya menyimpan kata sandi mereka yang merupakan apa yang kita dapatkan

138
00:11:27,480 --> 00:11:35,690
dari badan peminta kami akan menggunakan fungsi hash kami MDG 5 untuk mengubahnya menjadi hash yang tidak dapat diubah.

139
00:11:35,700 --> 00:11:37,950
Jadi mari kita mulai.

140
00:11:37,950 --> 00:11:45,480
Jadi pertama-tama kita akan menjalankan penculikan kami Jess dan kami akan membuka situs web kami dan

141
00:11:45,480 --> 00:11:56,320
mendaftarkan pengguna baru yang akan memanggil pengguna di hash dot com dan kami akan memberi mereka kata sandi 1 2 3 4 5 6.

142
00:11:56,340 --> 00:11:57,570
Silakan tekan register.

143
00:11:58,020 --> 00:11:58,320
BAIK.

144
00:11:58,320 --> 00:11:59,340
Keberhasilan.

145
00:11:59,340 --> 00:12:06,900
Jadi itu artinya pengguna telah berhasil disimpan ke dalam basis data kami dan kami dapat melihat bahwa email

146
00:12:06,900 --> 00:12:15,660
tersebut masih dibiarkan apa adanya sehingga kami dapat mencari melaluinya tetapi kata sandi sekarang adalah hash yang telah dibuat dengan mengirimkan

147
00:12:15,840 --> 00:12:16,690
kata sandi.

148
00:12:16,710 --> 00:12:19,950
Satu dua tiga empat lima enam melalui fungsi hash itu.

149
00:12:19,950 --> 00:12:20,860
Kosong lima

150
00:12:21,030 --> 00:12:23,450
Dan ini tidak mungkin dibalik.

151
00:12:23,550 --> 00:12:29,670
Kami tidak dapat mendekripsi dan kami tidak memiliki kunci enkripsi apa pun yang membuatnya rentan.

152
00:12:29,670 --> 00:12:33,950
Jadi sekarang kita perlu mencari tahu apa yang harus dilakukan dengan langkah login.

153
00:12:33,990 --> 00:12:40,800
Sekarang hal penting yang perlu Anda ingat dengan hashing adalah ketika Anda

154
00:12:41,220 --> 00:12:48,240
menjalankan fungsi hash pada string yang sama hash yang dibuat selalu akan sama.

155
00:12:48,540 --> 00:12:55,470
Jadi misalnya jika saya memutuskan sebagai konsol log MDG 5 dan saya melewati string satu dua tiga empat

156
00:12:55,470 --> 00:12:56,550
lima enam.

157
00:12:56,880 --> 00:13:04,950
Lalu ketika saya menekan save a node one jalankan kembali aplikasi ini dot J. S. Anda dapat melihat ini adalah

158
00:13:05,460 --> 00:13:12,420
hash yang dibuat dan ini cocok persis dengan hash yang dihasilkan di sini sebelumnya

159
00:13:12,420 --> 00:13:22,080
ketika saya mencoba mendaftarkan pengguna dan hash kata sandi yang mereka ketikkan sehingga ini adalah bagaimana kami dapat kemudian membandingkan kemudian.

160
00:13:22,080 --> 00:13:29,580
Jadi, ketika pengguna mencoba masuk, kami akan hash kata sandi yang mereka coba ketik menggunakan

161
00:13:29,580 --> 00:13:37,710
fungsi hash yang sama kosong lima dan kemudian akan membandingkan hasilnya dengan hash yang disimpan dalam database

162
00:13:37,710 --> 00:13:38,700
kami.

163
00:13:38,700 --> 00:13:45,120
Dan jika mereka cocok maka itu berarti bahwa kata sandi awal yang mereka ketikkan

164
00:13:45,150 --> 00:13:51,810
harus sama dengan kata sandi awal yang mereka daftarkan karena setelah hashing mereka sama persis.

165
00:13:51,810 --> 00:14:00,720
Jadi sekarang kita akan membandingkan hash yang ada di dalam basis data kita dengan versi hash dari kata sandi mereka dan melihat

166
00:14:00,930 --> 00:14:03,630
apakah itu cocok untuk dapat login.

167
00:14:03,630 --> 00:14:09,740
Jadi biarkan itu menyimpan dan mari kita pergi dan kembali ke halaman rumah kami.

168
00:14:09,780 --> 00:14:17,380
Coba dan login pengguna pengguna kami hash dot com kami dan kata sandinya 1 2 3 4 5 6.

169
00:14:17,370 --> 00:14:24,900
Mari kita lanjutkan dan masuk sehingga kami berhasil masuk karena hash cocok.

170
00:14:24,900 --> 00:14:28,610
Dan ini sangat sederhana bagaimana hashing bekerja.

171
00:14:28,620 --> 00:14:35,940
Jadi sekarang ketika pengguna memutuskan untuk meretas ke dalam basis data kami semua mereka memiliki semua

172
00:14:35,940 --> 00:14:43,920
hash ini sebagai ganti kata sandi kami dan karena cara algoritma hashing bekerja, Anda tidak dapat membalikkan ini kembali

173
00:14:43,920 --> 00:14:47,220
menjadi teks biasa dari kata sandi asli.

174
00:14:47,220 --> 00:14:49,290
Jadi itu semua sangat baik dan bagus.

175
00:14:49,350 --> 00:14:56,640
Dan secara teoritis kata sandi kami jauh lebih aman daripada ketika kami hanya mengenkripsi karena

176
00:14:56,640 --> 00:14:59,690
kami memiliki kerentanan kunci enkripsi itu.

177
00:14:59,940 --> 00:15:05,070
Begitu seseorang menemukan kunci maka semua enkripsi kami sia-sia.

178
00:15:05,100 --> 00:15:12,390
Sekarang hashing juga datang dengan masalah sendiri karena karena begitu Anda menemukan masalah maka

179
00:15:12,810 --> 00:15:16,570
beberapa peretas termotivasi akan datang dengan solusi.

180
00:15:16,680 --> 00:15:22,270
Dan dalam pelajaran selanjutnya saya akan menunjukkan kepada Anda bagaimana kami dapat meretas kata sandi pengguna kami.

181
00:15:22,350 --> 00:15:24,750
Jadi untuk semua itu dan kita akan lihat.