1
00:00:00,000 --> 00:00:02,598
10 月 21 號，荷蘭的國家資安中心，

2
00:00:02,598 --> 00:00:04,067
把自己的網站關掉了。

3
00:00:04,067 --> 00:00:07,833
他們事後的公告寫，這是出於預防，暫時下線。

4
00:00:07,833 --> 00:00:10,135
同一天，德國聯邦政府的資訊服務單位、

5
00:00:10,135 --> 00:00:13,716
芬蘭政府的資訊中心、維基百科背後的 Wikimedia，

6
00:00:13,716 --> 00:00:15,767
也都先把一部分網站或系統關掉。

7
00:00:15,767 --> 00:00:19,091
路透社整理他們的說法，幾乎都是同一句話：這是預防，

8
00:00:19,091 --> 00:00:21,067
沒有發現被入侵。

9
00:00:21,067 --> 00:00:24,367
一個專門管資安的單位，為什麼要先關掉自己的網站？

10
00:00:24,367 --> 00:00:27,717
因為那一天，網路上最多網站在用的程式語言 PHP，

11
00:00:27,717 --> 00:00:30,134
要發布兩個重大漏洞的修補。

12
00:00:30,134 --> 00:00:33,858
在修補裝上去之前，美國的 NSA 跟 CISA 建議，

13
00:00:33,858 --> 00:00:36,066
沒辦法馬上更新的系統，就先下線；

14
00:00:36,066 --> 00:00:39,434
歐盟的資安單位也建議，先把它跟公開網路隔開。

15
00:00:39,434 --> 00:00:42,434
這一集我們來講這個叫做 php2shell 的漏洞。

16
00:00:42,434 --> 00:00:44,101
我們分成三段來講。

17
00:00:44,101 --> 00:00:47,367
第一段，10 月 21 號那一天，到底發生了什麼事。

18
00:00:47,367 --> 00:00:50,417
第二段，AI 在這件事裡，真正做了什麼。

19
00:00:50,417 --> 00:00:54,067
第三段，你自己的網站有沒有事，現在該做什麼。

20
00:00:54,067 --> 00:00:56,284
第一段，我們先把那一天的事情講清楚。

21
00:00:56,284 --> 00:01:00,026
很多新聞標題寫的是全球網站被駭，但各國官方的公告，

22
00:01:00,026 --> 00:01:01,634
寫的是另一件事。

23
00:01:01,634 --> 00:01:02,934
先講 PHP 是什麼。

24
00:01:02,934 --> 00:01:05,766
你打開一個網站，網站的伺服器要先跑一段程式，

25
00:01:05,766 --> 00:01:08,501
把這一頁組出來，再送到你的瀏覽器。

26
00:01:08,501 --> 00:01:10,706
PHP 就是很常用來寫這段程式的語言，

27
00:01:10,706 --> 00:01:13,468
WordPress 就是用 PHP 寫的。

28
00:01:13,468 --> 00:01:15,976
網站技術調查網站 W3Techs 的統計，

29
00:01:15,976 --> 00:01:17,887
在看得出後端用什麼語言的網站裡，

30
00:01:17,887 --> 00:01:20,184
有 69.3% 用的是 PHP。

31
00:01:20,184 --> 00:01:22,410
新聞常說的七成就是從這裡來的，

32
00:01:22,410 --> 00:01:24,534
但它不是全部網站的七成。

33
00:01:24,534 --> 00:01:27,835
光是 WordPress，就佔了全部網站的 39.6%。

34
00:01:27,835 --> 00:01:30,696
php2shell 是兩個漏洞，問題出在 PHP 本身，

35
00:01:30,696 --> 00:01:33,068
不是 WordPress，也不是外掛。

36
00:01:33,068 --> 00:01:35,928
第一個是這樣：PHP 處理一個請求處理到一半，

37
00:01:35,928 --> 00:01:38,042
如果記憶體用完了，它會中途跳出來，

38
00:01:38,042 --> 00:01:40,601
留下一些只做了一半的內部資料。

39
00:01:40,601 --> 00:01:43,293
接著做最後清理的時候，它把這些做一半的東西，

