LESS54:
只有10次尝试，dump处secret key
直接union 查就可以，括号为单引号闭合
LESS55：
尝试出来闭合的方式为)括号，后面操作与54相同
LESS56：
尝试出来括号闭合方式为')，其它与54相同
LESS57:
括号闭合方式为"双引号，其他与前面相同
LESS58：
单引号报错，出错位置在limit，那么直接报错注入，后面就是常规的查表查字段操作
LESS59:
尝试单引号报错了，从报错来看应该不需要单引号，所以常规报错注入
LESS60：
添加双引号报错了，此时由报错推测括号的闭合方式为”），所以常规报错注入即可
LESS61：
当尝试单引号时发现页面报错了，此时通过报错的回显推测括号闭合方式为'))，然后尝试
')) and 0++
')) and 1--+
回显两种逻辑，因此闭合正确，直接尝试报错注入即可
LESS62:
尝试没有报错，不能报错注入，所以尝试闭合括号
1' and '1
1' and '0
两种逻辑，因此可以注入，盲注即可
但是sql语句实际上是这样闭合的，那么注入以后形式也是正确的，这样也只会返回1或者0两种逻辑，可以进行盲注
LESS63:
貌似跟62一样，单引号闭合，
尝试
1' and '1
1' and '0
两种逻辑，因此盲注即可
LESS64:
盲注，不需要闭合括号
LESS65:
闭合方式为双引号，payload为1" and "1
总结：
很久之前学sql注入的时候就没刷过这个sqllabs，觉得没啥意思(实际上是太懒了)，现在刷一遍觉得的确没啥意思，实际上65道题教会的是啥是sql注入，怎么去发现括号方式以及如何一步一步查库查表查数据，
里面的waf过滤也很少，跟实际比赛没法进行比较，当然对于巩固基础还是不错的，bypass方法实际上要建立在确定注入点上，实战中一般注入都是盲注比较多吧，报错感觉现在很少了，比赛中主要还是waf bypass。
那么除了盲注两种不同逻辑外，触发waf有可能还要对应第三种逻辑，或者与盲注中语句出错对应逻辑相同，黑盒测试中都要手动进行测试，当然防止sql注入也很简单，预编译，强制数据类型转换都挺方便的，addsalshes在数据库编码正确的情况下一般也能防止sql注入。