1.企业微信虚拟定位会被发现吗？
2.企业微信虚拟定位被发现吗？
3.2020-08-25
4.企业微信使用虚拟定位，企业企业会被发现吗？
5.企业微信定位能被发现吗？

企业微信虚拟定位会被发现吗？

       相信很多人都会好奇，微信微信企业微信使用虚拟定位，源码会被发现吗？其实是开源会的，不过这个还是企业企业要视情况而定，比如首先就需要看你们单位信息管理部门是微信微信首拆红包源码否强大。或者是源码说你每次打卡都用的是否是同一款虚拟定位软件，如果是开源，这样的企业企业话你定位的串号就是相同的，就很明显能看出来你是微信微信使用虚拟定位了。

       下面我具体描述一下虚拟定位的源码使用原理，先说安卓系统。开源最开始在微商工具泛滥的企业企业时候，是微信微信将别人的apk跑在自己的进程里，然后hook各种定位相关服务。源码不过这个会严重占用手机的内存和cpu，而且很容易被识别。你的所有账号数据，在他面前都是网站单页面源码透明的。后来开始手机刷Xposed，修改手机的zygote的二进制文件，从而达到hook所有基于zygote的进程，这样你就可以通过xposed提供的插件，进行位置修改，手机还要root，不过后来腾讯查封了xp框架工具。最后就是通过android系统提供的api进行位置模拟，其实就是android系统提供的一种位置provider, 模拟gps骗APP。

       然后再说说IOS系统。第一种是在iOS系统注入指定的app后，hook住定位相关的API，然后篡改软件获取的定位数据。第二种通过iTools，爱思助手等工具进行虚拟定位。这种虚拟定位的原理和用xcode一样，开启了手机的调试模式后，强行打开了手机的自动考试系统源码虚拟定位功能。第三种是通过硬件外设定位。原来苹果的闪电口提供了一套和软件API完全独立的接口，叫IAP协议可以修改位置。

       当然以上不管你怎么变换位置微信安全团队都能识别出来账号的位置异常。通过IP、连接数据、用电量、社交属性等等很容易识别出来。

企业微信虚拟定位被发现吗？

       相信很多人都会好奇，企业微信使用虚拟定位，会被发现吗？其实是会的，不过这个还是要视情况而定，比如首先就需要看你们单位信息管理部门是否强大。或者是说你每次打卡都用的是否是同一款虚拟定位软件，如果是，这样的话你定位的串号就是相同的，就很明显能看出来你是使用虚拟定位了。

       下面我具体描述一下虚拟定位的php站源码下载使用原理，先说安卓系统。最开始在微商工具泛滥的时候，是将别人的apk跑在自己的进程里，然后hook各种定位相关服务。不过这个会严重占用手机的内存和cpu，而且很容易被识别。你的所有账号数据，在他面前都是透明的。后来开始手机刷Xposed，修改手机的zygote的二进制文件，从而达到hook所有基于zygote的进程，这样你就可以通过xposed提供的插件，进行位置修改，手机还要root，不过后来腾讯查封了xp框架工具。最后就是通过android系统提供的api进行位置模拟，其实就是android系统提供的一种位置provider, 模拟gps骗APP。

       然后再说说IOS系统。请柬喜帖源码下载第一种是在iOS系统注入指定的app后，hook住定位相关的API，然后篡改软件获取的定位数据。第二种通过iTools，爱思助手等工具进行虚拟定位。这种虚拟定位的原理和用xcode一样，开启了手机的调试模式后，强行打开了手机的虚拟定位功能。第三种是通过硬件外设定位。原来苹果的闪电口提供了一套和软件API完全独立的接口，叫IAP协议可以修改位置。

       当然以上不管你怎么变换位置微信安全团队都能识别出来账号的位置异常。通过IP、连接数据、用电量、社交属性等等很容易识别出来。