40
00:01:43,293 --> 00:01:45,235
當成正常的資料來用。

41
00:01:45,235 --> 00:01:46,780
第二個也是記憶體的問題：

42
00:01:46,780 --> 00:01:48,712
上一個請求已經還回去的記憶體，

43
00:01:48,712 --> 00:01:52,035
被同一個程序處理的下一個請求，又拿起來用。

44
00:01:52,035 --> 00:01:55,448
記憶體一旦被搞亂，最嚴重的結果，是外面的人不用登入，

45
00:01:55,448 --> 00:01:58,467
只要送出特別做過的請求，就可能在你的伺服器上，

46
00:01:58,467 --> 00:01:59,952
執行他想跑的程式。

47
00:01:59,952 --> 00:02:04,218
這叫做遠端執行程式碼，是資安漏洞裡最嚴重的一種。

48
00:02:04,218 --> 00:02:07,568
PHP 官方給的嚴重程度是 9.2 分，滿分 10 分。

49
00:02:07,568 --> 00:02:11,018
不管你的主機用哪一種方式跑 PHP，都在範圍裡。

50
00:02:11,018 --> 00:02:12,586
發現漏洞的 Calif 說，

51
00:02:12,586 --> 00:02:16,735
最早受影響的是 2012 年的 PHP 5.4，一路到最新版。

52
00:02:16,735 --> 00:02:17,630
官方說風險最高的，

53
00:02:17,630 --> 00:02:20,552
是 Apache 加上 mod PHP 這種傳統的組合。

54
00:02:20,552 --> 00:02:21,570
在這種組合下，

55
00:02:21,570 --> 00:02:24,479
攻擊在網站自己的程式開始跑之前就發生了，

56
00:02:24,479 --> 00:02:27,652
所以網站本身寫得再好，也擋不住。

57
00:02:27,652 --> 00:02:30,669
接下來是那兩天的時間軸，我們都換成台灣時間。

58
00:02:30,669 --> 00:02:34,008
照原本的計畫，PHP 要在 10 月 22 號晚上 10 點，

59
00:02:34,008 --> 00:02:35,169
發布修補。

60
00:02:35,169 --> 00:02:38,645
但是 10 月 20 號晚上 11 點左右，這兩個漏洞的編號，

61
00:02:38,645 --> 00:02:41,619
開始在論壇跟社群上流傳，還附了一個錯的 10 分。

62
00:02:41,619 --> 00:02:43,557
技術細節倒是沒有外流。

63
00:02:43,557 --> 00:02:46,307
PHP 決定提前公告，並且把發布時間提早一天，

64
00:02:46,307 --> 00:02:48,769
改到 21 號晚上 10 點。

65
00:02:48,769 --> 00:02:51,030
公告出去之後，其中一個發現漏洞的團隊，

66
00:02:51,030 --> 00:02:52,338
資安公司 Calif，

67
00:02:52,338 --> 00:02:55,052
不小心把一段攻擊成功的示範影片發了出來。

68
00:02:55,052 --> 00:02:58,202
影片很快就刪了，但副本已經在網路上流傳。

69
00:02:58,202 --> 00:03:02,336
PHP 基金會說，這段影片加快了各種攻擊程式的開發。

70
00:03:02,336 --> 00:03:03,608
21 號下午 3 點多，

71
00:03:03,608 --> 00:03:06,895
軟體供應商 Chainguard 比約定的時間早了六個多小時，

72
00:03:06,895 --> 00:03:08,319
先把修好的版本放了出來。

73
00:03:08,319 --> 00:03:11,578
修好的版本一出來，有心人就能比對改了哪裡，

74
00:03:11,578 --> 00:03:12,886
回推漏洞在哪。

75
00:03:12,886 --> 00:03:16,303
PHP 基金會說，這是單方面打破了保密期。

76
00:03:16,303 --> 00:03:19,136
晚上 10 點，PHP 正式發布修補。

77
00:03:19,136 --> 00:03:21,869
所以，那些關掉的網站，是被駭了嗎？

