关于发布川航涉及俄罗斯航线客票特殊处置方案的通知
发布时间：2024.03.23
尊敬的旅客：
受莫斯科特殊事件影响，为协助旅客更好的安排出行计划，特发布俄罗斯航线客票特殊处置方案，具体如下：
一、适用范围
客票同时满足以下三点：
（一）在2024年3月23日（含）前使用876票证填开或换开的客票（包括里程兑免客票）；
（二）客票行程涉及旅行日期为2024年3月23日（含）—2024年4月23日（含）之间的涉及莫斯科、圣彼得堡航点进出港的川航实际承运航班；
（三）在2024年3月24日0时（含）以后申请客票变更或退票。
二、变更及退票规则
航班起飞前取消已定妥座位的旅客，可在客票有效期内按以下规则办理变更、退票手续：
（一）变更
1.首次变更至2024年6月30日（含）前川航实际承运的相同航线航班，免收变更手续费，如有票价差额须补齐票价及舱位差额；
2. 再次提出变更申请或变更至上述日期范围以外的，依据当期客票使用条件办理。
（二）退票
在客票有效期内至原购票渠道免除退票费办理退票。
（三）变更、退票费豁免码：RU2403
三、已办理自愿退票、变更业务的客票，不再返还已收取的退票/变更手续费和票款差价。
四、上述客票不得变更航程及承运人，如需变更航程或承运人，将原客票办理退票后另购新票。
感谢您的谅解！
四川航空股份有限公司
2024年3月23日
Source
发布时间：2024.03.23
尊敬的旅客：
受莫斯科特殊事件影响，为协助旅客更好的安排出行计划，特发布俄罗斯航线客票特殊处置方案，具体如下：
一、适用范围
客票同时满足以下三点：
（一）在2024年3月23日（含）前使用876票证填开或换开的客票（包括里程兑免客票）；
（二）客票行程涉及旅行日期为2024年3月23日（含）—2024年4月23日（含）之间的涉及莫斯科、圣彼得堡航点进出港的川航实际承运航班；
（三）在2024年3月24日0时（含）以后申请客票变更或退票。
二、变更及退票规则
航班起飞前取消已定妥座位的旅客，可在客票有效期内按以下规则办理变更、退票手续：
（一）变更
1.首次变更至2024年6月30日（含）前川航实际承运的相同航线航班，免收变更手续费，如有票价差额须补齐票价及舱位差额；
2. 再次提出变更申请或变更至上述日期范围以外的，依据当期客票使用条件办理。
（二）退票
在客票有效期内至原购票渠道免除退票费办理退票。
（三）变更、退票费豁免码：RU2403
三、已办理自愿退票、变更业务的客票，不再返还已收取的退票/变更手续费和票款差价。
四、上述客票不得变更航程及承运人，如需变更航程或承运人，将原客票办理退票后另购新票。
感谢您的谅解！
四川航空股份有限公司
2024年3月23日
Source
Forwarded from 5ec1cff (5ec1cff)
Zygisk-Next-1.0-271-2755a93-release.zip
1.6 MB
ZygiskNext 1.0 正式版
- 通过 hook init 进程监视 Zygote 启动
- 增强 Magisk 兼容性
- 支持 KernelSU WebUI （管理器需要正式版 0.9.0 / CI 11575 以上版本）
- 两个守护进程合并为一个
- 简化模块状态显示
- 自动支持某些 32 位转译层（如 tango）
ZygiskNext 1.0 Stable Release
- Monitor Zygote startup through hooking init process
- Enhanced Magisk compatibility
- Support KernelSU WebUI (Manager Release 0.9.0 / CI 11575 or above is required)
- Two daemons merged into one
- Simplified module status
- Automatic support for some 32-bit translation layers (such as tango)
real5ec1cff
- 通过 hook init 进程监视 Zygote 启动
- 增强 Magisk 兼容性
- 支持 KernelSU WebUI （管理器需要正式版 0.9.0 / CI 11575 以上版本）
- 两个守护进程合并为一个
- 简化模块状态显示
- 自动支持某些 32 位转译层（如 tango）
ZygiskNext 1.0 Stable Release
- Monitor Zygote startup through hooking init process
- Enhanced Magisk compatibility
- Support KernelSU WebUI (Manager Release 0.9.0 / CI 11575 or above is required)
- Two daemons merged into one
- Simplified module status
- Automatic support for some 32-bit translation layers (such as tango)
real5ec1cff
🤯8👍1
Forwarded from Magisk alpha
magisk可能导致设备唯一标识符泄漏
受影响版本：27.0之前所有版本，以及特殊情况下27003以后所有版本
受影响设备：Android11及更高设备
详情
Android11起系统限制用户应用使用netlink的RTM_GETLINK读取网卡mac地址，这是通过自定义SELinux添加标志位实现的，该修改被Linux上游拒绝，是Android特定修改。
在27.0之前，magisk使用上游libselinux库，因此该Android特定标志在修补sepolicy时丢失，导致未能正常启用限制，任何应用都可以读取mac地址。
在27.0后，magisk为所有设备无条件启用限制。但是部分升级了新内核的设备支持处理该标志，用户空间内的sepolicy却没有做好准备，导致全部进程都受到限制，直观表现是无法连接WiFi。
27003起，magisk解析旧sepolicy的标志，复制到新sepolicy，原问题得以解决。
magisk的sepolicy实时修补功能从内核读取当前sepolicy，修补规则后重新加载sepolicy。由于内核存在bug，Android特定标志不会报告给用户空间，magisk读取出的当前sepolicy永远没有此特定标志。因此在sepolicy实时修补后，限制被禁用，所有应用可以读取mac地址。
可以用 https://android-review.googlesource.com/c/kernel/common/+/3009995 修复此内核bug，但补丁由于不明原因被Google要求应该提交给Linux上游，随后又说应该删除此Android特定功能。总之，该补丁目前被Google拒绝合并，我们也无能为力。比起无法连接WiFi，实时修补sepolicy后会泄露mac地址显得可以接受。
利用情况
我们观察到流行应用正在使用RTM_GETLINK获取设备mac地址。至少一个应用通过判断Android11+设备依然能读取mac地址检测magisk。
建议
Android11之前的设备不受影响。其它设备应该升级到magisk 27.0。如果无法使用WiFi，升级到27003。在使用27003+时，不要使用sepolicy实时修补，检查所有模块和root应用，要求它们的开发者切换到sepolicy.rule。
相关链接
magisk导致mac地址泄露 https://github.com/topjohnwu/Magisk/issues/7636
magisk破坏了WiFi https://github.com/topjohnwu/Magisk/issues/7764
magisk复制Android特定标志到新sepolicy https://github.com/topjohnwu/selinux/commit/48fcf8bba0635dc597bef75994294fd055d9f0ba
内核中Android特定标志的实现(只处理了 policydb_read() 函数，忘记处理 policydb_write() 函数) https://android.googlesource.com/kernel/common/+/dc34c9f193fd4e3476e0e9331f5fdacce6fbc6fc https://android.googlesource.com/kernel/common/+/bdf56fbea560eea1e9c2793d69ba13cca2596d7d
内核修复补丁，处理了 policydb_write() 函数 https://android-review.googlesource.com/c/kernel/common/+/3009995
致谢
aviraxp https://t.me/qianqianzhuang/33
受影响版本：27.0之前所有版本，以及特殊情况下27003以后所有版本
受影响设备：Android11及更高设备
详情
Android11起系统限制用户应用使用netlink的RTM_GETLINK读取网卡mac地址，这是通过自定义SELinux添加标志位实现的，该修改被Linux上游拒绝，是Android特定修改。
在27.0之前，magisk使用上游libselinux库，因此该Android特定标志在修补sepolicy时丢失，导致未能正常启用限制，任何应用都可以读取mac地址。
在27.0后，magisk为所有设备无条件启用限制。但是部分升级了新内核的设备支持处理该标志，用户空间内的sepolicy却没有做好准备，导致全部进程都受到限制，直观表现是无法连接WiFi。
27003起，magisk解析旧sepolicy的标志，复制到新sepolicy，原问题得以解决。
magisk的sepolicy实时修补功能从内核读取当前sepolicy，修补规则后重新加载sepolicy。由于内核存在bug，Android特定标志不会报告给用户空间，magisk读取出的当前sepolicy永远没有此特定标志。因此在sepolicy实时修补后，限制被禁用，所有应用可以读取mac地址。
可以用 https://android-review.googlesource.com/c/kernel/common/+/3009995 修复此内核bug，但补丁由于不明原因被Google要求应该提交给Linux上游，随后又说应该删除此Android特定功能。总之，该补丁目前被Google拒绝合并，我们也无能为力。比起无法连接WiFi，实时修补sepolicy后会泄露mac地址显得可以接受。
利用情况
我们观察到流行应用正在使用RTM_GETLINK获取设备mac地址。至少一个应用通过判断Android11+设备依然能读取mac地址检测magisk。
建议
Android11之前的设备不受影响。其它设备应该升级到magisk 27.0。如果无法使用WiFi，升级到27003。在使用27003+时，不要使用sepolicy实时修补，检查所有模块和root应用，要求它们的开发者切换到sepolicy.rule。
相关链接
magisk导致mac地址泄露 https://github.com/topjohnwu/Magisk/issues/7636
magisk破坏了WiFi https://github.com/topjohnwu/Magisk/issues/7764
magisk复制Android特定标志到新sepolicy https://github.com/topjohnwu/selinux/commit/48fcf8bba0635dc597bef75994294fd055d9f0ba
内核中Android特定标志的实现(只处理了 policydb_read() 函数，忘记处理 policydb_write() 函数) https://android.googlesource.com/kernel/common/+/dc34c9f193fd4e3476e0e9331f5fdacce6fbc6fc https://android.googlesource.com/kernel/common/+/bdf56fbea560eea1e9c2793d69ba13cca2596d7d
内核修复补丁，处理了 policydb_write() 函数 https://android-review.googlesource.com/c/kernel/common/+/3009995
致谢
aviraxp https://t.me/qianqianzhuang/33
😱4❤1