我用 Python 算出了同事的身份证号码!| 原力计划
wptr33 2024-12-06 20:05 27 浏览
作者 | 朱小五
责编 | 夕颜
出品 | CSDN(ID:CSDNnews)
为了一杯奶茶。
事情的经过是这样的:
我的同事李大伟最近出差去了。
昨晚睡觉前翻了翻朋友圈,
就跟他愉快地(互怼)交流了起来。
估计是他想起了我朱小五从不打无把握之赌,后面就怂了。
一杯奶茶嘛,也可以接受,
像杰伦一样快乐就好啦。
开工。
先看看李大伟的朋友圈中发的图片。
(该火车票来自其他平行世界,扫描可能发生奇怪现象)
车票中暴露的个人信息为:
3302211993****4914 李大伟
只缺少月份日期四位。
那么也就是一共365种可能。
科普时间:
根据李大伟的身份证信息的前6位“330221”
轻易可得:
浙江省宁波人,1993年滴
那我先用python生成1993年的所有日期吧
1import time
2
3#生成出生当年所有日期
4def dateRange(year):
5 fmt = '%Y-%m-%d'
6 bgn = int(time.mktime(time.strptime(year+'-01-01',fmt)))
7 end = int(time.mktime(time.strptime(year+'-12-31',fmt)))
8 list_date = [time.strftime(fmt,time.localtime(i)) for i in range(bgn,end+1,3600*24)]
9 return [i.replace('-','') for i in list_date]
10
11data_time = dateRange('1993')
成功得到日期列表。
再用刚才的校验码计算规则
反向验证哪个日期符合喽!
自己写计算规则?
NONONO,太麻烦!
给大家隆重介绍一个库:id-validator
安装:pip install id-validator
可以用来验证身份证号合法性、获取身份证号信息、生成可通过校验的假数据、身份证升级。
那么我们利用 id-validator 来依次校验刚才生成的身份证号码。
1from id_validator import validator
2
3#遍历所有日期,print通过校验的身份证号码
4
5def vali_dator(id1,id2,id3):
6 for i in dateRange(id2):
7 theid = id1 + i + id3
8 if validator.is_valid(theid):
9 print(theid)
10
11vali_dator('330221','1993','4914')
运行结果:
额
有33个都符合校验逻辑,这只筛掉了90%啊
这就尴尬了
如何在33个日期中挑出来李大伟的真实出生日期呢?
思考了一下
(其实是百度了一波)
这里需要我们每个人都用过的12306。
打开12306官网,
在12306添加常用联系人,
将李大伟+身份证号依次输入。
若身份证和姓名一致,就会显示校验通过;
若不能通过,则说明身份证和姓名不一致。
最终可以测出李大伟的出生日期是:19930608
收工,
奶茶到手。
大家是不是想知道我到底试了多少次才成功的?
刚刚回来的李大伟也表示很想知道。
其实一次也没用试。
现在我喝着李大伟买的奶茶
码着文
打开钉钉
看着李大伟的昵称
心里笑出猪叫。
文中人物、身份证号码纯属虚构,如有雷同,就是抄我的。
原文链接:
https://blog.csdn.net/zhuxiao5/article/details/104469652
声明:本文仅用于学术交流,禁止用于商业用途。
相关推荐
- MySQL进阶五之自动读写分离mysql-proxy
-
自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...
- 3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?
-
引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...
- 一文由浅入深带你完全掌握MySQL的锁机制原理与应用
-
本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...
- 验证Mysql中联合索引的最左匹配原则
-
后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...
- MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)
-
目录1.索引基础...
- 你会看 MySQL 的执行计划(EXPLAIN)吗?
-
SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...
- MySQL 从入门到精通(四)之索引结构
-
索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...
- mysql总结——面试中最常问到的知识点
-
mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...
- mysql总结——面试中最常问到的知识点(2)
-
首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...
- MySQL基础全知全解!超详细无废话!轻松上手~
-
本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...
- 深入剖析 MySQL 中的锁机制原理_mysql 锁详解
-
在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...
- Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析
-
引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...
- MySQL基础篇:DQL数据查询操作_mysql 查
-
一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...
- MySql:索引的基本使用_mysql索引的使用和原理
-
一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...
- 一周热门
-
-
C# 13 和 .NET 9 全知道 :13 使用 ASP.NET Core 构建网站 (1)
-
程序员的开源月刊《HelloGitHub》第 71 期
-
详细介绍一下Redis的Watch机制,可以利用Watch机制来做什么?
-
假如有100W个用户抢一张票,除了负载均衡办法,怎么支持高并发?
-
Java面试必考问题:什么是乐观锁与悲观锁
-
如何将AI助手接入微信(打开ai手机助手)
-
redission YYDS spring boot redission 使用
-
SparkSQL——DataFrame的创建与使用
-
一文带你了解Redis与Memcached? redis与memcached的区别
-
如何利用Redis进行事务处理呢? 如何利用redis进行事务处理呢英文
-
- 最近发表
- 标签列表
-
- git pull (33)
- git fetch (35)
- mysql insert (35)
- mysql distinct (37)
- concat_ws (36)
- java continue (36)
- jenkins官网 (37)
- mysql 子查询 (37)
- python元组 (33)
- mybatis 分页 (35)
- vba split (37)
- redis watch (34)
- python list sort (37)
- nvarchar2 (34)
- mysql not null (36)
- hmset (35)
- python telnet (35)
- python readlines() 方法 (36)
- munmap (35)
- docker network create (35)
- redis 集合 (37)
- python sftp (37)
- setpriority (34)
- c语言 switch (34)
- git commit (34)