78
00:03:21,869 --> 00:03:24,069
各國官方的說法，大多是預防。

79
00:03:24,069 --> 00:03:27,358
比利時外交部是少數說，因為有攻擊的報告才關站的，

80
00:03:27,358 --> 00:03:29,139
但比利時自己的資安中心說，

81
00:03:29,139 --> 00:03:32,070
還沒有記錄到比利時的網站被攻擊。

82
00:03:32,070 --> 00:03:34,441
攻擊的那一邊，Cloudflare 說，

83
00:03:34,441 --> 00:03:35,982
漏洞在正式發布前就外流了，

84
00:03:35,982 --> 00:03:37,920
它也看到了針對客戶的攻擊流量。

85
00:03:37,920 --> 00:03:41,036
資安公司 watchTowr 也說，看到了利用漏洞的嘗試。

86
00:03:41,036 --> 00:03:44,290
但美國的資安機關 CISA 在發出警示的時候說，

87
00:03:44,290 --> 00:03:46,436
還沒有觀察到漏洞被利用。

88
00:03:46,436 --> 00:03:49,181
到我們做這一集的時候，有多少網站真的被打進去，

89
00:03:49,181 --> 00:03:51,436
我們還沒有查到任何單位公布數字。

90
00:03:51,436 --> 00:03:55,558
所以這一天比較準確的說法是：很多網站在修補出來之前，

91
00:03:55,558 --> 00:03:57,037
先把門關上了。

92
00:03:57,037 --> 00:04:00,737
第二段，我們來看新聞標題裡最常出現的兩個字：AI。

93
00:04:00,737 --> 00:04:03,503
很多報導寫，AI 找到了 PHP 的漏洞。

94
00:04:03,503 --> 00:04:07,170
這句話不算錯，但它漏掉了這件事最重要的部分。

95
00:04:07,170 --> 00:04:09,403
其實回報這個漏洞的，不只一組人。

96
00:04:09,403 --> 00:04:11,037
第一組是資安公司 Calif。

97
00:04:11,037 --> 00:04:13,557
7 月底，他們受邀加入 OpenAI 的一個計畫，

98
00:04:13,557 --> 00:04:17,287
叫做 Patch the Planet，用 AI 幫開源軟體找漏洞。

99
00:04:17,287 --> 00:04:20,097
8 月 11 號，Calif 的研究員 Ryan Austin，

100
00:04:20,097 --> 00:04:21,553
向 PHP 回報了第一個漏洞。

101
00:04:21,553 --> 00:04:25,237
OpenAI 說，Calif 用的是 GPT-5.6 Sol。

102
00:04:25,237 --> 00:04:27,295
同一天，OpenAI 自己的資安團隊，

103
00:04:27,295 --> 00:04:29,532
也獨立回報了同一個問題的根源。

104
00:04:29,532 --> 00:04:30,779
再來是資安公司 Wiz。

105
00:04:30,779 --> 00:04:34,140
他們 8 月 19 號發現，24 號回報，用的是自己的工具，

106
00:04:34,140 --> 00:04:37,724
加上 Gemini 4 Argon 和 GPT-5.6 Sol，

107
00:04:37,724 --> 00:04:42,199
而且 Wiz 特別提到，Gemini 4 Argon 的貢獻很關鍵。

108
00:04:42,199 --> 00:04:45,832
三組人，在兩個禮拜之內，各自回報了同一個問題。

109
00:04:45,832 --> 00:04:48,521
有意思的是，Calif 自己的說法很低調。

110
00:04:48,521 --> 00:04:52,060
Ryan Austin 在他們的說明文章裡寫，找到漏洞的時候，

111
00:04:52,060 --> 00:04:55,387
他沒有用什麼特殊的工具，也沒有用一般人拿不到的模型。

112
00:04:55,387 --> 00:04:57,270
他挑的，是一個自己很熟、

113
00:04:57,270 --> 00:04:59,899
也很清楚它過去漏洞歷史的目標。

114
00:04:59,899 --> 00:05:02,693
他還寫：沒有哪一個模型，能靠簡單的提示詞，

