8 t! W. P: t; I8 e. ~9 Y+ u简单的说，SQL注入攻击是利用程序员写程序时的漏洞，没有充分考虑到输入参数的合法性。例如只考虑了应该输入字母或者熟悉，但没想到黑客输入了一段SQL语句，然后利用这段语句和系统漏洞获取系统控制权或对系统进行破坏。9 N5 i! h3 [* q' E
! g1 c# n. d& D& f
前一段网上传的很广的所谓“神一般的SQL注入”，就是车主用一段SQL语句打印出来遮挡了车牌，然后“企图”在被拍时破坏局系统。3 v( i. q% p7 c7 f- o; t x2 B8 `0 o, R
r/ V& X. u3 q/ B: S9 t9 p& W6 e; ^不过这次倒不是想讨论这个问题，其实这理论上讲也几乎不可能，别的且不说，哪辆车敢挂这样的车牌上路？ d* ~, }) K1 i X- ~- Z
9 e8 [; ~3 {0 Q$ X' I
闯红灯拍照原理并不复杂，道路下面埋线圈，车辆经过时有电子感应，结合红绿灯周期决定是否拍照。 4 ]. W; \. |! A4 W0 A( p! x ) h- L- W$ W( `3 M* n) M4 \确认闯红灯要拍几次？闯红灯拍照是否有延时？ 6 x% \; Q1 O, y, G- y1 e. Y , A6 g. Z5 W7 p, p3 G9 Y% ? s拍几次的问题真不好说，网上说法不少，一次的，两次的，三次的都有。但我自己亲身经历，闯红灯拍照确实有一定延时。我曾有一次从南向西左转，在左转等待线上等待左转绿灯。绿灯一亮，我就冲出去，对面北向南方向一辆车擦着我的前保险杠过去了，把自己的后杠都挂掉了，我的前杠也受损，对方车逃逸。由于灯亮的次序是对方的红灯亮了之后我这里绿灯才可能亮，很确定对方肯定闯红灯了，但可能都不到一秒。损失也没什么，其实对方损失比我大，但是实在太危险，而且对方逃逸很气人。所以我后来去交警队查询录像，交警也很理解，不过后来还是答复我查不到。 : q4 h9 `; @& W# [; g( {7 {: D9 h t/ w# D; A
但即使我们不考虑这些因素，目前的监控机制有无漏洞？6 _, Q5 a& b! F
/ z: Z7 o5 b+ ~& o! |) M2 t
假设一种情况，车道上有纯右转道，而非右转加执行，交警会不会在右转道下埋线圈？好像没必要，不管红灯绿灯，右转道总是可以走的。问题是，假如有直行车借这样的纯右转道直行闯红灯呢？如果没埋，这就是个类似SQL注入的问题，设计系统时没考虑非法参数。如果埋了，会有问题吗？一次检测肯定不行。右转车有权过这条线。两次呢？问题是对面方向是车流的，如何确认第二次还是这辆车的？三次其实也有这个问题。* T# [5 @0 q! T5 E; u+ ^$ Q
4 E8 }8 C( P% O l1 `. q1 U另外一种情况，车道区分了左转和直行。假如有分道控制信号灯，问题很简单，过了线就是闯红灯。假如没有分道控制信号灯，只有一个灯，有直行车借左转道直行呢？有办法检测吗？仅凭线圈的数字信号已经不可能了。只能凭借录像去模式识别。交管局有多大存储，多大服务器来处理？基本也不可能。 ) e+ W0 q- v2 R5 j8 }0 n5 ]: x$ j( k0 M2 V1 i3 W6 b3 l
纯属推测，请勿模仿。3 K6 a+ K& ^# U2 C$ F% U/ Z- T6 o: G
/ t& l) l3 u$ z$ c- K
) H" Y* I# A, k( o+ ]3 A, n % E0 p2 C" N+ A. ]) H0 q$ C. z* z( l+ s) a
! G6 Z$ l: M2 W7 W
