Simecek

OpenEMR is an electronic health records and medical practice management application. The encounter vitals API endpoint, `/encounter/vitals`, accepts an `id` parameter in the request body. Prior to version 8.0.0.2, the application does not verify if the vital sign data associated with the provided `id` belongs to the current patient or encounter. This allows an authenticated user with encounters/notes permission to potentially overwrite any patient's vitals by supplying another patient's vital `id`, leading to medical record tampering.

OpenEMR is a free and open source electronic health records and medical practice management application. A stored cross-site scripting (XSS) issue exists in the patient portal payment flow. This allows a patient portal user to inject arbitrary JavaScript code that will be executed in the browser of a staff member reviewing the payment submission. The malicious payload is stored in `portal/lib/paylib.php` and rendered without proper sanitization in `portal/portal payment.php`.

OpenEMR is an electronic health records and medical practice management application. A flaw exists where an authorization bypass in the optional FaxSMS module (`oe-module-faxsms`) allows authenticated users to invoke controller methods, including `getNotificationLog()`, without proper access control checks. The `AppDispatch` constructor bypasses ACL enforcement, potentially exposing patient appointment data (PHI).

OpenEMR is an electronic health records and medical practice management application. A flaw exists where an authenticated, non-administrator user can view reminder messages belonging to other users. This is achieved by manipulating the `sentTo[]` or `sentBy[]` parameters in a GET request to the dated reminders log. The issue allows access to patient names and the content of free-text messages.

OpenEMR is a free and open source electronic health records and medical practice management application. The application is susceptible to a stored cross-site scripting (XSS) issue. This occurs due to unescaped `portal login username` within the portal credential print view. A patient portal user can inject an XSS payload as their login username, which then executes in a clinic staff member's browser when the "Create Portal Login" page is accessed for that patient. This allows for a transition from the patient session context to the staff/admin session context.

OpenEMR is an electronic health records and medical practice management application. A flaw exists in the module Access Control List (ACL) function `AclMain::zhAclCheck()`. The function only verifies the existence of "allow" permissions for users or groups, neglecting to check for explicit "deny" permissions. This allows administrators to be unable to revoke access by setting a user or group to "deny"; if the user is in a group that has "allow," access is granted regardless of explicit denies.

OpenEMR is an electronic health records and medical practice management application. The DICOM zip/export feature does not properly sanitize user-supplied paths when creating zip files. This allows an attacker with DICOM upload/export permission to write files outside the intended directory, potentially including the web root. Successful exploitation could lead to arbitrary file write and potentially remote code execution if PHP or other executable files are written. The issue involves the use of a user-supplied destination or path component without sanitizing path traversal sequences, such as `../`.

OpenEMR is an electronic health records and medical practice management application. In versions up to and including 8.0.0, the message/note update endpoint does not verify that the message belongs to the current patient or that the user is authorized to edit the patient’s notes. An authenticated user with notes permission can modify any patient’s messages by providing another message ID. The vulnerable endpoint is a PUT or POST request to the message/note update endpoint. The vulnerable parameter is the message/note ID. Commit 92a2ff9eaaa80674b3a934a6556e35e7aded5a41 contains a fix for the issue.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gerenciamento de consultórios médicos. Uma falha no endpoint de callback do MedEx permite acesso não autenticado aos tokens da API MedEx do consultório. Isso pode levar ao comprometimento de serviços de terceiros, acesso não autorizado a Informações de Saúde Protegidas (PHI) e possíveis violações da HIPAA. O problema ocorre porque o endpoint contorna a autenticação e realiza um login no MedEx quando `$ POST['callback key']` é fornecido, retornando uma resposta JSON que inclui tokens sensíveis da API. O endpoint vulnerável é '/MedEx/callback'. O parâmetro vulnerável é `callback key`.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Nas versões anteriores à 8.0.0, o ID do paciente utilizado em `portal/portal payment.php` é obtido a partir da solicitação (`$pid = $ REQUEST['pid'] ?? $pid` e `$pid = ($ REQUEST['hidden patient code'] ?? null) > 0 ? $ REQUEST['hidden patient code'] : $pid`), em vez de estar fixado ao usuário autenticado do portal. Isso permite que um usuário do portal visualize e interaja com os dados demográficos, faturas e histórico de pagamentos de outro paciente, resultando em escalada de privilégios horizontal e IDOR (Referência Insegura a Objeto Direto). O parâmetro vulnerável é `pid` e `hidden patient code`.

O OpenEMR é um aplicativo de prontuários eletrônicos de saúde e gerenciamento de práticas médicas. Uma falha na funcionalidade de envio de fax permite que qualquer usuário autenticado leia e transmita qualquer arquivo no servidor para um número de telefone controlado por um invasor. Isso é possível porque o endpoint aceita caminhos de arquivo arbitrários provenientes da entrada do usuário e os transmite para o gateway de fax sem as devidas restrições ou autorização. O endpoint vulnerável é o endpoint de envio de fax. O problema permite o acesso a arquivos como credenciais de banco de dados, documentos de pacientes, arquivos do sistema e código fonte.