115
00:05:02,693 --> 00:05:04,904
就把所有的漏洞都挖出來。

116
00:05:04,904 --> 00:05:07,428
所以這次的主角，是一個很懂 PHP 的人，

117
00:05:07,428 --> 00:05:09,466
加上 AI 當幫手。

118
00:05:09,466 --> 00:05:11,817
跟 PHP 記憶體上限有關的漏洞，

119
00:05:11,817 --> 00:05:14,030
早在 2004 年就有人找到過。

120
00:05:14,030 --> 00:05:17,738
而這次第一個漏洞的病根，PHP 自己在 2024 年就看到了。

121
00:05:17,738 --> 00:05:19,470
PHP 基金會的公告寫，

122
00:05:19,470 --> 00:05:21,925
那時候一位核心開發者在修別的問題，

123
00:05:21,925 --> 00:05:24,554
發現了記憶體用完時出錯的最初跡象。

124
00:05:24,554 --> 00:05:28,088
當時有人推測它可能被利用，但沒有找到具體的方法。

125
00:05:28,088 --> 00:05:30,840
之後的修補，因為每一種改法都有取捨，

126
00:05:30,840 --> 00:05:33,022
好幾個月一直卡住又重來。

127
00:05:33,022 --> 00:05:36,520
PHP 基金會自己也承認，這個拖延是結構性的失敗，

128
00:05:36,520 --> 00:05:39,683
原因是資安團隊的決策流程，還有資源不夠。

129
00:05:39,683 --> 00:05:41,505
那 AI 到底改變了什麼？

130
00:05:41,505 --> 00:05:44,817
Wiz 的說法是，要證明這些漏洞真的能被拿來攻擊，

131
00:05:44,817 --> 00:05:46,406
需要一串非常複雜的步驟，

132
00:05:46,406 --> 00:05:49,205
已經碰到人類研究員實際做得到的極限。

133
00:05:49,205 --> 00:05:52,300
最前沿的 AI 模型，大幅降低了這個門檻。

134
00:05:52,300 --> 00:05:55,051
所以至少就第一個漏洞來說，比較準確的說法是：

135
00:05:55,051 --> 00:05:57,305
AI 沒有找到一個沒人知道的問題。

136
00:05:57,305 --> 00:06:00,498
它讓一個知道可能有、但一直證明不了的問題，

137
00:06:00,498 --> 00:06:02,779
在兩個禮拜內被三組人各自找到，

138
00:06:02,779 --> 00:06:05,567
其中兩組還做出了能用的攻擊。

139
00:06:05,567 --> 00:06:09,122
這是這一集我們覺得最值得注意的地方：找漏洞變快了，

140
00:06:09,122 --> 00:06:12,455
但修漏洞的那一邊，還是同一群人、同一套流程。

141
00:06:12,455 --> 00:06:15,513
從 8 月 11 號回報，到 10 月 21 號發布修補，

142
00:06:15,513 --> 00:06:17,155
PHP 花了 71 天。

143
00:06:17,155 --> 00:06:19,642
要改的是 PHP 最核心的記憶體處理，

144
00:06:19,642 --> 00:06:23,177
還要讓 Linux 發行版跟長期支援的廠商先拿到修補，

145
00:06:23,177 --> 00:06:24,950
這段時間不算長。

146
00:06:24,950 --> 00:06:27,283
但是從漏洞編號外流，到修補正式上線，

147
00:06:27,283 --> 00:06:29,867
中間只有大約 23 個小時。

148
00:06:29,867 --> 00:06:33,162
保密、協調、約好同一天發布，這一套流程的前提，

149
00:06:33,162 --> 00:06:35,189
是知道這個漏洞的人很少。

150
00:06:35,189 --> 00:06:38,746
當三組人兩個禮拜內都做得出來，只要有一個環節出錯，

151
00:06:38,746 --> 00:06:41,367
整個時間表就會被壓縮成一天。

152
00:06:41,367 --> 00:06:43,005
OpenAI 的說法比較樂觀。

153
00:06:43,005 --> 00:06:44,462
他們說，就他們所知，

