기본 콘텐츠로 건너뛰기

진짜 전성기와 청춘의 전성기

전성기, 찬란한 청춘을 그려보면 군대 전역 후 폐기 넘치던 대학 시절이 떠오른다.
무엇이든 할 수 있을 것 같고, 무엇이든 될 수 있을 것 같던 그 자신만만한 열정이 생각만해도 벅차오르게 한다.

떠올리는 것만으로도 벅차오르게 하는 전성기의 그 찬란함은 무엇인가.
정녕 다시 돌아올 수 없는가.

고민 끝에 나는 진짜 전성기와 청춘의 전성기, 이렇게 두 가지에 개념을 나누어 보았다.

20대에 누렸던 그 찬란함은 신이 선물하는 젊음의 산물인 것이다.
그 시절의 지치지 않는 체력, 강인한 집중력, 무모한 추진력 모두 그러한 것이다.
어느 것 하나 내가 직접 만들어낸 것이 있었던 가.

인생의 진면목은 끊임 없는 노력에서 피어나는 값진 성과에 있다고 생각한다.
진짜 전성기는 그렇게 만드는 것이다. 하나 하나 피땀 흘려 성취 해낸 결과들이 자신을 높이 세워주었을 때 비로소 진짜 전성기에 도달하는 것이다.

인생을 돌이켜 보았을 때, 지금이 인생에 전성기였다고 기억할 수 있게 노력한다.
지금은 부족한 한낱 직장인에 불가하지만, 내년은 다르리라 믿어 의심치 않는다.

이 블로그의 인기 게시물

데일 카네기 인간관계론 정리

Remove-Server-Header

응답 메시지 내 서버 버전 정보 제거 1. Apache 1) 조치 방법 “/etc/htpd/conf/httpd.conf” 파일 안에서 1. ServerTokens OS → ServerTokens Prod 2. ServerSignature On → ServerSignature Off 로 변경한 후 아파치를 재시작하면 헤더 값의 아파치 버전 정보 및 OS 정보를 제거할 수 있다. 2) 참고 URL http://zetawiki.com/wiki/CentOS_ 아파치_보안권장설정_ServerTokens_Prod,_ServerSignature_Off 2. IIS 1) 조치 방법 IIS 6.0 urlscan_setup 실행. 설치. \windows\system32\inetsrv\urlscan\urlscan.ini 파일을 열어 다음 수정(RemoveServerHeader=0 을 RemoveServerHeader=1 로 변경) 서비스에서 IIS Admin Service 재시작. IIS 7.0 IIS 관리자를 열고 관리하려는 수준으로 이동합니다. 기능 보기에서 HTTP 응답 헤더를 두 번 클릭합니다. HTTP 응답 헤더 페이지에서 제거할 헤더를 선택합니다. 작업 창에서 제거를 클릭하고 예를 클릭합니다. 2) 참고 URL IIS 6.0 : http://gonnie.tistory.com/entry/iis6- 응답헤더-감추기 IIS 7.0 : https://technet.microsoft.com/ko-kr/library/cc733102(v=ws.10).aspx 3. jetty 1) 조치 방법 “jetty.xml” 파일에서 jetty.send.server.version=false 설정 2) 참고 URL http://attenuated-perspicacity.blogspot.kr/2009/09/jetty-61x-hardening.html 4. Nginx ...

CVE-2017-11352

CVE-2017-11352 ImageMagick 에서 발생했던 CVE-2017-9144 취약점의 미흡한 조치로 인하여 동일한 취약점이 다시 발생되었다. 재 발생된 취약점 CVE-2017-11352은 coders/rle.c 에서 RLE 이미지에 대한 부적절한 EOF 처리가 원인이었다. EOF 란? 파일의 끝(End of File, EOF)으로 데이터 소스로부터 더 이상 읽을 수 있는 데이터가 없음을 나타낸다. ImageMagick Github Page 에 들어가보면 해당 이슈를 상세히 확인할 수 있다. 부적절한 EOF 처리 원인은 소스 코드 수정 시 유사한 코드를 복사 붙여넣기 하는 과정에서 검증해야할 변수 명을 고치지 않고 그대로 적용해서 발생했다. operand=ReadBlobByte(image); if (opcode == EOF) ThrowRLEException(CorruptImageError, "UnexpectedEndOfFile" ); 이로 인해서 조치 완료된 줄 알았던 CVE-2017-9144 취약점은 CVE-2017-11352이라는 새로운 취약점 명으로 다시 조치 되었다. case SkipLinesOp: { operand=ReadBlobByte(image); - if (opcode == EOF) + if (operand == EOF) ThrowRLEException(CorruptImageError, "UnexpectedEndOfFile" ); if (opcode & 0x40 ) { operand=ReadBlobLSBSignedShort(image); - if (opcode == EOF) + if (operand == EO...