<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                # E.114\. 版本 8.1.11 > **發布日期:** 2008-01-07 這個版本包含各種自8.1.10以來的修復,包括對重要安全問題的修復。 關于8.1主版本的新特性信息,請查看[Section E.125](#calibre_link-247)。 這是PostgreSQL社區為Windows 生成二進制包的最后一個8.1.X版本。鼓勵Windows用戶遷移到8.2.X或更高的版本, 因為在8.2.X中有Windows特定的不可移植的修復。8.1.X將繼續支持其他平臺。 ## E.114.1\. 遷移到版本 8.1.11 運行8.1.X的用戶不需要轉儲/恢復。不過,如果你是從一個早于8.1.2的版本升級而來, 那么請查看8.1.2的版本聲明。 ## E.114.2\. 修改列表 * 阻止索引中的函數用用戶運行`VACUUM`、`ANALYZE`等的權限執行 (Tom) 在索引表達式和部分索引謂詞中使用的函數在制作一個新的表條目時評估。 很早我們就知道,如果一個人修改了一個屬于不可信用戶的表,那么會引起特洛伊木馬執行的風險。 (請注意,觸發器、缺省、檢查約束等也會引起相同類型的風險。) 但是索引中的函數還會引起額外的危險,因為它們將被日常維護操作執行,比如 `VACUUM FULL`,它通常是在超級用戶賬戶下自動執行的。例如, 一個邪惡的用戶可以通過設置一個特洛伊木馬索引定義并且等待下一個日常清理, 使用超級用戶的權限執行代碼。該修復安排標準的維護操作(包括`VACUUM`、 `ANALYZE`、`REINDEX`和`CLUSTER`) 作為表所有者而不是調用的用戶執行,使用和早已為`SECURITY DEFINER` 函數使用的一樣的權限轉換機制。為了阻止繞開這個安全機制, `SET SESSION AUTHORIZATION`和`SET ROLE` 的執行現在禁止在一個`SECURITY DEFINER`內容中。 (CVE-2007-6600) * 修復正則表達式包中的各種bug (Tom, Will Drewry) 適當配置的正則表達式模式可能會引起崩潰,無限的或接近無限的循環, 和/或大量的內存消耗,所有這些都造成服務拒絕從不可信的源接受正則搜索模式的應用的危害。 (CVE-2007-4769, CVE-2007-4772, CVE-2007-6067) * 要求使用`/contrib/dblink`的非超級用戶只使用密碼認證作為一個安全機制 (Joe) 在8.1.10中出現的該修復是不完整的,因為它只堵住了一些`dblink` 函數的漏洞。 (CVE-2007-6601, CVE-2007-3278) * 更新時區數據文件到tzdata版本2007k (特別的,最近的Argentina的改變) (Tom) * 改善非C環境中規劃器對LIKE/正則估計的處理 (Tom) * 修復一些`WHERE false AND var IN (SELECT ...)`的情況下規劃器的失敗 (Tom) * 保留通過`ALTER TABLE ... ALTER COLUMN TYPE`重建的索引的表空間 (Tom) * 讓歸檔恢復總是啟動一個新的WAL時間線,而不是只在使用恢復停止時間時啟動 (Simon) 這避免了嘗試重寫最后WAL段的一個現有歸檔拷貝的極端情況的風險, 并且看起來比原先的定義更加簡單和干凈。 * 讓`VACUUM`在表太小而沒什么用處時不要使用所有的`maintenance_work_mem` (Alvaro) * 修復使用一個多字節數據庫編碼時`translate()`中潛在的崩潰 (Tom) * 為超過68年的間隔修復`extract(epoch from interval)`中的溢出 (Tom) * 修復PL/Perl,以在UTF-8正則表達式在一個受信任的函數中使用時不失敗 (Andrew) * 修復PL/Perl處理何時平臺的Perl定義類型`bool`為`int`, 而不是`char` (Tom) 理論上這會在任何地方發生,非標準的Perl建立是這樣的……直到Mac OS X 10.5。 * 修復PL/Python在長的異常消息上不會崩潰 (Alvaro) * 修復pg_dump以正確的處理擁有與它們的父表不同的缺省表達式的繼承子表 (Tom) * 修復`PGPASSFILE`引用一個不是普通文件的文件時 libpq的崩潰 (Martin Pitt) * ecpg解析器修復 (Michael) * 讓`contrib/pgcrypto`防止OpenSSL庫在鍵長于128位時失敗; 這至少是在一些Solaris版本上的情況 (Marko Kreen) * 讓`contrib/tablefunc`的`crosstab()` 處理NULL行id為它本身的一個類別,而不是崩潰 (Joe) * 修復`tsvector`和`tsquery`輸出例程,以正確的逃逸反斜杠 (Teodor, Bruce) * 修復`to_tsvector()`在大的輸入字符串上的崩潰 (Teodor) * 當重新生成`configure`腳本時,要求使用Autoconf 的一個特定版本 (Peter) 這只影響開發者和打包者。該修改是為了阻止意外的使用未測試的 Autoconf和PostgreSQL版本的組合。 如果你真的想要使用一個不同的Autoconf版本, 你可以刪除版本校驗,但是結果如何就是你自己的責任了。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看