--

       Prometheus 实现邮件告警（Prometheus+Alertmanager+QQ邮箱或者网易邮箱，目前测试过这两种邮箱都可以发送告警邮件）

        Prometheus实现邮件告警原理如下：

        Prometheus官方有一个附带的中间件：alertmanager，通过设置rules规则和路由转发可以实现邮件告警，前提是你需要有一个可以发送邮件的邮件服务端（可以自建或者使用互联网公司提供的免费邮箱）

        告警原理图

       Prometheus完整架构图

        我之前得出的错误结论如下：

        推荐直接在虚拟机操作系统上直接安装Prometheus和Alertmanager，不推荐其中任何一方在容器中运行，因为测试过在容器中运行Prometheus和alertmanager，结果出现如下错误情况

        第一种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus却提示节点依然在线？有时候却能够正常显示节点掉线跌机，生成告警发送邮件

        第二种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，但是没有发送邮件，我手动恢复node-exporter后，告警解除，邮件能正常发送邮件提示告警已经解除。。。。

        第三种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，正常成功发送邮件，我手动恢复node-exporter后，告警解除，邮件没有发送出来。。。。

        以上三种情况之前经常出现，当时第一步以为是自己设置的scrape_interval不合理导致的，结果调试几次，问题没有解决，第二步以为是自己的服务器时间没有做到精确同步，然后我去设置和阿里云的ntp服务器同步，结果问题依然没有解决，第三步，换个方向，把alertmanager迁移到虚拟机操作系统上安装运行，问题解决！

       åŒ—京时间是GMT+8小时，有些同志的时间可能是UTC的，但是如果是在要求不太十分精确的情况下，UTC时间是刚刚好等于GMT时间

        为了避免时区的混乱，prometheus所有的组件内部都强制使用Unix时间，对外展示使用GMT时间。

        要改时区有两个办法

        1 .修改源码，重新编译。

       2. 使用 docker 运行 Prometheus，挂载本地时区文件

        docker run --restart always -e TZ=Asia/Shanghai --hostname prometheus --name prometheus-server -d -p : -v /data/prometheus/server/data:/prometheus -v /data/prometheus/server/conf/prometheus.yml:/etc/prometheus/prometheus.yml -u root prom/prometheus:v2.5.0

        正文开始

        安装alertmanager

        容器安装方式：

        docker run -d --name alertmanager -p : -v /usr/local/Prometheus/alertmanager/alertmanager.yml:/etc/alertmanager/alertmanager.yml prom/alertmanager:latest

        先在宿主机/usr/local/Prometheus下创建一个文件夹alertmanager，然后在文件夹里创建alertmanager.yml配置文件，待会才能映射到alertmanager容器里的/etc/alertmanager目录下

       global：全局配置

           resolve_timeout: 问题解决的超时时间

           smtp_from: 发送告警邮件的邮箱账号

           smtp_smarthost: é‚®ç®± SMTP 服务地址,这里是以QQ邮箱为例，也可以用网易邮箱，这个和我之前设置zabbix邮件告警时的配置一样

           smtp_auth_username: 如果没有设置邮箱别名，那就是账户名

           smtp_auth_password:  邮箱的授权码，不是 账户密码，你可以在QQ邮箱或者网易邮箱网页端设置，开启 POP3/SMTP æœåŠ¡æ—¶ä¼šæç¤ºï¼Œå’Œé…ç½®zabbix邮件告警的时候几乎一样

           smtp_require_tls: 是否使用 tls，根据环境不同，来选择开启和关闭。如果提示报错 email.loginAuth failed: Must issue a STARTTLS command first，那么就需要设置为 true。着重说明一下，如果开启了 tls，提示报错 starttls failed: x: certificate signed by unknown authority，需要在 email_configs 下配置 insecure_skip_verify: true 来跳过 tls 验证。

       templates： 告警模板目录，可以不编写模板，有默认模板

            Subject: '{ { template "email.default.subject" . }}'

            html: '{ { template "email.default.html" . }}'

       route：报警的分发设置

            group_by：分组

            group_wait: 分组等待时间

            group_interval: 5m 每组时间间隔

            repeat_interval: m 重复间隔

            receiver: 接收方式，请注意！这里的名字要对应下面receivers中的任何一个名字，不然会报错，这里其实就是选择方式，有邮箱，企业微信，wehook，victorops等等

       receivers：接受方式汇总，即告警方式汇总

        例子：

        receivers:

        - name:'default-receiver' 

        email_configs:

        - to:'whiiip@.com'    

          html: '{ { template "alert.html" . }}'    

          headers: { Subject: "[WARN] 报警邮件test"}

       inhibit_rules:   æŠ‘制规则

        当存在与另一组匹配的警报（源）时，抑制规则将禁用与一组匹配的警报（目标）。

        包括源匹配和目标匹配

        alertmanager官方是这样说的

        Inhibition

        Inhibition is a concept of suppressing notifications for certain alerts if certain other alerts are already firing.

        Example:  An alert is firing that informs that an entire cluster is not reachable. Alertmanager can be configured to mute all other alerts concerning this cluster if that particular alert is firing. This prevents notifications for hundreds or thousands of firing alerts that are unrelated to the actual issue.

        Inhibitions are configured through the Alertmanager's configuration file.

        当存在与另一组匹配器匹配的警报（源）时，禁止规则会使与一组匹配器匹配的警报（目标）静音。目标警报和源警报的equal列表中的标签名称都必须具有相同的标签值。

        在语义上，缺少标签和带有空值的标签是同一件事。因此，如果equal源警报和目标警报都缺少列出的所有标签名称，则将应用禁止规则。

        为了防止警报禁止自身，与规则的目标和源端 都 匹配的警报不能被警报（包括其本身）为真来禁止。但是，我们建议选择目标匹配器和源匹配器，以使警报永远不会同时匹配双方。这很容易进行推理，并且不会触发此特殊情况。

        接着是规则rules

       ä¸è§£é‡Šäº†ï¼Œè‡ªå·±ç ”究官方文档

       alertmanager的非容器安装方式是

         wget /prometheus/alertmanager/releases/download/v0..0/alertmanager-0..0.linux-amd.tar.gz

        tar xf alertmanager-0..0.linux-amd.tar.gz

       mv alertmanager-0..0.linux-amd /usr/local/alertmanager

       vim /usr/lib/systemd/system/alertmanager.service

       [Unit]

       Description=alertmanager

        Documentation=/prometheus/alertmanager

        After=network.target

        [Service]

        Type=simple

        User=root

        ExecStart=/usr/local/alertmanager/alertmanager --config.file=/usr/local/alertmanager/alertmanager.yml

        Restart=on-failure

        [Install]

        WantedBy=multi-user.target

        Alertmanager 安装目录下默认有 alertmanager.yml 配置文件，可以创建新的配置文件，在启动时指定即可。

        其余方式和上面一样

        接着是Prometheus，我之前的博客里有写了容器安装和非容器安装的方法，自己去翻阅

        然后是在prometheus.yml里修改相关配置

        首先去掉alertmanager的注释，改成IP加你设置的端口号，默认是

       æŽ¥ç€åœ¨rule_files: 下面写下规则文件的绝对路径，可以是具体文件名，也可以是*，也可以分几级文件，*默认是全部匹配

       æŽ¥ç€æ˜¯è¢«ç›‘控项的设置，这里设置完成可以在Prometheus网页里的targets里看得到

        请注意，这里设置的参数名字要和rule规则中设置的参数名字一模一样，否则你的prometheus服务会无法启动，然后报错

        如果不在特定的job下设置scrape_interval（优先级高于全局）,则默认采用gobal下的scrape_interval

       æœ€åŽæ¨¡æ‹ŸèŠ‚点掉线，手动关闭node-exporter或者Cadvisor

        docker stop node-exporter 或者容器ID

        docker stop cadvisor æˆ–者容器ID

        或者把up{ { job='prometheus'}} == 1 设置成1，反向设置，不用关掉服务，就可以看看告警成不成功

       è¯´æ˜Žä¸€ä¸‹ Prometheus Alert 告警状态有三种状态：Inactive、Pending、Firing。

        Inactive：非活动状态，表示正在监控，但是还未有任何警报触发。

        Pending：表示这个警报必须被触发。由于警报可以被分组、压抑/抑制或静默/静音，所以等待验证，一旦所有的验证都通过，则将转到 Firing 状态。

        Firing：将警报发送到 AlertManager，它将按照配置将警报的发送给所有接收者。一旦警报解除，则将状态转到 Inactive，如此循环。

       æ²¡æœ‰é…ç½®å‘Šè­¦æ¨¡æ¿æ—¶çš„默认告警格式是这样的

       èŠ‚点恢复后邮件告知是这样的

       å†™äº†æ¨¡æ¿åŽæ˜¯è¿™æ ·çš„

       è¿˜è¦é‡æ–°æ˜ å°„模板文件夹路径到alertmanager容器里的相对路径，然后重启alertmanager，当然，如果目录下没有模板文件，则不显示

       å‘Šè­¦æ¨¡æ¿

       åœ¨alertmanager.yml中修改相关设置

        重启alertmanager

        docker restart alertmanager

        最终效果不是很好