154
00:06:44,462 --> 00:06:47,230
這次是前沿 AI 比攻擊者先找到漏洞，

155
00:06:47,230 --> 00:06:49,367
替防守方打開了一扇窗。

156
00:06:49,367 --> 00:06:52,612
就算這次真的是防守方先找到，這扇窗能開多久，

157
00:06:52,612 --> 00:06:54,722
要看修補有沒有真的裝上去。

158
00:06:54,722 --> 00:06:58,026
PHP 已經修好了，你主機上的 PHP 有沒有換掉，

159
00:06:58,026 --> 00:06:59,234
是另一件事。

160
00:06:59,234 --> 00:07:01,056
第三段，我們來看你自己。

161
00:07:01,056 --> 00:07:04,235
我們照離你多近，一層一層講：只是上網的人、

162
00:07:04,235 --> 00:07:08,834
有網站的人、自己管主機的人，最後是幫別人做網站的人。

163
00:07:08,834 --> 00:07:12,020
如果你只是上網看網站，這件事你不用做什麼。

164
00:07:12,020 --> 00:07:15,273
漏洞在網站的伺服器上，不在你的手機或瀏覽器裡。

165
00:07:15,273 --> 00:07:17,634
網站暫時打不開，是對方在修。

166
00:07:17,634 --> 00:07:21,025
如果你有網站，先記住一件事：這個漏洞在 PHP 本身，

167
00:07:21,025 --> 00:07:24,523
所以更新 WordPress、更新外掛，都修不到它。

168
00:07:24,523 --> 00:07:27,609
發現漏洞的團隊在 php2shell 的官網上也寫：

169
00:07:27,609 --> 00:07:30,901
更新你的網站程式，不會更新它底下的 PHP。

170
00:07:30,901 --> 00:07:32,589
那要怎麼知道自己的 PHP 是哪一版？

171
00:07:32,589 --> 00:07:36,543
如果你用 WordPress，
最簡單的方法是進後台，點「工具」，

172
00:07:36,543 --> 00:07:39,261
選「網站狀態」，切到「網站狀態資訊」這一頁，

173
00:07:39,261 --> 00:07:42,068
打開「伺服器」，就會看到 PHP 版本。

174
00:07:42,068 --> 00:07:44,840
如果你是租主機，也可以到主機的管理後台找。

175
00:07:44,840 --> 00:07:47,241
cPanel 的話叫做 MultiPHP Manager，

176
00:07:47,241 --> 00:07:50,068
有些主機會叫 Select PHP Version。

177
00:07:50,068 --> 00:07:51,798
查到之後，對照這張表。

178
00:07:51,798 --> 00:07:56,643
這次 PHP 修了四條還在維護的版本：8.5 要到 8.5.12，

179
00:07:56,643 --> 00:08:02,809
8.4 要到 8.4.27，8.3 要到 8.3.36，8.2 要到 8.2.35。

180
00:08:02,809 --> 00:08:05,168
跟它一樣或比它新，就是修好了。

181
00:08:05,168 --> 00:08:08,516
不過 8.2 到今年 12 月 31 號，就停止維護了，

182
00:08:08,516 --> 00:08:10,935
之後再有新的漏洞，官方不會再修。

183
00:08:10,935 --> 00:08:14,523
8.1 和更舊的版本，PHP 官方已經不再發布更新。

184
00:08:14,523 --> 00:08:17,106
W3Techs 的統計，用 PHP 的網站裡，

185
00:08:17,106 --> 00:08:20,768
還有 26.9% 是第七版，7.7% 是第五版。

186
00:08:20,768 --> 00:08:25,842
如果你是其中之一，這次最好直接升到 8.4 或 8.5。

187
00:08:25,842 --> 00:08:29,351
官方雖然替 7.4、8.0、8.1，放了最小限度的修補原始碼，

188
00:08:29,351 --> 00:08:31,107
但那是給會自己編譯的人用的。

189
00:08:31,107 --> 00:08:33,940
升級之前一定要先備份，舊的外掛或佈景主題，

190
00:08:33,940 --> 00:08:36,402
可能跟新版 PHP 不相容。

