如何完全脱壳360加固的，重新打包apk不被检测到？ 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 5 月 24 日消息，神舟二十三号载人飞船出征在即，据央视新闻报道，作为空间站阶段第三批次飞船的第二艘，神舟二十三号在原有成熟技术基础上进行了多维度技术升级，围绕人机交互、空间利用率、交会对接效率、任务适配能力及安全防护等方面均实现了显著优化。 据介绍，此次升级的首要亮点体现在返回舱内部的人机界面与空间布局。新批次飞船对返回舱仪表系统完成了大幅升级，优化了人机交互界面，视觉效果更加清晰友好；同时，通过仪表板的小型化改造，为返回舱腾出了更多下行载荷安装空间。 此外，在保持飞船经典三舱构型的基础上，科研人员进一步提升了舱内空间利用率，为航天员留出了更充裕的工作和活动空间。 在交会对接与任务适配方面，神舟二十三号飞船沿用并优化了 3.5 小时快速交会对接方案，其对接机构升级为“刚柔并济”的受控阻尼缓冲系统，能够适应不同吨位、不同初始条件的对接工况，对接适应范围、成功率和可靠性均得到大幅提升。 与此同时，新批次飞船还支持任务的弹性化调整：常态下执行载人任务，在应急情况下可切换为货运平台，配合天舟货运飞船构建双轨物资保障体系。另外，飞船还预留了兼容国际合作载荷的接口，可适配后续国际访客进入空间站的任务调度需求。 IT之家此前报道，针对此前神舟二十号任务中发现的舷窗问题，神舟二十三号飞船专门进行了改进加固，增强了防空间碎片的能力，确保能够载人安全返回。 此外，工程团队还提出了多项新的质量控制措施，以确保操作、研制及实验等各环节工作落实到位，全面保障飞船的安全可靠。中国航天科技集团李喆介绍，相比之前的飞船，神舟二十三号的载荷运输能力有了很大提升，交会对接和返回的时长大幅缩减，可靠性、安全性得到了全面提升。 相关阅读： 《 积累宝贵经验，神舟二十三号舷窗空间碎片防护已进行适应性改进 》 《 发射流程进入临射倒计时，神舟二十三号船箭组合体蓄势待发 》
刚好这两天把几台 VPS 重新整理了一下安全配置，主要是平时被扫得太多了，索性做了一套最基础的加固，顺便记一下流程。 整体不复杂，就三块：SSH、Fail2Ban、防火墙。 SSH 先处理掉默认弱点 新机器第一件事基本都是 SSH。 我这边做了几个改动： 默认 22 改成了 2222 关闭 root 直接登录 关闭密码登录，只留 key 配置文件： Bash nano /etc/ssh/sshd_config 主要就这几行： Port 2222 PermitRootLogin no PasswordAuthentication no 改完记得先确认 key 能正常登录，再重启 SSH： Bash systemctl restart ssh 2. Fail2Ban（防爆破） 装一下： Bash apt update && apt install -y fail2ban 配置： Bash nano /etc/fail2ban/jail.local 内容： [DEFAULT] findtime = 10m maxretry = 5 bantime = 1h [sshd] enabled = true port = 2222 backend = systemd 启动： Bash systemctl restart fail2ban systemctl enable fail2ban 3. 防火墙（UFW 收口） 安装： Bash apt install -y ufw 默认规则： Bash ufw default deny incoming ufw default allow outgoing 开放端口： Bash ufw allow 2222/tcp ufw allow 80/tcp ufw allow 443/tcp 启用： Bash ufw enable 做完之后大概就是这样 SSH 不再是默认 22 只能 key 登录 爆破 IP 会自动封 只开放必要端口 不复杂，但至少能挡掉大部分扫描和脚本爆破。 注意事项-注意事项-注意事项 （一定要看） SSH 这块别一上来就把密码关死或者端口乱改，顺序错了基本就是把自己锁外面；Fail2Ban 也别神话，它就是拦脚本爆破的，真要有漏洞该进还是进；防火墙更别乱开乱关，规则一多自己都容易搞混，最后把 SSH 或业务端口封了反而更麻烦。改端口这类操作也别以为是“安全升级”，本质就是减少扫描噪音，不是提升防御能力。 12 个帖子 - 10 位参与者 阅读完整话题
因为一些原因，我需要在模拟器上登录一个app，然后让codex帮我自动打卡，安装的时候发现总是闪退，我怀疑是app做了限制，一开始我让codex帮我去分析，但是codex总是拒绝，我就让deepseek来帮我分析，下载了一个opencode，配置了deepseek v4 pro (不得不说v4是真的快)，帮我分析软件是因为什么原因在模拟器环境下导致一直崩溃，一直闪退，最后出了一套方案，我直接把方案丢给codex帮我实现。就算接下来有问题，codex也可以持续的解决，也不会触发违规。 题外说一句 deepseek的缓存命中高的离谱，最少在百分之90以上 1 个帖子 - 1 位参与者 阅读完整话题