E.219.1. 버전 8.0.3으로 마이그레이션

8.0.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 그러나, 이는 두 가지 중요한 보안을 처리하는 한 가지 가능한 방법입니다. 8.0.X 초기 내용에서 발견된 문제점 시스템 카탈로그. 8.0.3의 initdb를 사용한 덤프/initdb/다시 로드 시퀀스 이러한 문제는 자동으로 해결됩니다.

더 큰 보안 문제는 내장된 문자 집합이 인코딩 변환 함수는 다음을 통해 SQL 명령에서 호출할 수 있습니다. 그러나 권한이 없는 사용자를 위해 기능이 설계되지 않았습니다. 사용하며 악의적인 인수 선택으로부터 안전하지 않습니다. 는 수정에는 다음의 선언된 매개변수 목록을 변경하는 것이 포함됩니다. 함수를 더 이상 SQL 명령에서 호출할 수 없도록 합니다. (이것은 인코딩 변환에 의한 정상적인 사용에 영향을 미치지 않습니다. 기계.)

더 적은 문제는기여/tsearch2모듈은 여러 기능을 생성합니다. 반환하도록 부적절하게 선언된 것내부그들이 받아들이지 않을 때내부인수. 이는 모든 사람의 유형 안전성을 깨뜨립니다. 함수를 사용하여내부인수.

모든 설치에서 이 문제를 복구하는 것이 좋습니다. initdb 또는 수동 복구에 의한 오류 아래에 주어진 절차. 오류는 최소한 권한 없는 사용자를 허용합니다. 데이터베이스 사용자는 서버 프로세스를 중단시키고 허용할 수 있습니다. 권한이 없는 사용자가 데이터베이스의 권한을 얻으려면 슈퍼유저.

initdb를 수행하지 않으려면 동일한 수동 복구를 수행하십시오. 에 표시된 절차토토 사이트 추천 : 문서 :.

E.219.2. 변경사항

• 오용을 방지하기 위해 인코딩 기능 서명 변경

• 변경기여/tsearch2피하다 안전하지 않은 사용내부함수 결과

• 잘못된 두 번째 매개변수로부터 보호record_out

• 트랜잭션을 가능하게 했던 고대 경쟁 조건을 복구하십시오 일부 목적(예: SELECT FOR UPDATE)에 대해 커밋된 것으로 간주됨 다른 목적보다 빨리

  이것은 명백한 문제로 이어질 수 있으므로 매우 심각한 버그입니다. 데이터 불일치가 애플리케이션에 잠시 표시됩니다.

• 관계 확장과 VACUUM 간의 경합 상태 복구

  이것은 이론적으로 페이지 가치의 손실을 초래할 수 있습니다. 새로 삽입된 데이터(시나리오가 매우 낮은 것으로 보임) 확률. 이상의 원인이 된 사례는 알려진 바가 없습니다. 어설션 실패.

• 비교 수정시간대 포함 시간값

  다음의 경우 비교 코드가 잘못되었습니다.--활성화-정수-날짜 시간구성 스위치가 있었습니다 사용되었습니다. 참고: a에 대한 색인이 있는 경우시간 시간대 포함열, 다음과 같아야 합니다REINDEX이 업데이트를 설치한 후 수정은 열 값의 정렬 순서를 수정합니다.

• 수정추출(EPOCH)for시간대 포함 시간값

• 음수 소수 초의 잘못된 표시 수정간격값

  이 오류는 다음 경우에만 발생했습니다.--활성화-정수-날짜 시간구성 스위치가 있음 사용되었습니다.

• 다음을 포함하는 트리거 이름을 덤프하도록 pg_dump 수정%맞습니다 (닐)

• 아직 더 많은 64비트 수정 사항기여/intagg

• 반환 함수의 잘못된 최적화 방지기록

• 충돌 방지:합체(NULL,NULL)

• libpq용 Borland makefile 수정

• 수정contrib/btree_gistfortimetz유형 (테오도르)

• 만들다pg_ctl다음에서 발견된 PID를 확인하세요postmaster.pid아직인지 확인하기 위해 라이브 프로세스

• 수정pg_dump/pg_restore덤프 추가로 인한 문제 타임스탬프

• 보유 가능한 커서 구체화와 트랜잭션 커밋 중에 지연된 트리거 실행

• 참조에 의한 전달을 반환하는 SQL 함수의 메모리 누수 수정 데이터 유형