191
00:08:36,402 --> 00:08:39,424
如果你是租主機，最快的方法是直接問主機商。

192
00:08:39,424 --> 00:08:40,488
你可以照這句話問：

193
00:08:40,488 --> 00:08:42,990
請問我的網站現在跑的 PHP 是哪一版？

194
00:08:42,990 --> 00:08:47,069
你們已經更新到修補 php2shell 這兩個漏洞的版本了嗎？

195
00:08:47,069 --> 00:08:49,307
大型主機商這次的動作大多很快。

196
00:08:49,307 --> 00:08:51,626
GoDaddy 說，它的 WordPress 代管主機，

197
00:08:51,626 --> 00:08:53,540
所有 PHP 版本都修補好了。

198
00:08:53,540 --> 00:08:57,141
SiteGround 在修補發布之前，就先把受影響的功能關掉。

199
00:08:57,141 --> 00:09:01,195
Hostinger 說，它的 PHP 供應商承諾，從 5.2 到 8.5，

200
00:09:01,195 --> 00:09:02,536
每一版都會有修補版。

201
00:09:02,536 --> 00:09:05,158
台灣的主機商，我們沒有查到統一的公告，

202
00:09:05,158 --> 00:09:06,841
所以直接問最快。

203
00:09:06,841 --> 00:09:10,780
數位發展部資安署在 10 月 22 號也發了新聞稿，

204
00:09:10,780 --> 00:09:16,002
說已經透過 TWCERT 等管道，通知各機關跟企業盡快處理。

205
00:09:16,002 --> 00:09:18,854
如果你是自己管主機，或是幫客戶管主機，

206
00:09:18,854 --> 00:09:22,538
有三件事要注意。

207
00:09:22,538 --> 00:09:26,240
第一，在終端機打 php -v 查到的，是命令列的 PHP，

208
00:09:26,240 --> 00:09:28,338
跟網站實際在跑的，不一定是同一個，

209
00:09:28,338 --> 00:09:30,769
要確認網站真正用的那一個。

210
00:09:30,769 --> 00:09:35,022
第二，如果你用的是 Linux 發行版的套件，有些發行版，

211
00:09:35,022 --> 00:09:38,247
像 Ubuntu，會把修補補進舊的版本號裡，

212
00:09:38,247 --> 00:09:42,060
PHP 的版本號看起來沒變，所以要看的是套件的版本，

213
00:09:42,060 --> 00:09:43,819
不是 PHP 的版本號。

214
00:09:43,819 --> 00:09:46,615
第三，更新完一定要重新啟動 Apache、

215
00:09:46,615 --> 00:09:49,058
PHP-FPM 這些正在跑的程式。

216
00:09:49,058 --> 00:09:53,036
不重新啟動的話，記憶體裡跑的還是舊的 PHP。

217
00:09:53,036 --> 00:09:54,275
如果一時修不了呢？

218
00:09:54,275 --> 00:09:58,412
Cloudflare 在發布之前，就替所有客戶開了防火牆規則，

219
00:09:58,412 --> 00:09:59,758
連免費方案都有。

220
00:09:59,758 --> 00:10:02,375
PHP 官方也列了一些暫時的設定。

221
00:10:02,375 --> 00:10:06,179
但是 PHP 官方的原話是：沒有完整的緩解方法，

222
00:10:06,179 --> 00:10:08,403
更新是唯一安全的選擇。

223
00:10:08,403 --> 00:10:12,179
所以美國的 CISA、NSA，跟荷蘭的國家資安中心，

224
00:10:12,179 --> 00:10:15,375
給的建議都一樣：還沒更新的系統，先下線。

225
00:10:15,375 --> 00:10:18,637
這也是開頭那些網站，自己先關掉的原因。

226
00:10:18,637 --> 00:10:22,211
如果你是接案的，幫客戶做過網站，最容易漏掉的，

227
00:10:22,211 --> 00:10:24,697
是那些交出去之後就沒人在管的站。

228
00:10:24,697 --> 00:10:27,936
把你做過的網站列出來，一個一個查 PHP 版本，