企业微信使用虚拟定位，会被发现吗？

       相信很多人都会好奇，企业微信使用虚拟定位，会被发现吗？其实是会的，不过这个还是要视情况而定，比如首先就需要看你们单位信息管理部门是否强大。或者是说你每次打卡都用的是否是同一款虚拟定位软件，如果是，这样的话你定位的串号就是相同的，就很明显能看出来你是使用虚拟定位了。

       下面我具体描述一下虚拟定位的使用原理，先说安卓系统。最开始在微商工具泛滥的时候，是将别人的apk跑在自己的进程里，然后hook各种定位相关服务。不过这个会严重占用手机的内存和cpu，而且很容易被识别。你的所有账号数据，在他面前都是透明的。后来开始手机刷Xposed，修改手机的zygote的二进制文件，从而达到hook所有基于zygote的进程，这样你就可以通过xposed提供的插件，进行位置修改，手机还要root，不过后来腾讯查封了xp框架工具。最后就是通过android系统提供的api进行位置模拟，其实就是android系统提供的一种位置provider, 模拟gps骗APP。

       然后再说说IOS系统。第一种是在iOS系统注入指定的app后，hook住定位相关的API，然后篡改软件获取的定位数据。第二种通过iTools，爱思助手等工具进行虚拟定位。这种虚拟定位的原理和用xcode一样，开启了手机的调试模式后，强行打开了手机的虚拟定位功能。第三种是通过硬件外设定位。原来苹果的闪电口提供了一套和软件API完全独立的接口，叫IAP协议可以修改位置。

       当然以上不管你怎么变换位置微信安全团队都能识别出来账号的位置异常。通过IP、连接数据、用电量、社交属性等等很容易识别出来。

