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

8.0.x를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다. 하지만, 두 가지 중요한 보안을 처리하는 가능한 한 가지 방법입니다. 8.0.x의 초기 내용에서 발견 된 문제 시스템 카탈로그. 8.0.3의 initdb를 사용한 덤프/initdb/다시로드 시퀀스 이러한 문제를 자동으로 수정합니다.

더 큰 보안 문제는 내장 문자 세트입니다. 인코딩 변환 기능은 SQL 명령에서 호출 할 수 있습니다. 비전지가없는 사용자이지만 기능은 그러한 용으로 설계되지 않았습니다. 악의적 인 논쟁 선택에 대해 사용하고 안전하지 않습니다. 그만큼 수정에는 선언 된 매개 변수 목록을 변경하는 것이 포함됩니다 SQL 명령에서 더 이상 호출 할 수 없도록 함수. (이것은 인코딩 변환으로 정상적인 사용에 영향을 미치지 않습니다. 기계.)

더 적은 문제는입니다.Contrib/Tsearch2모듈은 여러 기능을 만듭니다 부적절하게 돌아 오라고 선언합니다내부그들이 받아들이지 않을 때내부인수. 이것은 모두의 유형 안전을 깨뜨립니다 사용 함수내부인수.

모든 설치가이를 수리하는 것이 좋습니다 initDB 또는 수동 수리에 따라 오류 아래에 제공된 절차. 오류는 최소한 비전이없는 것을 허용합니다 데이터베이스 사용자는 서버 프로세스를 충돌시키고 허용 할 수 있습니다. 데이터베이스의 권한을 얻기 위해 비전없는 사용자 슈퍼 유저.

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

E.219.2. 변화

• 8868_8922

• 변경Contrib/Tsearch2피하기 위해 안전하지 않은내부기능 결과

• 잘못된 두 번째 매개 변수에 대한 가드Record_out

• 거래가 될 수있는 고대 인종 조건을 수리 일부 목적으로 커밋 된 것으로 간주 (예 : 업데이트를 위해 선택) 약간 다른 목적보다 빨리

  이것은 명백하게 이어질 수 있기 때문에 매우 심각한 버그입니다. 응용 프로그램에 간단히 볼 수있는 데이터 불일치.

• 관계 확장과 진공 사이의 경주 상태 수리

  이것은 이론적으로 페이지의 가치를 잃을 수 있습니다. 시나리오는 매우 낮은 것처럼 보이지만 새로 삽입 된 데이터 개연성. 그 이상을 초래 한 것으로 알려진 사례는 없습니다. 주장 실패.

• 비교 수정시간대가있는 시간값

  비교 코드는에서 잘못되었습니다--enable-integer-datetimes구성 스위치가있었습니다 사용되었습니다. 참고 : a에 인덱스가있는 경우시간 시간대와 함께열이 필요합니다Reindex이 업데이트를 설치 한 후 수정 열 값의 정렬 순서를 수정합니다.

• 수정Extract (Epoch)for시간대가있는 시간값

• 부정적인 분수 초의 오해를 수정하십시오간격값

  이 오류는 일 때만 발생했습니다.--enable-integer-datetimes구성 스위치가있었습니다 사용되었습니다.

• pg_dump를 수정하여 덤프 트리거 이름 포함%정확하게 (Neil)

• 여전히 더 많은 64 비트 수정 사항Contrib/Intagg

• 반환 기능의 잘못된 최적화 방지레코드

• 충돌 방지Coalesce (NULL, NULL)

• libpq 용 Borland Makefile 수정

• 수정contrib/btree_gistforTimetz타입 (Teodor)

• makePG_CTLpostmaster.pid그것이 여전히 a 라이브 프로세스

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

• 보유 가능한 커서를 구체화하는 사이의 상호 작용을 수정하십시오 트랜잭션 커밋 중에 지연된 트리거 발사

• SQL 함수에서 메모리 누출 수정 패스 별 회의를 반환합니다 데이터 유형