229
00:10:27,936 --> 00:10:29,670
舊的先通知客戶。

230
00:10:29,670 --> 00:10:33,369
資安公司 Palo Alto Networks 估計，暴露在網路上、

231
00:10:33,369 --> 00:10:36,870
可能受影響的 PHP 系統，超過 2,260 萬個。

232
00:10:36,870 --> 00:10:40,193
已經更新的網站，也可以看一下有沒有被入侵的跡象：

233
00:10:40,193 --> 00:10:43,932
網站目錄裡多了不認識的檔案、主機的 CPU 莫名飆高、

234
00:10:43,932 --> 00:10:46,125
多了不是你建的排程或帳號。

235
00:10:46,125 --> 00:10:50,770
看到這些，先把主機隔離、保留紀錄，再找專業的人處理。

236
00:10:50,770 --> 00:10:54,431
好，我們把這一集講的，整理成可以直接照做的幾件事。

237
00:10:54,492 --> 00:10:58,197
第一，如果你只是上網，不用做什麼，網站暫時打不開，

238
00:10:58,197 --> 00:10:59,837
是對方在修。

239
00:10:59,837 --> 00:11:03,434
第二，如果你有網站，今天就到 WordPress 的網站狀態，

240
00:11:03,434 --> 00:11:06,171
或是主機後台，查你的 PHP 版本。

241
00:11:06,171 --> 00:11:10,091
第三，版本比畫面上這四個號碼舊，就更新；8.1 以下的，

242
00:11:10,091 --> 00:11:13,571
先備份，再升到 8.4 或 8.5。

243
00:11:13,571 --> 00:11:16,868
第四，如果你是租主機，直接傳訊息問主機商，

244
00:11:16,868 --> 00:11:19,537
你的 PHP 是哪一版、修了沒有。

245
00:11:19,537 --> 00:11:22,713
第五，如果你自己管主機，看的是套件的版本，

246
00:11:22,713 --> 00:11:25,538
更新完一定要重新啟動 PHP。

247
00:11:25,538 --> 00:11:29,288
第六，一時修不了，就先下線，更新好了再開。

248
00:11:29,288 --> 00:11:32,137
第七，如果你是接案的，把做過的網站列出來，

249
00:11:32,137 --> 00:11:33,443
一個一個查。

250
00:11:33,443 --> 00:11:37,671
這一集參考的官方公告跟報告，連結我都放在資訊欄。

251
00:11:37,671 --> 00:11:38,993
最後回到 AI。

252
00:11:38,993 --> 00:11:40,743
這一次，PHP 修好了。

253
00:11:40,743 --> 00:11:44,658
但這件事讓我們看到，用 AI 找漏洞的速度正在變快，

254
00:11:44,658 --> 00:11:48,704
修漏洞的那一邊，還是靠少數人、還是一樣的流程。

255
00:11:48,704 --> 00:11:51,436
下一次，從漏洞被找到，到被拿來攻擊，

256
00:11:51,436 --> 00:11:53,160
中間的時間可能更短。

257
00:11:53,160 --> 00:11:55,884
所以對有網站的人來說，最有用的準備，

258
00:11:55,884 --> 00:11:59,771
是知道你的網站跑在什麼上面，而且有人在顧。

259
00:11:59,771 --> 00:12:02,826
如果你覺得這一集有幫助，記得訂閱，打開小鈴鐺。

260
00:12:02,826 --> 00:12:06,664
你對節目有任何回饋或指教，或是想聽我們聊什麼主題，

261
00:12:06,664 --> 00:12:08,693
都歡迎在下面留言告訴我。

262
00:12:08,693 --> 00:12:11,066
我們也在 Instagram、Facebook、Threads、

263
00:12:11,066 --> 00:12:14,226
Apple Podcasts 跟 Spotify，都可以找到 AI 懶人報。

264
00:12:14,226 --> 00:12:17,197
如果你覺得我的內容不錯，歡迎請我喝杯咖啡，

265
00:12:17,197 --> 00:12:18,677
連結我放在資訊欄。

266
00:12:18,677 --> 00:12:19,277
我們下次見！