企业微信定位能被发现吗？

       相信很多人都会好奇，企业微信使用虚拟定位，会被发现吗？其实是会的，不过这个还是要视情况而定，比如首先就需要看你们单位信息管理部门是否强大。或者是说你每次打卡都用的是否是同一款虚拟定位软件，如果是，这样的话你定位的串号就是相同的，就很明显能看出来你是使用虚拟定位了。

       下面我具体描述一下虚拟定位的使用原理，先说安卓系统。最开始在微商工具泛滥的时候，是将别人的apk跑在自己的进程里，然后hook各种定位相关服务。不过这个会严重占用手机的内存和cpu，而且很容易被识别。你的所有账号数据，在他面前都是透明的。后来开始手机刷Xposed，修改手机的zygote的二进制文件，从而达到hook所有基于zygote的进程，这样你就可以通过xposed提供的插件，进行位置修改，手机还要root，不过后来腾讯查封了xp框架工具。最后就是通过android系统提供的api进行位置模拟，其实就是android系统提供的一种位置provider, 模拟gps骗APP。

       然后再说说IOS系统。第一种是在iOS系统注入指定的app后，hook住定位相关的API，然后篡改软件获取的定位数据。第二种通过iTools，爱思助手等工具进行虚拟定位。这种虚拟定位的原理和用xcode一样，开启了手机的调试模式后，强行打开了手机的虚拟定位功能。第三种是通过硬件外设定位。原来苹果的闪电口提供了一套和软件API完全独立的接口，叫IAP协议可以修改位置。

       当然以上不管你怎么变换位置微信安全团队都能识别出来账号的位置异常。通过IP、连接数据、用电量、社交属性等等很容易识别出来。