2011 년 이후 5 가지 최악의 클라우드 버그

버그는 오류, 결함 또는 오류로 인해 컴퓨터 프로그램에서 잘못된 결과를 생성합니다. 해커는 종종 이러한 취약점을 사용하여 시스템을 손상시킵니다..


결함은 서비스가 프라이버시를 중지 시키거나 손상시킵니다. 코딩 문제에 면역성이있는 회사는 없습니다. 클라우드 공급 업체조차도 프로그래밍 문제로 인해 문제가 발생합니다. 요점을 증명하기 위해 2011 년 이후로 발생한 5 가지 최악의 클라우드 버그는 다음과 같습니다..

하트 블 레드 (2012-2014)

Heartbleed 버그는 단일 클라우드 제공 업체에 영향을 미치지 않았지만 기록 된 가장 잘 알려진 소프트웨어 취약점 중 하나입니다. 2012 년에 소개되었지만 2014 년 4 월까지 공개되지 않았습니다..


© Heartbleed

Heartbleed는 OpenSSL 암호화 라이브러리의 보안 버그이며 일반적으로 전송 계층 보안 프로토콜의 일부로 사용되었습니다. 코드는 원래 설계되었을 때 보안 통신 링크를 테스트하고 유지하는 방법으로 TLS 용으로 만들어졌습니다. 그러나 코드의 버그는 눈에 띄지 않게되었으며.

Heartbleed는 누구나 SSL / TLS 프로토콜에 의해 일반적으로 보호되는 정보에 액세스하고 훔칠 수 있습니다. 발견 당시 약 60 만 대의 서버가 OpenSSL 코드에이 취약점을 가지고있었습니다. 실제 위험은 위반이 기록되지 않는다는 것입니다..

드롭 박스 링크 버그 (2014)

이 버그의 공식 명칭은 없지만 민감한 정보가 온라인으로 유출되어 매우 위험했습니다. 2014 년 5 월 Dropbox는 클라이언트를 보호하기 위해 공유 링크를 차단하기 시작했습니다. 웹 취약점으로 인해 의도하지 않은 수신자가 여러 문서를 볼 수 있음이 발견되었습니다.

5 가지 최악의 클라우드 버그
© claustchi

공개 된 파일은 사용자가 공유 할 때 생성 된 참조 헤더에 오류가있었습니다. 이 모든 문서에는 수신자가 활성화 한 후에 다른 사람과 정보를 공유하는 타사 링크가있었습니다..

세금 신고서 및 모기지 신청서와 같은 문서는 온라인에서 낯선 사람이 볼 수있는 것으로 나타났습니다. 이 파일에는 도난 당하고 악용 될 수있는 개인 정보가 포함되어 있습니다..

아마존 웹 서비스 중단 (2012)

2012 년 Amazon Web Service는 원래 하드웨어 장애로 인해 중단되었습니다. 번개가 주요 원인 인 반면, 발견되지 않은 소프트웨어 버그로 인해 서비스 복원이 어려워졌습니다..

5 가지 최악의 클라우드 버그
© diTii Com

버그로 인해 하나의 데이터 센터가 백업 생성기로 전환하지 못했습니다. 이 장애로 인해 무정전 전원 공급 장치에서 전원 셀이 고갈되어 해당 지역의 하드웨어가 충돌했습니다..

소프트웨어 문제는 거기서 멈추지 않았습니다. 이 버그로 인해 부팅 프로세스에서 병목 현상이 발생하여 시스템을 다시 온라인 상태로 만드는 데 상당한 지연이 발생했습니다. 간단한 복원 대신 몇 시간 동안 지속되는 시련이되었습니다..

Dropbox 선택적 동기화 버그 (2014)

Dropbox는 2014 년에 인기있는 클라우드 회사에 또 다른 문제가 생겼기 때문에 버그에 익숙하지 않습니다. 그러나 이번에는 세계와 파일을 공유하는 대신 데이터 손실이 문제입니다..

5 가지 최악의 클라우드 버그
© 유게 니오 티엔 고

이 버그는 Dropbox의 선택적 동기화 소프트웨어에 영향을 주어 폴더가 의도 한대로 동기화되지 않습니다. 대신 Dropbox에만있는 파일은 실제로 사용자의 하드 드라이브와 온라인 계정에서 모두 제거됩니다..

실제 문제는 파일이 사라 졌다는 것이 아닙니다. 한 번 더 글리치하면 요청에 따라 데이터가 전송되고 폴더가 만들어지며 모든 것이 정상으로 보입니다. 사용자가 자신의 문서에 0 바이트가 포함되어 있음을 인식하면 Dropbox가 도움을주기에는 너무 늦습니다..

Microsoft BPOS 버그 (2011)

Microsoft는 가끔 결함에 면역이되지 않습니다. 그러나 2011 년 5 월에 시스템 문제로 인해 모든 BPOS 협업 서비스 고객이 이메일로 부팅되었습니다. 고객은 자신의 계정을 읽거나 쓰거나 액세스 할 수 없었으며 CEO조차도 손대지 않았습니다.

최악의 클라우드 블로그 5 개
© Robert Scoble

이 문제가 발생했을 때 BPOS는 추진력을 얻기 시작했으며 Microsoft는 사람들이 온라인 교환 서버로 이동하도록 설득하기 위해 여전히 노력하고 있습니다. 가동 중단으로 인해 비즈니스 커뮤니케이션이 한동안 중단되었을뿐만 아니라 책임이있는 버그를 실제로 식별하지 못했습니다..

주어진 유일한 설명은 전자 메일 교환 문제.

결론

완벽한 소프트웨어는 없습니다. 코드를 작성하는 사람만큼 좋습니다. 인간적인 요소가 있기 때문에 버그는 시스템에 영향을 미치는 것으로 알려져 있습니다.

클라우드 서비스는 사용자가 생각하는 것보다 더 취약합니다. 정보를 보호하는 가장 좋은 방법은 여러 지점에서 백업하고 모든 중요한 파일을 한 곳에 두지 않는 것입니다.

Kim Martin Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map