Status atual
Pesquisas relacionadas
6- O acidente fatal da Uber em Tempe transformou o motorista de segurança em um teste de responsabilidade do design do sistema
O acidente fatal de 2018 em Tempe não pode ser entendido escolhendo entre um motorista distraído e uma automação defeituosa. A Uber Advanced Technologies Group projetou um sistema de direção em desenvolvimento cuja percepção, previsão e limites de frenagem tornaram um operador humano o recurso de segurança decisivo. Em seguida, removeu um segundo operador, raramente usou as evidências de monitoramento que já coletava e testou sob uma estrutura estadual com pouca revisão de segurança.
Artigo principalPublicado 2026-07-15 - Uber e a resposta à violação que se tornou caso de governança
A violação de 2016 da Uber começou com credenciais de repositório roubadas e uma chave de acesso à nuvem exposta. O caso de responsabilidade duradouro começou depois que a equipe de segurança entendeu o que aconteceu. A contenção técnica avançou rapidamente; a divulgação institucional não. Um pagamento de US$ 100.
Artigo principalPublicado 2026-07-10 - Serve Robotics transforma robôs de entrega em teste de financiamento público
A abertura de capital da Serve Robotics em 2023 é importante porque levou a robótica de entrega em calçadas de pilotos financiados por capital de risco para a divulgação no mercado público. Os documentos da SEC mostram que a Patricia Acquisition Corp. realizou uma fusão reversa com a Serve Robotics, empresa privada, em 31 de julho de 2023, mudou seu nome para Serve Robotics Inc. e continuou o negócio de robôs de entrega da Serve como uma empresa de capital aberto. O financiamento
Artigo mencionadoPublicado 2026-05-26 - Uber's Tempe fatal crash made the safety driver a system-design accountability test
The fatal 2018 collision in Tempe cannot be understood by choosing between a distracted driver and defective automation. Uber Advanced Technologies Group designed a developmental driving system whose perception, prediction and braking limits made a human operator the decisive fallback. It then removed a second operator, rarely used the monitoring evidence it already collected, and tested under a state framework with little safety review. The operator's distraction was real and consequential. So were the institutional choices that made one fallible person the last effective barrier. Accountability begins by preserving both truths and asking whether each repaired layer was independently shown
Artigo principalPublicado 2026-07-15 - Uber and the breach response that turned a security incident into a governance case
Uber's 2016 breach began with stolen repository credentials and an exposed cloud access key. The enduring accountability case began after the security team understood what had happened. Technical containment moved quickly; institutional disclosure did not. A $100,000 payment was routed through a bug bounty program, false language entered non-disclosure agreements, lawyers handling an active Federal Trade Commission investigation were not told, and riders, drivers and regulators waited more than a year for notice. The case is therefore best understood not as a story about one credential alone, but as a test of how payment, classification, legal escalation and executive reporting can transform
Artigo principalPublicado 2026-07-10 - Uber made delayed breach disclosure an enforcement-accountability record
Uber's 2016 breach is now less useful as a simple warning about exposed credentials than as a record of how delayed notice becomes enforceable fact. The decisive accountability question is who controlled the path from confirmed intrusion to legal escalation, rider and driver notice, regulator candor, bounty-channel boundaries, and later evidence that a future breach would travel faster toward the people carrying the risk.
Artigo principalPublicado 2026-07-12
