标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 obet ORA-00312 ORA-00704 ORA-00742 ORA-01110 ORA-01200 ORA-01555 ORA-01578 ORA-01595 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-600 kcratr_nab_less_than_odr ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 ORACLE恢复 Oracle 恢复 ORACLE数据库恢复 oracle碎片 OSD-04016 YOUR FILES ARE ENCRYPTED 比特币加密文章分类
- MongoDB (1)
- MongoDB恢复 (1)
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,880)
- DB2 (22)
- MySQL (82)
- Oracle (1,705)
- Data Guard (53)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (168)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (72)
- Oracle Bug (8)
- Oracle RAC (56)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (659)
- Oracle安装升级 (108)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (91)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (51)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (34)
- MongoDB (1)
-
最近发表
- Firebird 损坏数据库数据抢救工具—firebirdext
- Oracle 19c 202610补丁(RUs+OJVM)-19.33
- 由于con$.con#值达到极限,触发数据库增加约束报ORA-600 12807错误
- MongoDB 离线提取工具—mongoext
- .bres勒索病毒加密数据库dmp文件可恢复
- ORA-600 krsm_mrp_rebuild_lf_list.lno_mismatch
- 记录一次0丢失的ORA-00354: 损坏重做日志块标头故障恢复
- 不当数据库恢复操作导致一个月数据丢失
- obet快速修复oracle 位图损坏块
- 不太常见的10.2.0.1的oracle redo损坏恢复
- obet forcecopy功能抢救硬件故障中的数据文件
- kcratr_nab_less_than_odr和system坏块故障处理
- 通过obet 恢复system坏块,打开数据库
- obet dbv功能完整说明
- 分享一例运行在aix上的sap系统数据库恢复过程
- OBET-Oracle Block Editor Tool使用说明
- 几乎动用了所有手段的Oracle故障恢复
- Oracle Block Edit Tool (obet) 功能增强–2026.07
- Oracle 19c 202607补丁(RUs+OJVM)-19.32
- Patch_SCN快速修复ORA-01555数据库open故障
分类目录归档:Oracle
.SATANA加密数据文件恢复
有朋友win环境中运行oracle数据库文件被加密,扩展名为:.SATANA

对应的how_to_back_files.html文件内容如下:

通过分析此类文件,可以实现数据绝大部分恢复

如果你遇到类似加密病毒并加密的数据库(oracle,mysql,sql server),可以联系我们在不给黑客交款的情况下实现较好恢复效果(恢复不成功不收取任何费用)
Tel/微信:17813235971 Q Q:107644445
E-Mail:dba@xifenfei.com提供专业的解密恢复服务.防护建议:
1.多台机器,不要使用相同的账号和口令
2.登录口令要有足够的长度和复杂性,并定期更换登录口令
3.重要资料的共享文件夹应设置访问权限控制,并进行定期备份
4.定期检测系统和软件中的安全漏洞,及时打上补丁。
5.定期到服务器检查是否存在异常。查看范围包括:
a)是否有新增账户
b) Guest是否被启用
c) Windows系统日志是否存在异常
d)杀毒软件是否存在异常拦截情况
6.安装安全防护软件,并确保其正常运行。
7.从正规渠道下载安装软件。
8.对不熟悉的软件,如果已经被杀毒软件拦截查杀,不要添加信任继续运行。
.KEYnnnn勒索病毒恢复
又一种新的加密勒索病毒出现,其后缀名为KEYnnnn,HOW_TO_RECOVERY_FILES.txt的勒索信息
ALL YOUR FILES ARE ENCRYPTED! Send 1 test image or text file giveyoukey@tutanota.com or giveyoukey@cock.li. In the letter include YOUR ID or 1 infected file! We will give you the decrypted file and assign the price for decryption all files! Doesn't try to restore by yourself, You can damage your files! 2AB74B35FA0ACE323834AF2CC410DCC4114982A0B0A986F4E5A0CF2B580C2BF4 846E5EBBCE1E7CFD3C3F09ACA85EE5865BE6F439A5B28786A75E987DFC95FDCF 6BACDB93C11264CBA9B4EDA2D6B0561866026EC96830DD439E56B667BC33B944 68CB9E1693F5416D5B3A5AED97E44747C0E753E825C87F59E2CA61222E6EA95B BB8C27C0DC324FE29634929C4084825716F403F4A46C3877D803B2F2FBDFA95B EE3CAFC8394C2521017ECD44BD0B06DA5B031A5F4D3317815C261413E0A2992C 1A3699EC332C6EF207863E50B278D843150D6850F9324EC28270376589B24C4D D288B53E0ADB4734A93D4DE1374931731B92B88B4C61F17BFB1CAE5D1F410DF9 98BE3312E3DF7A75A01C6E23403EAEA2DAA1A1641872DD5C1292DF2747153921 9548BA1D2C21FA1ACFCB72B2176661B2D7AE7AB1B5D82DC2EB6522D7FBBF3109 438B18309F98DB0F348614AC10739C091B592C3312DB0AE8353C0C6CEFFBC734 C6D4E36A20938E4E0CDCE4C03F524E4BCFA4EBC3C44B0D7F4DFBD7C3FDFC1B67 44D7D6B29787010D9D83DB66EB42DEBD3B3776C99B95F339B66C0593AD3B9567 F4BB3ECDF67B4F2AC63BD5FF7EB297620F1AB3F8734343237AE6A9C13AB95D26 B5DC353D06DDC6DDD22D689F0874F41DAC6B9EA43BFDC8A9A30619AC85A7B17A 22A831268C4CF31834CC6A4311F27004F61A3B125BEA591CC4E2F7DD5ADC33FF 1E228BE256732EBE7FBE83DC734598A2CA7C2A97A9B8E7D149A2DC97733C516E A9B433DE3EA2DF888940D800A4C206DF09BF4EEC572853E461A2EE8206853924 4C4B83262CFADF333BE383F4D6383358202BA712A038BD1D58F3611572DBA2E8 3B077DCE084F5720AE5A951879AC9ACE9F5FA3524B531D894787B352105BECBD 1937B64489EDDFF8115AEED04D9C115908D86EAD00015FFA7A198A2C8DE2ECA0 82472826E2E0B62EE955047BB097EBC0FF56F120F10EC4C43B28DAC9572FDEC3 843DF9F2E878E49DA6DEE9A6732C39F598BB42DD375BD1FA43D80FEB5F9BAB9A D78422388F6049F80C62AAF7398FF577A243B3325C5B86A36E2DCE7722D04AC9 AA219EAB06EBEBCD7AF744BA8505C392858547ECF92D2FB72313A7603DD4CB9A 4CB24432763D9300A4
通过分析,该类病毒是部分加密,可以通过数据库层面处理,恢复大量数据.

