작은 행복을 위한 시

서버로 연결되는 query를 수정하여 원치않는 union과 같은 command를 차단하고 싶다.
SQL Injection을 방지하고 싶다. 프로그램 개발자에게 구걸하지 않고.
MySQL용 Proxy를 사용하면 가능할 것 같다.

찾아보니 아래와 같은 MySQL Proxy 사용이 가능했고,
query rewirte외에도 load balancing, 읽기 분산등 사용 가능한 것이 많다.

검토하고 적용 테스트해 해 볼 예정이다.

1. MySQL Proxy
https://downloads.mysql.com/docs/mysql-proxy-en.pdf

2. ProxySQL
https://proxysql.com

3. HAProxy
   HAProxy를 이용하는 것도 가능하다고 하는데 사용례등을 좀 더 검토해 봐야겠다.

#mysql #proxy

(스크랩) sqlmap: SQL injection 자동화 툴

sqlmap®
Automatic SQL injection and database takeover tool

fail2ban log를 보다 아래와 같은 로그를 확인했다.

406은 Not Acceptable로 mod_security가 잘 처리했다는 것이다.
sqlmap 왠지 낯설지 않은데..

확인해 보니 SQL Injection 자동화 툴이다.
현재 운영중인 사이트나 신규 개발사이트에서 마지막으로 안전성 테스트를 하기에 좋을 것 같다.

https://sqlmap.org/

#SQLInjection #Automation #sqlmap 

[스크랩] 구글 스프레드시트를 이용하여 메일 머지 발송하기

https://www.autooffice.io/knowhow/send-email-to-addresses-from-google-sheet

#메일머지 #구글시트 #다량메일 

최근들어 SSL 도입이 늘어나면서 조금씩 문제들이 발생하고 있다.

메일을 보냈는데 회신이 없어 확인해 보니 반송 메일이 스팸함에 들어 있었다.

 ----- Transcript of session follows -----
<
xxxxx@xxxxxxxxx.co.kr
>... Deferred: 403 4.7.0 TLS handshake failed.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old

해결방법은
/etc/mail/access에 아래를 추가해 주면 된다.

Try_TLS:xxxxxxxxx.co.kr NO

How to fix the error ‘403 4.7.0 TLS handshake failed’ in RedHat, CentOS and OpenSuse servers with Sendmail

Along with the error message “403 4.7.0 TLS handshake failed”, it is possible to identify the recipient domain which has the TLS connectivity issue.

Edit the configuration file “/etc/mail/access” and add the line:

Try_TLS:domain.com NO

Since “/etc/mail/access” is a database, after creating that text file and editing it, use ‘makemap‘ to create the database map.

makemap hash /etc/mail/access.db < /etc/mail/access

Restart the mail server. This will exempt that domain from TLS email transmission and the mails would deliver fine without errors.

<참고사이트>
https://www.raramuridesign.com/kb/articles/hes-how-to-fix-email-error-403-4-7-0-tls-handshake-failed-in-cpanel-plesk-exim-qmail-exchange-and-sendmail-servers.html

#메일 #mail #TLS #HandshakeFailed #CentOS

개인정보취급방침 vs 개인정보처리방침

웹페이지에 회원가입이나 문의 게시판등이 있는 경우 개인정보보호법을 준수해야 하며 하단에 개인정보처리방침을 눈에 띄게 표시해 놓아야 한다.

그런데 아직도 어떤 사이트에는 개인정보취급방침이라고 표기해 놓은 곳이 있다.
혼동되는 이유가 무엇일까?

개인정보취급방침: 정보통신망법(2016이전)에서의 명칭 (전기통신사업자와 정보통신서비스 제공자를 대상으로 하는 법)
개인정보처리방침: 개인정보보호법에서의 명칭 (일반법)

하지만 2016년 정보통신망법을 개정하면서 명칭도 개인정보처리방침으로 바뀌었다.
따라서 개인정보처리방침을 쓰는 것이 맞다.

https://www.ahnlab.com/kr/site/securityinfo/secunews/secuNewsView.do?seq=25072 

#개인정보취급방침 #개인정보처리방침

실수로 개인정보 유출하면 과태료만 부과 2021.09.08

개인정보보호위원회는 8일 제15회 개인정보위 전체회의를 열고, 정보통신서비스 제공자 등의 개인정보 보호법규 위반 정도가 경미한 경우 과징금 부과를 시정조치 명령으로 갈음하고 과태료만 부과할 수 있도록 결정했다고 밝혔다.

과징금을 부과하지 않을 수 있는 경미한 위반행위로는 △최종 과징금 산정금액이 300만원 이하인 경우 △사소한 실수 또는 시스템 오류로 인한 위반으로 피해가 미미한 경우 △개인정보 유출 규모가 100건 미만인 경우 등이 해당된다.

다만 개인정보위는 구체적 기준을 정하되, 과징금이 자동적으로 미부과되는 것은 아니고 사안별로 내용, 피해 정도 등을 종합적으로 고려해 미부과 여부를 결정할 계획이다.

https://www.edaily.co.kr/news/read?newsId=02699446629178152&mediaCodeNo=257 

#개인정보보호