기말고사 전날, 과제 지침도 강의자료도 채점 기준도 교수 연락처도 모두 Canvas 안에 있다면 어떨까요. 로그인 하나가 막히는 순간, 수업은 온라인에서 오프라인으로 옮겨지는 게 아니라 잠시 '증발'합니다.
이번 Canvas 사이버공격은 바로 그 취약성을 드러냈습니다. Instructure는 Canvas에서 무단 활동을 확인한 뒤 서비스를 일시 중단했고, 접근된 정보에 이름, 이메일, 학번, 플랫폼 내 메시지가 포함됐을 수 있다고 밝혔습니다. 비밀번호나 생년월일, 정부 식별번호, 금융정보가 포함됐다는 증거는 없다고 했지만, Ars Technica가 보도했듯 공격은 하필 기말고사 기간에 발생해 학교 현장을 크게 흔들었습니다.1
Canvas는 단순한 과제함이 아니다
Canvas 같은 LMS는 이제 수업의 보조도구가 아닙니다. 강의자료, 과제 제출, 퀴즈, 시험, 공지, 피드백, 성적표, 학생-교수 메시지가 한곳에 묶여 있습니다. TIME에 따르면 Canvas는 3천만 명 이상의 활성 사용자를 보유한 플랫폼입니다.2
문제는 편리함이 곧 집중 리스크가 된다는 점입니다. 예전에는 강의계획서는 이메일에, 자료는 학교 서버에, 성적은 별도 시스템에 흩어져 있었습니다. 지금은 "Canvas에 올려뒀습니다" 한 문장으로 많은 절차가 끝납니다. 그래서 장애가 나면 단순 접속 불편이 아니라 평가, 일정, 커뮤니케이션, 개인정보 리스크가 동시에 터집니다.
특히 메시지 유출 가능성은 가볍게 볼 일이 아닙니다. 학번과 이메일만으로도 피싱은 정교해집니다. 여기에 실제 수업명, 교수 이름, 과제 상황, 상담 내용이 결합되면 "Canvas 비밀번호를 재설정하라"는 가짜 메일이 훨씬 그럴듯해집니다.
개인이 30분 안에 만들 수 있는 학습 백업
이번 사건의 교훈은 "Canvas를 쓰지 말자"가 아닙니다. 현실적으로 학교가 LMS 없이 돌아가기는 어렵습니다. 대신 학생과 교사는 각자 작은 백업 계층을 만들어야 합니다.
학생이라면 학기 초와 시험 2주 전, 다음 자료를 Canvas 밖에 저장해두는 습관이 필요합니다.
강의계획서와 평가 기준
주요 과제 지침과 마감일
시험 범위와 공지사항
제출한 과제 원본과 제출 확인 화면
교수·조교 이메일
현재까지의 성적 화면 캡처
교사도 마찬가지입니다. 강의자료 원본, 시험 대체 안내문, 학생 연락망, 과제 제출 대체 절차를 LMS 밖에 갖고 있어야 합니다. 중요한 것은 "완벽한 백업"이 아니라 장애 첫날을 버티는 최소 운영자료입니다.
이번 공격에서 여러 대학은 시험 연기와 마감 연장을 선택했습니다. BBC와 AP 보도에 따르면 Mississippi State, Penn State, University of Illinois 등에서 시험 취소·연기 또는 일정 조정이 발생했습니다.3 이런 결정은 즉흥적으로 할수록 혼란이 커집니다. 수업계획서에 "LMS 장애 시 제출 방식과 마감 조정 원칙"을 한 줄이라도 넣어두면, 위기 때 분쟁을 줄일 수 있습니다.
학교가 벤더에게 물어야 할 질문은 바뀌어야 한다
이번 사건에서 ShinyHunters는 약 9,000개 기관과 2억7,500만 명 규모의 데이터 접근을 주장했습니다. 이 수치는 공격자 주장일 뿐 Instructure가 동일하게 확인한 것은 아닙니다.4 하지만 숫자의 진위와 별개로, 학교가 벤더 리스크를 보는 방식은 바뀌어야 합니다.
LMS 계약 갱신 때 기능표와 가격만 볼 일이 아닙니다. 최소한 다음 질문이 필요합니다.
첫째, 침해 사실을 확인한 뒤 학교와 사용자에게 알리는 기준과 시간표는 무엇인가.
둘째, 메시지·성적·과제 파일은 어떤 방식으로 백업되고, 학교가 독립적으로 내보낼 수 있는가.
셋째, 서비스 중단 시 시험과 과제 제출을 위한 공식 대체 절차가 있는가.
넷째, 프리 티어나 외부 계정이 유료 기관 테넌트와 어떤 경계로 분리되는가.
다섯째, API 키와 외부 도구 연동 권한은 사고 후 어떻게 회전·폐기되는가.
여기서 중요한 세부사항이 있습니다. Instructure는 이번 무단 행위가 Free-For-Teacher 계정과 관련된 문제를 악용했다고 설명했고, 해당 계정을 일시 중단했다고 밝혔습니다.5 이는 SaaS의 흔한 딜레마를 보여줍니다. 낮은 진입장벽은 확산에 유리하지만, 같은 인프라 위에서 운영될 때 검증 약한 계정이 더 큰 공격면이 될 수 있습니다.
미래 교실에는 'Plan B 계층'이 필요하다
반론도 있습니다. 모든 자료를 분산하면 관리가 복잡해지고, 보안은 오히려 약해질 수 있습니다. 학생들이 개인 클라우드와 이메일로 파일을 흩뿌리면 버전 관리와 개인정보 보호가 어려워집니다.
맞는 지적입니다. 그래서 해법은 무분별한 분산이 아니라 설계된 이중화입니다. 평소에는 Canvas를 중심으로 운영하되, 장애 시 48시간을 버틸 수 있는 별도 공지 채널, 다운로드 가능한 핵심 자료, 대체 제출 이메일, 유연한 마감 원칙을 미리 정해두는 방식입니다.
이번 Canvas 공격은 교육기관 IT팀만의 사건이 아닙니다. 학생은 자신의 학습 증거를, 교사는 수업 운영의 최소 단위를, 학교는 벤더 의존의 경계선을 다시 점검해야 합니다. 다음 장애가 사이버공격일지, 클라우드 장애일지, 계정 오류일지는 알 수 없습니다. 다만 한 가지는 분명합니다. 디지털 교실에도 비상구는 필요합니다.
참고
1Chaos erupts as cyberattack disrupts learning platform Canvas amid finals
2What to Know About the Canvas Cyberattack That's Affected Thousands of Schools
3A Canvas outage tied to a cyberattack has wreaked havoc on colleges' final exam season
4Edtech Firm Instructure Discloses Data Breach Amid Hacker Leak Threats
5Technical Advisory: ShinyHunters Breach of Instructure Canvas LMS
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.