对于该类型加密,我们可以对sql server、mysql、oracle恢复出来绝大多数数据,通过不向黑客交赎金的方式,实现绝绝大部分业务数据恢复.
发表在 勒索恢复
标签为 ALL YOUR FILES ARE ENCRYPTED, giveyoukey@cock.li, giveyoukey@tutanota.com, key0001, key0003, key1111
评论关闭
ORA-21779错误处理
有客户win 10.2.0.4的rac,查看alert日志发现如下错误
Mon May 04 17:25:18 2020 Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl2_smon_2548.trc: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 Mon May 04 17:25:28 2020 Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl2_smon_2548.trc: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 Mon May 04 17:25:38 2020 Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl2_smon_2548.trc: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 Mon May 04 17:25:39 2020 Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl2_smon_2548.trc: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1
查看对应trace
Dump file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl2_smon_2548.trc Sat Aug 31 15:02:39 2019 ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0 vsnsql=14 vsnxtr=3 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production With the Partitioning, Real Application Clusters, OLAP, Data Mining and Real Application Testing options Windows Server 2003 Version V5.2 Service Pack 2 CPU : 32 - type 8664, 2 Physical Cores Process Affinity : 0x0000000000000000 Memory (Avail/Total): Ph:17543M/32742M, Ph+PgF:19550M/33833M ………… *** 2020-05-04 18:40:35.687 SMON: following errors trapped and ignored: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 *** 2020-05-04 18:40:45.734 Drop transient type: SYSTPzpEA6olJSImGURLObkiE6w== *** 2020-05-04 18:40:45.734 SMON: following errors trapped and ignored: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 *** 2020-05-04 18:40:55.812 Drop transient type: SYSTPzpEA6olJSImGURLObkiE6w== *** 2020-05-04 18:40:55.812 SMON: following errors trapped and ignored: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1 *** 2020-05-04 18:41:05.875 Drop transient type: SYSTPzpEA6olJSImGURLObkiE6w== *** 2020-05-04 18:41:05.875 SMON: following errors trapped and ignored: ORA-21779: 持续时间不活动 ORA-06512: 在 line 1
出现该问题是由于oracle的smon进程无法清理掉 transient types,从而出现该问题,根据官方的说法,这个错误是不会影响数据库正常使用,但是可以通过以下方法暂时规避这种错误:
1)通过设置alter system set events ’22834 trace name context forever, level 1′禁止smon清理transient types,从而来规避该错误,但是可能会引起transient types对象越来越多,当然你可以通过以下sql查询出来
select o.* from obj$ o, type$ t where o.oid$ = t.tvoid and bitand(t.properties,8388608) = 8388608 and (sysdate-o.ctime) > 0.0007;
然后删除掉相关记录DROP TYPE “SYSTPf/r2wN4keX7gQKjA3AFMSw==” FORCE;【这个删除不是必须的】
2) flush shared_pool也可以临时规避这个问题
3) 重启数据库,可以暂时规避
具体参考:
SMON: Following Errors Trapped And Ignored ORA-21779 (Doc ID 988663.1)
Receiving ORA-21780 Continuously in the Alert Log and SMON Trace Reports “Drop transient type”. (Doc ID 1081950.1)


加我微信(17813235971)
加我QQ(107644445)

