회원K 2014-04

보안 risk는 관점의 차이라고 보시면 됩니다.
해당 문제는 몰래 traffic을 훔쳐볼때 필요한 것인데
어느 사이트의 정보가 필요하다면
대부분은 이런 방식을 안씁니다.
내부인에게 받거나, 사이트의 db를 통으로 긁어가죠.
CIA가 관심을 두는 곳이거나 금융권 사이트가 아니라면, 이런 방식 해킹은 안씁니다.

패치가 어렵지 않으니 그래도 해두면 좋죠.

악땅 2014-04

이번openssl 문제는 상당히 큰 이슈입니다.
한번 뚫리면 끝인겁니다..... 그런데 이 이슈로 인해서 뚫을수 있는 길이 훤히 열린것인데요
절대 과잉대응이 아니라고 봅니다.
개인정보나 중요정보들이 탈탈 털려봐야 그때야 후회하면 늦지요
저도... 지난주말에 관리하는 장비들 openssl 버젼업 하느라 뻉이쳤습니다만...

매쓰TM 2014-04

TrustSSL 사용중인데 이것도 관령이 있나요?

악땅 2014-04

이번 이슈는
openssl중에
1.0.1 ~ 1.0.1f
1.0.2-beta, 1.0.2-beta1 버젼에 국한됩니다.

회원K 2014-04

openssl은 TrustSSL을 처리하는 기본 프로토콜 lib 입니다.
apache 등에서 ssl 처리를 할 때, openssl lib을 씁니다.
yum으로 openssl이 설치된 것이라면 yum update 하고, reboot 해주면 됩니다.
apache만 restart 해도 되기는 하지만, 기왕에 clean 하게 하는게 좋습니다.

서정욱 2014-04

컥.

"재난의 가장 큰 위험은 무지와 무사안일이었군요.."

그러나 저러나 몇시간정도면 되는 작업 아닌가요? 어제, 오늘 계속 폐쇄 중인데....

회원K 2014-04

10분도 안걸리는 작업 입니다^^
ssl을 하드하게 컴파일 하는 경우 뒤에 따라오는 프로그램들도 모두 다 컴파일 해야 합니다.
그런 경우에는 시간이 아주 오래걸리지면, 그래도 한시간 일거리죠.

악땅 2014-04

패치작업은 강윤호님 말씀처럼 간단합니다. 하지만 패치해야할 장비가 많거나 서비스와 연관된 부분이 있으면 이게... 좀 짜증나는 작업이 될수 있습니다. ^^