RC Health Services is the premiere American Heart Association Training Center and EMS Academy in the USA. We offer CPR, BLS, ACLS, PALS, initial EMR, EMT, and AEMT courses, as well as CE solutions for all healthcare providers.
For 52 years, the Department of Education of Pernambuco was linked to the health department of the State. The disconnect between the two bodies and the consequent acquisition of autonomy of the SE came through Law 466, on 22 April 1949, during the administration of then Governor Alexandre José Barbosa Lima Sobrinho. The regulation of the Secretary of State for Education and Culture was approved by Decree No. 75, June 8, 1949. At that time, the first secretary, Silvio de Lira Rabelo, had assumed the folder for a month and a half. After the regulation, the Department had changed the nomenclature four times: - Decree 3197 of August 13, 1974 - approves the rules of the Department of Education and Culture; - Decree 15,717 of April 27, 1992 - approves the rules of the Department of Education, Culture and Sports; - Decree 18,594 of July 17, 1995 - approves the rules of the Department of Education and Sports; - Decree 21,682 of September 1, 1999 - approves the rules of the Department of Education to the present day.
Security & Compliance Standards Overview
No incidents recorded for RC Health Services in 2025.
No incidents recorded for Secretaria de Educação do Estado de Pernambuco in 2025.
RC Health Services cyber incidents detection timeline including parent company and subsidiaries
Secretaria de Educação do Estado de Pernambuco cyber incidents detection timeline including parent company and subsidiaries
Last 3 Security & Risk Events by Company
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: hide VRAM sysfs attributes on GPUs without VRAM Otherwise accessing them can cause a crash.
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: Fix NULL pointer dereference in VRAM logic for APU devices Previously, APU platforms (and other scenarios with uninitialized VRAM managers) triggered a NULL pointer dereference in `ttm_resource_manager_usage()`. The root cause is not that the `struct ttm_resource_manager *man` pointer itself is NULL, but that `man->bdev` (the backing device pointer within the manager) remains uninitialized (NULL) on APUs—since APUs lack dedicated VRAM and do not fully set up VRAM manager structures. When `ttm_resource_manager_usage()` attempts to acquire `man->bdev->lru_lock`, it dereferences the NULL `man->bdev`, leading to a kernel OOPS. 1. **amdgpu_cs.c**: Extend the existing bandwidth control check in `amdgpu_cs_get_threshold_for_moves()` to include a check for `ttm_resource_manager_used()`. If the manager is not used (uninitialized `bdev`), return 0 for migration thresholds immediately—skipping VRAM-specific logic that would trigger the NULL dereference. 2. **amdgpu_kms.c**: Update the `AMDGPU_INFO_VRAM_USAGE` ioctl and memory info reporting to use a conditional: if the manager is used, return the real VRAM usage; otherwise, return 0. This avoids accessing `man->bdev` when it is NULL. 3. **amdgpu_virt.c**: Modify the vf2pf (virtual function to physical function) data write path. Use `ttm_resource_manager_used()` to check validity: if the manager is usable, calculate `fb_usage` from VRAM usage; otherwise, set `fb_usage` to 0 (APUs have no discrete framebuffer to report). This approach is more robust than APU-specific checks because it: - Works for all scenarios where the VRAM manager is uninitialized (not just APUs), - Aligns with TTM's design by using its native helper function, - Preserves correct behavior for discrete GPUs (which have fully initialized `man->bdev` and pass the `ttm_resource_manager_used()` check). v4: use ttm_resource_manager_used(&adev->mman.vram_mgr.manager) instead of checking the adev->gmc.is_app_apu flag (Christian)
In the Linux kernel, the following vulnerability has been resolved: exfat: fix improper check of dentry.stream.valid_size We found an infinite loop bug in the exFAT file system that can lead to a Denial-of-Service (DoS) condition. When a dentry in an exFAT filesystem is malformed, the following system calls — SYS_openat, SYS_ftruncate, and SYS_pwrite64 — can cause the kernel to hang. Root cause analysis shows that the size validation code in exfat_find() does not check whether dentry.stream.valid_size is negative. As a result, the system calls mentioned above can succeed and eventually trigger the DoS issue. This patch adds a check for negative dentry.stream.valid_size to prevent this vulnerability.
In the Linux kernel, the following vulnerability has been resolved: smb/server: fix possible memory leak in smb2_read() Memory leak occurs when ksmbd_vfs_read() fails. Fix this by adding the missing kvfree().
In the Linux kernel, the following vulnerability has been resolved: smb/server: fix possible refcount leak in smb2_sess_setup() Reference count of ksmbd_session will leak when session need reconnect. Fix this by adding the missing ksmbd_user_session_put().
