예를 들어, 저는 2026.4.2 버전을 사용 중인데, 이 버전은 2026.4 대비 25개의 보안 버그를 수정했다고 보고되었습니다.
2026.4.2는 매우 최근의 버전이므로, 거의 동시에 출시된 2026.6에서 발견된 대부분의 또는 모든 보안 수정 사항이 백포트되었을 것으로 예상합니다.
하지만 아쉽게도 다시 한번 확인해 보니 25개의 보안 버그가 수정된 것으로 보입니다. 아마도 동일한 버그들일 것이라고 추측합니다.
사실, 2026.6은 2026.4.2와 비교했을 때 - 맞히셨을 겁니다 - 25개의 보안 버그를 수정했다고 보고되어 있습니다. 25개의 보안 버그를 수정했다는 것입니다.
혹시 점진적 릴리스(point release)가 정확하게 보고되고 있지 않는 건가요?
2026.4.2를 사용하는 것이 2026.6.0을 사용하는 것과 거의 동일한 수준의 안전성을 보장한다고 믿고 있으며, 그렇다면 릴리스 비교에서 그 사실이 확인되기를 바랍니다.
백포트는 포함되어 있습니다. 그리고 저는 그것이 문제라고 생각합니다… 우리는 2026.4.2 → 2026.6 방향으로만 보고 "이 버전의 보안 수정 사항은 이것이다"라고 가져오는 반면, 해당 버전이 이미 그 수정 사항을 받았는지 뒤를 돌아보지 않고 있습니다.
@david, 맞나요? 수정 방법은 현재 버전이 새 버전과 동일한 패치를 가지고 있는지 확인하고 일치하는 항목을 제외하는 것이어야 합니까?
네, 맞아요. 릴리스 사이트에서 비교를 수행하는 방식 때문에 생기는 단순한 현상이에요. 우리는 모든 보안 수정 사항을 현재 지원되는 모든 릴리스에 백포트합니다.
사이트에서 릴리스 간 비교가 더 잘 작동하도록 로직을 추가할 수 있는지 확인해 볼게요 
이렇게 하면 해결됩니다:
네. 2026.6.0-latest는 2026.6.0보다 이전 버전이며, 2026.6.0-latest로 라벨이 지정된 대부분의 커밋은 이러한 보안 취약점에 영향을 받습니다.
따라서 2026.6.0-latest를 실행 중인 사용자는 2026.7.0-latest(또는 2026.6.0, 하지만 이는 ‘latest’ 채널 대신 ‘release’ 채널로 전환을 의미합니다)로 업데이트해야 합니다.
음, 네, 확인했습니다. 감사합니다. 저는 -latest 레이블이 해당 플레버의 최신 버전에 위치해 있을 거라고 기대하고 있었습니다.
제가 실제로 해결하려는 문제, 혹은 정기적으로 답을 얻고 싶은 질문은 특정 후속 버전으로 업데이트했을 때 중요한 보안 수정 사항의 혜택을 받을 수 있는지 여부입니다. 따라서 현재 버전과 비교하여 해당 후속 버전에 포함된 수정 사항 목록을 얻고, 이를 읽어보면서 해당 수정 사항이 제 환경에 적용되는지 또는 심각한지 확인하고 싶습니다. (예를 들어, 채팅이나 수신 이메일과 관련된 내용은 제 설치 환경에는 해당하지 않습니다.)
이 정도 설명이 명확한가요? 저는 필요하다고 판단될 때만 업데이트하고, 그 외에는 최대한 적게 업데이트하려는 것입니다.
감사합니다… 거기서 ‘보안 수정’ 섹션을 찾지 못하겠습니다. 예를 들어 이 경우처럼요. (제가 사용하는 특정 포럼에서 사용 중인 버전입니다.)
예시 링크를 공유해 주셔서 감사합니다. 비지원 릴리스 비교 관련 문제는 이제 수정되었으므로, 영향을 받는 모든 보안 문제를 확인할 수 있습니다 
아, 좋습니다. 감사합니다.
한 가지 더 말씀드리자면, 하이라이트 섹션을 접을 수 있거나, 수정 사항 상자가 그보다 페이지에서 위에 위치하도록 해 주시면 좋겠습니다.
네, 새로운 하이라이트가 많으니 이 경우 유용할 것 같습니다. 다만 강조하고 싶은 점은, 1년 이상 완전히 지원이 중단된 버전과의 비교는 흔한 일이 아니어야 한다는 거예요
맞습니다. 하지만 업데이트를 결심하게 만드는 동기가 될 수 있는 것이 바로 보안 패치 목록입니다. 기능 목록보다 훨씬 설득력이 있을 수 있죠!
