delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2020/12/28/19:47:01

X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4F12E385480B
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
s=default; t=1609202779;
bh=4dLKTCozUzFsWb0l2shhi91bcDrhPjJs2mDNb8W78qQ=;
h=To:Subject:Date:References:In-Reply-To:List-Id:List-Unsubscribe:
List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
From;
b=ssG/7upv/ClX3x0TlaY+E3dNBPMCkmiCDqR2OTAf663ZOcbm1w+osV7oecElvjvuk
6fo5vYvp1CfCByNSXdLRjgOxffiyldfxfh2I88aZvKLmIOvN1q6DHQsTC0gia9qIOa
Aue/u7psZEWyw5iLsABZDE2vC6PQNBEDPL/bsUUc=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1DA493857004
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=d1j4B2n0xtMcQWw8Fj4kRAj2PptGOIzF5hAj2PwCM0ua4cX3rMPpMFLxlpP2gGqhMQ2OQPkVKQ/reyY8UMytm+SucjP0fB5b+Cv1B5Nup/Miz8tJzWrkXDv0XksTK1qif6O67CZp3KqFkIm6YOiVs/384CAx90qu7bP2hG0EZTsKj+go/cP8oep54sBZsWcJMeN5EupUnRe8npaqzwN2Cj/jVRs9nGvfPeMOX9ZC/17g13Janm3651taY3DLCx8DbtivfA6vNNrVdiilTOsTUV+uEUbiTYDZHmpt67jibK5dMveQ6G5bWXtQmzQqsgFOsMyzIuD08XuP6fb7D0WRhw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector9901;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=1fysP2UHwsKfXfm6xdPOMzALV45Aw37DI0+7YrQyiUA=;
b=f8czWB+HtGocI5vske1IwOfGdLP9q3x1Q2GFvszSzXfHV9/bO8f2gWDEYFGOPgPqKRj+oglKT/OAuL/iQBdEgOTHtuzDvPxCZQ3gzs072kfP9L+G8SdMztTO7yg3MCcvDQPQoyFrncv2Orch2cGUAHFBiJVbsHKJ3HFWZxSaBxpJJrSPa/gkSaYqBTbH3Wd++4aBnpzMayk+EmYdmUTcwN3n+qp1lfKCORo3Pd43wpAXHkz2rEGd9sWwWexjfNCEpa0FdrBCj4vupR3CNYaHXyld63mXck9tWlDKu41fD+wnmll96JNIAysViFf+2u4Y7uNAvLMXiy1HOA0G/fXGJw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none;
dkim=none; arc=none
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: Re: [cygwin] DD bug fails to wipe last 48 sectors of a disk
Thread-Topic: [cygwin] DD bug fails to wipe last 48 sectors of a disk
Thread-Index: AQHWRlgtCZZ0g6noFEKBC6QD7s7xqKjgYswAgAAb2ayAAXbVgIAEYnXDgABFoQCBJ8xDhQ==
Date: Tue, 29 Dec 2020 00:46:14 +0000
Message-ID: <DB7PR01MB5193BA73A9E8E08912AEBADED5D80@DB7PR01MB5193.eurprd01.prod.exchangelabs.com>
References: <DB7PR01MB5193A18F1D947ED4C276CD25D5980 AT DB7PR01MB5193 DOT eurprd01 DOT prod DOT exchangelabs DOT com>
<1d1801d64677$bea56050$3bf020f0$@pdinc.us>
<DB7PR01MB5193CC1C7630FB13B81B9DBAD5980 AT DB7PR01MB5193 DOT eurprd01 DOT prod DOT exchangelabs DOT com>
<60bf1507-4edb-a03f-ec14-07e1ab7f0d94 AT cs DOT umass DOT edu>
<DB7PR01MB519396195ADB3E3E1217B22BD5940 AT DB7PR01MB5193 DOT eurprd01 DOT prod DOT exchangelabs DOT com>,
<1b13fde4-0834-cd8b-0673-c2b14bbaa372 AT SystematicSw DOT ab DOT ca>
In-Reply-To: <1b13fde4-0834-cd8b-0673-c2b14bbaa372@SystematicSw.ab.ca>
Accept-Language: en-GB, en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:5C76D42A6E3FFFADC28684EC3BB9B5B5442CAA150994DBE41E785EAC3EE3E5F0;
UpperCasedChecksum:F2F53CE1EB040A90642BF9501A7FB54A0EDC3014B36A3838F88D6FC595031C87;
SizeAsReceived:7257; Count:44
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [Ovucf6oSVuwtHL0mYsTgaNGmxWDE1RT8]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 32bca4e7-50f4-47d9-a2f2-08d8ab93251c
x-ms-traffictypediagnostic: VI1EUR06HT135:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ISHnwRPeTLaC1DiUAel0xdmAAhmlE8QEyxOIt+MygvWpLEK2WAlADJC9ZvbRSZBC+dmCPHC6Ij6XOUMYudTr4WTL/MDZ+9yqTj6x8WiDVWhyvJDSEU2k2fJQWdkKTldZ/DOF+afCESqMaHFTg7pO9xoo+IE0yxW4uQLf8KkGLk23IwNLyQl/jQ0IAWibyRKbG9PgYz/MWj/oCe6N6dL4cTnkF0bRlfKzsk8idN+N/B2MFazICLQyZ8e6qmt3NhKU
x-ms-exchange-antispam-messagedata: I+FGo0LxJle2R3Q4rp8y0Kldvbd2I0DdQfIX3rXZzaslyUVJqVbO+Krf+jK51T7Yw5yaBzKU1wMSMWba8kmrha/MMDgKaUA9bqW0Z/LgV4zxJBi4W5Zph9ZRmUQN3o9vLHxlvoRdO1xm3Y3n3hj0Zg==
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: VI1EUR06FT068.eop-eur06.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 32bca4e7-50f4-47d9-a2f2-08d8ab93251c
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2020 00:46:14.3721 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR06HT135
X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, DKIM_SIGNED,
DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE,
SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
server2.sourceware.org
X-Content-Filtered-By: Mailman/MimeDel 2.1.29
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Hashim Aziz via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Hashim Aziz <hashaziz AT hotmail DOT com>
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

________________________________
From: Cygwin <cygwin-bounces AT cygwin DOT com> on behalf of Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Sent: 23 June 2020 8:33 PM
To: cygwin AT cygwin DOT com <cygwin AT cygwin DOT com>
Subject: Re: [cygwin] DD bug fails to wipe last 48 sectors of a disk

I don't have the facilities to test, and there appear to be *NO* Windows
documentation details on error condition handling, but my suspicion is that Unix
reads and writes fail only *AFTER* reading or writing at the end of the device,
but Windows reads and writes extents may be checked and failed *BEFORE* reading
or writing any data near the end of the device.
If the actual Windows error code returned is generic, Cygwin would need to
pre-check the device size as Windows does, and reduce read and write sizes to
the allowed maximum at the end of the device.

That's very helpful, thank you. Do you know if any more work has been done to attempt to fix this bug, and whether it's likely to be fixed anytime soon? It's crazy that such a commonly used command leaves so much data unwiped unbeknown to so many users, it's a very serious security hole and the sooner it can be fixed the better.
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019