O OpenEMR é uma aplicação de registros eletrônicos de saúde e gerenciamento de prática médica. Versões até a 8.0.0 não verificam se um formulário pertence ao paciente ou ao contexto de atendimento do usuário atual ao carregar dados via o parâmetro `form id` na visualização de exame oftalmológico (eye mag). Isso permite que um usuário autenticado acesse ou edite o exame oftalmológico de qualquer paciente ao fornecer outro ID de formulário e, potencialmente, altere o paciente ativo da sessão em alguns fluxos.

Nome do Software Vulnerável e Versões Afetadas OpenEMR versões anteriores a 8.0.0 Descrição O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de práticas médicas. Existe uma vulnerabilidade na qual tokens FHIR com escopo de paciente podem acessar dados da equipe de cuidados de todos os pacientes, em vez de serem limitados aos dados do paciente autenticado. Isso ocorre porque o `FhirCareTeamService` não implementa a interface `IPatientCompartmentResourceService` e não passa o parâmetro de vinculação do paciente, contornando o filtro de compartimento do paciente. Isso pode resultar na divulgação não autorizada de Informações de Saúde Protegidas (PHI), incluindo relações entre paciente e provedor e estruturas da equipe de cuidados. O endpoint vulnerável é o endpoint do recurso CareTeam FHIR. Recomendações Atualize para a versão 8.0.0 ou posterior.

O OpenEMR é um aplicativo de prontuários eletrônicos de saúde e gerenciamento de práticas médicas. Versões anteriores à 8.0.0 não verificam adequadamente a autorização do usuário ao acessar visualizações imprimíveis de Formulários Baseados em Layout (LBF). Especificamente, o aplicativo aceita `formid` e `visitid` (ou `patientid`) das requisições sem confirmar se o formulário pertence ao paciente ou atendimento autorizado do usuário atualmente autenticado. Isso permite que um usuário autenticado com acesso LBF enumere IDs de formulário e potencialmente visualize ou imprima formulários de atendimento de qualquer paciente. O aplicativo usa os parâmetros `formid` e `visitid` (ou `patientid`) na requisição para acessar os formulários.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Antes da versão 8.0.0, o contexto `patient picture` no controlador de documentos não verificava a autorização do usuário ao fornecer fotos de pacientes por meio do ID do documento ou do ID do paciente. Isso permitia que um usuário autenticado com controle de acesso a documentos recuperasse fotos de outros pacientes ao fornecer seus IDs. O componente vulnerável é o contexto `patient picture` do controlador de documentos. O parâmetro afetado é o ID do paciente.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Versões anteriores à 8.0.0 apresentam um problema em que a API de estado do visualizador DICOM não verifica se um documento pertence ao paciente autorizado ou à consulta atual do usuário ao aceitar um ID de documento (`doc id`). Isso permite que um usuário autenticado leia ou modifique o estado do visualizador DICOM, como anotações e configurações de visualização, para qualquer documento ao enumerar IDs de documentos. Os endpoints de API afetados incluem aqueles para upload ou salvamento/carregamento do estado do visualizador DICOM.

O OpenEMR é uma aplicação de registros eletrônicos de saúde e gestão de consultórios médicos. Existe uma falha no módulo de Imunização onde os valores de `patient id` fornecidos pelo usuário são incorporados diretamente às consultas SQL sem sanitização adequada. Isso permite que qualquer usuário autenticado execute consultas SQL arbitrárias, potencialmente levando à violação do banco de dados, acesso não autorizado a informações de saúde protegidas (PHI), roubo de credenciais e execução remota de código.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Antes da versão 8.0.0, a verificação de expiração da sessão no arquivo `library/auth.inc.php` podia ser contornada. Especificamente, quando o parâmetro `skip timeout reset` é definido como '1' em uma solicitação, a verificação de expiração da sessão, incluindo a chamada para a função `SessionTracker::isSessionExpired()`, é ignorada. Isso permite que sessões expiradas permaneçam ativas, possibilitando que um atacante com um cookie de sessão roubado mantenha o acesso indefinidamente ao incluir continuamente o parâmetro `skip timeout reset=1` em suas solicitações.

Nome do Software Vulnerável e Versões Afetadas Versões do OpenEMR anteriores à 8.0.0 Descrição O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Antes da versão 8.0.0, o Message Center não verifica os privilégios de administrador ao lidar com o parâmetro de URL `show all=yes` passado para a função `getPnotesByUser()`. Isso permite que qualquer usuário autenticado visualize todas as mensagens internas ao solicitar o endpoint da API `/messages.php?show all=yes`. O link 'Show All' é visível para usuários não administradores, permitindo acesso não autorizado às mensagens internas. Recomendações Atualize para a versão 8.0.0 ou posterior.

O OpenEMR é um aplicativo de registros eletrônicos de saúde e gestão de consultórios médicos. Antes da versão 8.0.0, a tabela de rotas da API REST em `apis/routes/ rest routes standard.inc.php` não chama `RestConfig::request authorization check()` para as rotas de documentos e seguros. Isso permite que qualquer token de acesso API válido acesse ou modifique documentos e dados de seguros dos pacientes, independentemente das permissões atribuídas, potencialmente expondo Informações de Saúde Protegidas (PHI). As rotas vulneráveis não realizam verificação adequada de controle de acesso. A função `RestConfig::request authorization check()` não é invocada para endpoints específicos da API.