가끔 로또 당첨확률에 대해서 들으면 벼락을 3번 맞고 살아날 확률이다.. 뭐 이런 소리들이 있습니다.
그런데 재미있는 것은 우리나라에 그 확률을 지닌 사람이 매주 10명가까이 나온다는 사실이죠.
뭐 일단 조작을 하기로 가정을 하고 조작을 한다면...
뭐 별거 없습니다.
일단 로또는 1장 삽니다.
일련 번호가 있고 번호가 있습니다. 번호가 무엇이어도 상관 없습니다.
추첨이 완료된 이후 내가 산 복권의 번호를 바꾸면 됩니다.
예를 들면 내 일련 번호가 1234이고 당첨번호가 5,10,15,20,25,30 이면...
UPDATE 복권구매테이블
SET 복권 추첨번호 = 5,10,15,20,25,30
WHERE 일련번호 = 1234;
이 문장만 한번 돌리면 1등 당첨!!!!
"조작의혹이 불거질때마다 기획재정부 복권위원회는 "추첨방송이 끝나고 통계를 내기까지 15분동안 메인시스템, 백업시스템, 제1·2감사시스템을 동시에 접속해 자료를 변조해야 한다"며 음모론을 일축해왔다. " 라는데...
시스템 커넥션 미리 맺어 놓고 4바퀴 돌리면 1초면 끝이죠. ㅋ
물론 감사시스템이 뭔가 대단한 데이터 관련 freezing 기술이 들어가 있을 수도 있겠지만 실시간으로 집계되는 현 구조상 그럴리 만무하다고 봅니다.
뭐.. 그렇다고요.. ㅋ
자... 장황하게 글을 써 봤으니 로또를 사러가야겠어요.. ㅎㅎㅎ
서버는
update insert create delete alter 만 알면 되는군요 후후
왜 힘들게 볼을 조작해요... ㅎㅎㅎ
아... 이건 내부자가 불법 비자금으로 지시하에 작업한다는 것을 가정한다면 나올 수 있는 스토리죠..
하지만 로또 1등을 하면 출처도 확실하고 세금까지 낸 돈이 들어옵니다.
오프라인은 출력물이 남기 때문이죠!
이건 뭐 사람을 훈련시키지 않는한 조작 불가라 생각됩니다.
운영자 측에서 조작을 할 경우입니다. ㅎ
은행 잔고 뒤에 0을 붙이면 전체 계좌 잔고가 맞지 않아서 탄로가 나지만..
로또 1등은 n빵인지라 티가 안나죠.. ㅎㅎ
조사하면 다 걸려요.
하지만 로또는 출처도 분명하고 세금도 납부된 돈이 생기는겁니다.
둘 다 해킹이 된다는 가정을 했을때
계좌를 해킹하면 출처가 없는 돈이 생기지만 로또는 출처가 분명한 세금까지 낸 돈이 생기는거죠.
판매처 로그기록과 비교하면. 산적 없는 로또가 나오는건데여?
한쪽 데이터로만 지급하는 시스템이 어디있나요. 매칭시스템이지..
일단 구입한 뒤 서버 해킹을 한다는 이야기죠.
1. 1개 구입
2. 추첨
3. 당첨번호로 내가 구입한 번호 조작
물론 오프라인 구매라면 로또 프린팅된게 문제일 수 있으니 온라인 구매를 해야겠군요.
UPDATE 은행계좌테이블
SET 잔액 = 999999999999
WHERE 계좌번호 = 1234;
가능합니까?
복권 단가가 내려가며
판매 수량이 대폭 늘어났어요.
통계학적으로 맞다고는 하더군요..
실물은 조작이 힘들죠.
100% 온라인이면 가능하겠지만요.
주최측에서 가상의 당첨자를 만들어 낸다는 얘기같습니다..
-개발자
웃자고한 소리겠죠. 진자하게 저렇게 생각하셨으면 정말 아닌듯요
양쪽 정보에 체크섬까지 들어가있으면 조작은 안된다고 봐야죠.
왜 황금알을 낳는 거위 배를 가릅니까
거기에 1,2,3등 제세공과금도 짭짭할죠.
Clienkit3 Betatester/
집계를 따로 하는 서버를 운용을 다른 감리 조직이 하고
나중에 맞춰 보는 것으로 알고 있습니다.
예전 로또 조작설이 나왔는데 알려졌어요.
그리고 일주일에 10명 정도 당첨자가 나오는 것은 확률로 그 정도 될텐데
그리고 저런건 발행시스템만 보완해도 간단히 막을 수 있다 생각해서요
예를들면 발행일련번호 + 공 번호 조합으로 체크섬 하나만 꽂아놓으면 쉽게 검증 가능하겠죠..
자꾸 하나만 알고 둘은 모르는 분들이 은행계좌를 조작하라고 하는게 낫지 않나 하시는분이 계신데
그러면 출처가 없는 돈이 생기게 됩니다.
은행에서 그런거 체크 안하는것도 아니죠.
그리고 거액의 지출을 하면 세무조사가 나올 수 있습니다.
하지만 로또는 출처도 분명하고 세금도 낸 완벽하게 세탁된 돈이 생기는겁니다.
해킹이 가능하다면 은행 잔액 해킹보다 로또가 최고죠.
작정하고 백도어를 만들려면 얼마든지 만들 수 있긴 하죠
개발자가 코드 심어놓고 무선으로 받게 해 놓으면 그 개발자가 쏠 수 있습니다.
미국 대통령이 직접 핵발사 건물에 들어가서 라이타(?)로 불붙이는 시스템이 아닌 이상 모든건 개발자가 할 수 있는거죠. ㅋㅋㅋㅋ
개발자가 정말 만능이네요.. 존경합니다!
3개의 테이블이 같은 공간에 없을거라 예상합니다.
마지막 당첨확인 과정에서도..마스터 일련번호로 발급 & 구매..모두 조회할꺼고요.
시스템설계를 어떻게 해놨는지는 모르겠지만, 최소 3개 구간의 접속정보 권한 모두 획득한사람이라면...
조금의 가능성은 있겠네요;;;
바로 윗글에도 조작가능한 권한을 모두 가진 사람이라면...충분히 가능할것 같습니다.
아..이래서 음모론이 나오나;;;;
(진지글이었음 어쩌지...)
어둠의 세력이 저 사람들을 모두 포섭했다면 가능하겠네요 ㅎㅎ
메인 DB 권한을 insert, SELECT 만 주면 됩니다.
그리고 해당 테이블에 값이 입력 되는 순간 분리되어 있는 감사DB 쪽에도 insert 되게 만들고
감사DB는 관리주체를 다른 회사로 세우면 됩니다. (인적/물리적 분리)
당첨자 확정시 메인 db 와 감사 db 를 비교해서 같은 값인지 다른 값인지 확인 하면 됩니다.
그럼 한쪽에서 권한 변경해가며 UPDATE 로는 답이 안나오죠.
그리고 로또 사업이 국민은행일 때였나 감사서버를 제대로 돌리지 않은 것도 뉴스에 나왔고요
종이는 빈종이를 가지고 있다가 마킹하면 되고
글쓴이님! 이 분위기 어쩔거에요!!!ㅋㅋ
-10년차 개발자-